Web: how do we want to handle issues that are severly underfunded?

Created on 27 Apr 2018  ·  16Comments  ·  Source: gitcoinco/web

https://gitcoin.co/issue/InfluenceIO/frontend/1/313

this is like $400-$500 worth of scope but is only funded to $50

i wonder if there was some sort of way to tactfully tell the submitter that if it would help

some sort of ‘needs more funding’ button

To Define discussion

All 16 comments

you know whats crazy? theres 2 devs who have started work already https://gitcoin.co/issue/InfluenceIO/frontend/1/313

Hopefully this doesn't become a trend. Maybe we should explore being more suggestive with bounty funders as discussed in slack. The last thing we want is for underfunded bounties to become the norm and ultimately the standard like many freelancing sites.

we recently merged a PR that anchors prices to hourly rates in the funding flow.. hopefully that helps normalize the hourly rates (can track this using the dataviz work I did)

Thoughts on adding a button to let the potential hunter let the issuer know that he/she is interested but feels that it should be priced higher? It's upto the issuer to ack it

@owocki are you thinking a nudge, notification email, or lets monitor to see how often this occurs?

I like using a notification email per @eswarasai 👍🏻something that triggers after 3 days of no bites saying the issue funding may need to be bumped up and/or the issue explained a bit more

I think notification email is a lightweight approach as well. Need to think through the parameters.

How would we know this?
Should it be based on # of people working on a task per bounty value? Maybe we look at the recommendes hourly and make sure it doesnt fall below a certain amount/ hr. But we might need to know how many hrs a funder thinks this will take. Just spit balling.

Also if the system realizes this, what do we do about it? Just notify and warn? Do we still allow the funder to list?

@PixelantDesign I was thinking of basing it just on whether or not work has been started on an issue or not after a given timeframe of 3 days, which is a bit more reactive as opposed to proactive 🤔 Benefits of this approach are that it would be relatively easy to implement and would provide some feedback but downsides are that it wouldn't provide great guidelines for a Funder when first listing

@mkosowsk do you mean whether the contributor has posted any updates on the project since clicking 'start work'?

@PixelantDesign I was thinking about the funder side of things where

  1. Funder posts an issue but underfunds it
  2. No contributor steps up to the plate as the ticket is underfunded
  3. Funder is left 🤔 without a clear reason why no Contributor clicked Start work

Think the email here after 3 days could provide some structure as to why no Contributor started work

@mkosowsk gotya, It's hard t know if they leave the issue because it's underfunded or something else.
I think 7 days might be more reasonable, 3 seems like a short time frame. I guess we'd need to check the data to see on average after an issue is posted, how fast it's picked up.

I remember reading the stat that average issue was picked up within 6 hours, but that may be incorrect... @owocki did that stat fall out of the data viz stuff you've been up to? 🤔

yerp.

maybe we have a prominent 'give feedback' button on open issues which can accumulate feedback on the issue spec.

perhaps the button opens up a modal, and a user can enter freeform text and maybe also in a radio button select "needs better spec", or "underfunded" or "other"

after 3 days, if no one has claimed it, we deliver that feedback to the bounty hunter via email.

one interesting data point... the bounty that was posted at the top of this thread ( https://gitcoin.co/issue/InfluenceIO/frontend/1/313 ) has been increased payout. looks like (from looking at the github thread)... that the users all went onto a chat app called 'flock' and maybe gave feedback that it was underfunded?

Not sure if my 0.01 eth bounty triggered this thread but to my surprise that micro funded issue got picked up really quick and have a really good outcome already.

Maybe a low entry level puts less pressure on starting/stoping work, and provides a relaxed opportunity for new developers on the platform to give it a shot? If the progression is healthy funds can be added incrementally and tips can be used for milestones?

Love the discussions on this platform btw, very constructive!

This is superseeded by the "low-ball-preventation pr".

Was this page helpful?
0 / 5 - 0 ratings

Related issues

abitrolly picture abitrolly  ·  4Comments

jasonrhaas picture jasonrhaas  ·  4Comments

thelostone-mc picture thelostone-mc  ·  4Comments

IgorPerikov picture IgorPerikov  ·  3Comments

kuhnchris picture kuhnchris  ·  4Comments