worker管理“赏金制”初步方案
长期以来BTS系统的worker管理制度极其不完善,造成系统巨大的浪费,也导致了持币者与开发者之间矛盾激化甚至分裂。我认为社区需要开发者,开发者的利益也应当与持币者一致。社区不能将问题归结于开发者的道德方面,对worker一味的加以抵制。问题的根源就是制度,制度不完善,不论换谁来做worker,结果都不会有很大改观。
赏金制的核心原则是:基于需求申请worker,基于效果考核worker。不需要对工作量、工作时间等做过多考核。
具体执行分为7步:
1、招标提案。
社区任何人都可以发布招标提案,目的就是提出需求。招标提案仅申请少量经费作为撰写人的奖励,比如每天50个bts。招标提案内容包括:对所需要达到的效果有清晰的描述,设定招标控制价(所能接受的最高报价)等。该提案投票通过后,可以认为社区提出有效开发需求,并接受投标。
2、投标提案。
投标人根据已通过的招标提案,发起投标提案。投标提案内容包括:对招标提案要求的响应、投标报价、选择的escrow(监理)、最终提款的考核标准、预拨付费用、拨款价格下限和拨款价格上限(见下文)以及其他需要描述的事项。
3、监理提款。
投标提案得票数足够后,监理开始提款,只有当款项全部提完之后,才能认定投标提案通过,否则将款项退回资金池。这样做主要是为了防止以往普遍发生的钱拿的不足额,开发又停滞了的半吊子工程,巨大浪费。监理账号必须是多签账号,且多签中必须包含理事会成员。因为监理是关键一环,多签中理事会成员的职责是确保监理账号不私自挪用资金。同时社区可以对监理发起不信任投票,若不信任投票通过,则多签中的理事会成员负责执行冻结操作,即任何转账不予以批准。社区中有意向的团队可以通过向理事会申请或者发起社区投票的方式获得监理资格。
4、预拨付费用。
监理根据投标提案中提出的预拨付费用数额,将费用拨付给项目方。预拨付费用主要是硬件成本,固定资产投资等,人员工资不在此列。简单说就是你worker需要花出去的钱,即使后面的钱你没拿到,也不至于亏本。比如写程序啥的基本就没有预拨付费用了,除非你要买电脑。worker的定位就是兼职,申请worker也可以讲就是你的投资,智力投资,投资就肯定有风险。不存在固定工资,旱涝保收,靠着这个养家一说,不看好bts前景的,不必申请worker。
5、工程实施。
工程干完了向监理申请审核。
6、监理审核
审核标准已经在投标文件中明确,监理按照投标文件中的审核标准审核,并决定是否合格。审核标准原则上以量化指标为主,比如功能是否实现、软件是否完成、使用率提升指标、新有效账户注册指标、点击率、成交额增加率、甚至币价上涨幅度等等。
7、费用结算。
审核合格后发放工资,均以BTS为工资,按照投标提案中的“拨款价格下限”和“拨款价格上限”最后核算拨款,多余工资退回资金池。
拨款价格下限是指:BTS低于此价格就暂停拨款,待高于此价格时再拨款。
拨款价格上限是指:BTS高于此价格时就按比例核减拨款。比如一个投标提案,拨款价格上限是1元,若拨款时BTS的价格已经涨到2元,则拨款的bts数量减少一半。
这个方案虽然可能会延缓一些时间,但是确保了质量。同时建议社区集中力量逐个推进worker,尽量避免多个worker同时推进的情况,以便加快进程。