最近看到一些求助帖,如付费解决某个痛点、完成功能块等。就结合了过往的一些想法,整理出了一个粗糙的接单流程。想和大伙讨论下合理性,或更好的方案。
为什么要整? 闲着也是闲着,瞎想呗。。。以前看过猪八戒、淘宝威客之类的国内平台,平台权力过大。就想能不能整个简单些,少人为干预的工具平台。通过公开透明的规则,较高的违反代价,来建立使用者的信任度,形成良性循环。
想当好吃懒做的猫
1、我老板以前做过类似的事:一方面他有需求方的资源,另一方面在V2以及很多开发人员的群里都发布了消息,利用他的专业能力,由他来审核需求方的需求完整性,然后作为中介收取需求方押金,然后发布在开发人员群中,大家竞标(和需求方直接沟通、由需求方自己判断选择)。一旦双方出现纠纷,由他来依据规则判定到底是需求方的责任还是开发人员的责任。运营了半年多,完成了十多个项目。最终在今年过年的时候停止了。停止的原因很简单,需求和承接双方的认知差异千奇百怪,大量的时间精力耗费在拉平双方的认知上了。 2、同样的原因,不看好这种方式。我相信你实际做了,就能体验到了。
深感认同,千人千面,想达成共识真的很难。而且设计类的项目还存在主观判断的问题,可能大伙都觉得很亮眼的方案在甲方眼里就是不达标,这种很难通过多数人的”共识“去迫使甲方产生认同感。感谢~
这个我已早就想过了,可以建立一个公共合约账号, 具体内容是 甲方发布需求,并向合约里充值,平台或个人组成审核团,也向合约里充一笔押金,担当审核功能 ,审核团必须保证3个以上,每次审核需要半数成员同意,方可进行下一步 需求审核通过时,将扣除一部分定金作为佣金返回给审核团 下一步是接单,如果超过接单时间没有人接,该单终止,审核团审核,定金扣除佣金的部分返回给甲方,定金返还给审核团,合约终止。 如果有人接单,如乙方,那么也需缴纳一笔押金,来接单,此时审核接单功能,甲方投票权占50%,审核团占50%,不管审核通没通过,都需从乙方押金扣除一部分返还给审核团,没通过,返还押金,合约结束 如果接单通过,将从甲方定金中扣除30%冻结,开始做项目,项目做到30%会有一次甲方反馈,项目结束也会有一次反馈 A甲方两次不满意,扣除定金30%,剩余返还给甲方,乙方扣除押金,无返还,审核团获得30%的定金和乙方的押金 B甲方开始满意,后面不满意,扣除定金50%,剩余返还,乙方获得30%的定金和押金,陪审团获得佣金 C甲方开始不满意,后面满意,扣除定金70%,剩余返还,乙方获得返还押金和定金70%,陪审团获得佣金 D甲方开始满意,后面也满意,扣除定金100%,乙方获得100%定金和押金,陪审团获得佣金
合约结束,目前公网上有几百条链,合约随便部署在一个链上,优先考虑市值前十的,价格稳定的链上 剩下的就是合约代码开发和周边开发了
谢谢分享,限定陪审团是个很有意思的思路。 对你的方案我有个疑惑和顾虑,假如陪审团也存在激励机制(这里是佣金),如何平衡陪审团赚取佣金和项目完善的问题?(直白些就是我当陪审团的话,想赚钱最方便的方法就是一路同意就完事了)
三方都是客场,没有谁能掌握绝对权利,每提升权利都需要提升押金的分量,是个博弈的过程,初始值是甲方定金的30%,陪审团,乙方押金,后面会根据权利的增加或减少去返还或冻结相应的金额,按预期权益的形式提现在三方的博弈上
可能是我描述的不清楚,重新描述下。 **现有条件:**需求审核通过时,将扣除一部分定金作为佣金返回给审核团。 所以站在三位陪审团团员的角度,我可得出最有利方案: 遇到需要评审的环节,最利己的操作就是通过审核。而不是根据项目需要去踏踏实实的评审。
其实是对陪审图押金用途、对陪审团的限制不了解,在该方案中没有明示这部分。
这里陪审团主要是做见证人的形式,主要目的是来制衡甲方和乙方的 对于陪审团的制衡,前面阐述过,在审核通过所占的权重不会超过甲方的,甲方有一票否决权,审核通过返还的佣金是不会超过其押金的 还有一方面,审核不通过订单并不会结束,乙方赎回押金,会有新的乙方继续申请审核,审核团的淘汰机制就是根据自己所投的票和最终结果票来扣除的,比如甲方发布一个新需求,审核团入驻,第一次乙方申请审核,最终没通过,如果审核团投的通过票,那么投票机会减少一次,直到淘汰出局 还有审核时甲方虽然拥有一半的决定权,也不一定会去全投,那么,通过就主要看审核团了 甲方有审核次数的限制,所以不轻易投票让陪审团审核,而陪审团有投票命中率的限制,所以会全力审核,考虑各种因素 再具体的我都不写了,可自行脑洞了😎 😎
很有意义的讨论主题。已充电并置顶,希望更多的人能参与此讨论。 个人认为,“悬赏机制”本质上近似“投标机制”,这两种机制最大的问题就是你提出的——如何平衡竞争和重复劳动?
谢谢大灰认同。 很喜欢西部片《黄金三镖客》,所以给它冠了个名字“Wanted”。但和“投标机制”想解决的问题是一样的。
线上任务也存在其独有的问题,我认为比较重要的就是:
只是平台权力过大,容易滋生奇怪的现象。当裁判有了立场,结果就容易产生偏差。我认为这是大平台不能避免的。
简单点说,区块链可以部分的解决这个问题。 可以参考: https://gitcoin.co/explorer
谢谢。有个问题想请教下,区块链保证了数据链的完整和可信。但有办法保证录入的数据本身是可信的么?
我的理解是:平台无法标准化项目的价格、质量、开发速度等。所以通过进行申诉,将项目对陪审团公开。通过利益无关的第三方来评估,以此来解决项目出现的纠纷。 可是有很多甲方并不愿意将项目公开给与项目无关人员。例如: 担心Idea在未实现前被别人剽窃、代码泄漏等。 陪审团也是个人,也是可以通过利益驱动的。 怎么保证陪审团的公平与合规。这应该会很难。
是的,出发点都在努力权衡各种利弊。像甲方遇到拖延症的乙方、完成度很差的方案,或有优秀能力的乙方又遇见没有明确目的的甲方。各种各样现实中的场景都会导致合作失败,也会让有兴致参与者望而却步。 另外,讨论的方案八成满足不了所有人。只是在思考一个比较合理的实现,一个较规范的流程,能在最坏的情况下减少各位参与者的损失。 不过我想讨论也有积极的一面。至少能花时间考虑自己可以碰到什么样的情况,为以后的路铺个砖。 谢谢你的回复~
下载APP,能及时收到回复或进展
1、我老板以前做过类似的事:一方面他有需求方的资源,另一方面在V2以及很多开发人员的群里都发布了消息,利用他的专业能力,由他来审核需求方的需求完整性,然后作为中介收取需求方押金,然后发布在开发人员群中,大家竞标(和需求方直接沟通、由需求方自己判断选择)。一旦双方出现纠纷,由他来依据规则判定到底是需求方的责任还是开发人员的责任。运营了半年多,完成了十多个项目。最终在今年过年的时候停止了。停止的原因很简单,需求和承接双方的认知差异千奇百怪,大量的时间精力耗费在拉平双方的认知上了。
2、同样的原因,不看好这种方式。我相信你实际做了,就能体验到了。
深感认同,千人千面,想达成共识真的很难。而且设计类的项目还存在主观判断的问题,可能大伙都觉得很亮眼的方案在甲方眼里就是不达标,这种很难通过多数人的”共识“去迫使甲方产生认同感。感谢~
这个我已早就想过了,可以建立一个公共合约账号,
具体内容是
甲方发布需求,并向合约里充值,平台或个人组成审核团,也向合约里充一笔押金,担当审核功能
,审核团必须保证3个以上,每次审核需要半数成员同意,方可进行下一步
需求审核通过时,将扣除一部分定金作为佣金返回给审核团
下一步是接单,如果超过接单时间没有人接,该单终止,审核团审核,定金扣除佣金的部分返回给甲方,定金返还给审核团,合约终止。
如果有人接单,如乙方,那么也需缴纳一笔押金,来接单,此时审核接单功能,甲方投票权占50%,审核团占50%,不管审核通没通过,都需从乙方押金扣除一部分返还给审核团,没通过,返还押金,合约结束
如果接单通过,将从甲方定金中扣除30%冻结,开始做项目,项目做到30%会有一次甲方反馈,项目结束也会有一次反馈
A甲方两次不满意,扣除定金30%,剩余返还给甲方,乙方扣除押金,无返还,审核团获得30%的定金和乙方的押金
B甲方开始满意,后面不满意,扣除定金50%,剩余返还,乙方获得30%的定金和押金,陪审团获得佣金
C甲方开始不满意,后面满意,扣除定金70%,剩余返还,乙方获得返还押金和定金70%,陪审团获得佣金
D甲方开始满意,后面也满意,扣除定金100%,乙方获得100%定金和押金,陪审团获得佣金
合约结束,目前公网上有几百条链,合约随便部署在一个链上,优先考虑市值前十的,价格稳定的链上
剩下的就是合约代码开发和周边开发了
谢谢分享,限定陪审团是个很有意思的思路。
对你的方案我有个疑惑和顾虑,假如陪审团也存在激励机制(这里是佣金),如何平衡陪审团赚取佣金和项目完善的问题?(直白些就是我当陪审团的话,想赚钱最方便的方法就是一路同意就完事了)
三方都是客场,没有谁能掌握绝对权利,每提升权利都需要提升押金的分量,是个博弈的过程,初始值是甲方定金的30%,陪审团,乙方押金,后面会根据权利的增加或减少去返还或冻结相应的金额,按预期权益的形式提现在三方的博弈上
可能是我描述的不清楚,重新描述下。
**现有条件:**需求审核通过时,将扣除一部分定金作为佣金返回给审核团。
所以站在三位陪审团团员的角度,我可得出最有利方案:
遇到需要评审的环节,最利己的操作就是通过审核。而不是根据项目需要去踏踏实实的评审。
其实是对陪审图押金用途、对陪审团的限制不了解,在该方案中没有明示这部分。
这里陪审团主要是做见证人的形式,主要目的是来制衡甲方和乙方的
对于陪审团的制衡,前面阐述过,在审核通过所占的权重不会超过甲方的,甲方有一票否决权,审核通过返还的佣金是不会超过其押金的
还有一方面,审核不通过订单并不会结束,乙方赎回押金,会有新的乙方继续申请审核,审核团的淘汰机制就是根据自己所投的票和最终结果票来扣除的,比如甲方发布一个新需求,审核团入驻,第一次乙方申请审核,最终没通过,如果审核团投的通过票,那么投票机会减少一次,直到淘汰出局
还有审核时甲方虽然拥有一半的决定权,也不一定会去全投,那么,通过就主要看审核团了
甲方有审核次数的限制,所以不轻易投票让陪审团审核,而陪审团有投票命中率的限制,所以会全力审核,考虑各种因素
再具体的我都不写了,可自行脑洞了😎 😎
很有意义的讨论主题。已充电并置顶,希望更多的人能参与此讨论。
个人认为,“悬赏机制”本质上近似“投标机制”,这两种机制最大的问题就是你提出的——如何平衡竞争和重复劳动?
谢谢大灰认同。
很喜欢西部片《黄金三镖客》,所以给它冠了个名字“Wanted”。但和“投标机制”想解决的问题是一样的。
线上任务也存在其独有的问题,我认为比较重要的就是:
需要第三方当中介。
允许适当的竞争。雇佣方可设立接单人数,由于受赏金限制,减少重复劳动。
大家来判。
只是平台权力过大,容易滋生奇怪的现象。当裁判有了立场,结果就容易产生偏差。我认为这是大平台不能避免的。
简单点说,区块链可以部分的解决这个问题。
可以参考: https://gitcoin.co/explorer
谢谢。有个问题想请教下,区块链保证了数据链的完整和可信。但有办法保证录入的数据本身是可信的么?
我的理解是:平台无法标准化项目的价格、质量、开发速度等。所以通过进行申诉,将项目对陪审团公开。通过利益无关的第三方来评估,以此来解决项目出现的纠纷。
可是有很多甲方并不愿意将项目公开给与项目无关人员。例如: 担心Idea在未实现前被别人剽窃、代码泄漏等。
陪审团也是个人,也是可以通过利益驱动的。
怎么保证陪审团的公平与合规。这应该会很难。
是的,出发点都在努力权衡各种利弊。像甲方遇到拖延症的乙方、完成度很差的方案,或有优秀能力的乙方又遇见没有明确目的的甲方。各种各样现实中的场景都会导致合作失败,也会让有兴致参与者望而却步。
另外,讨论的方案八成满足不了所有人。只是在思考一个比较合理的实现,一个较规范的流程,能在最坏的情况下减少各位参与者的损失。
不过我想讨论也有积极的一面。至少能花时间考虑自己可以碰到什么样的情况,为以后的路铺个砖。
谢谢你的回复~