讨论开发者接需求方的项目/活的一个合理的通用模式

头像
华落樱
115阅读1评论

如果有平台担保, 按平台流程
如果没有平台担保靠私下沟通, 按如下规则:

需求方和开发者先确认需求是否可行, 开发者否可实现,
需求方先支付开发者30%的定金, 然后开发者开始干活.
干活期间保持沟通, 确保实现的功能是需求方需要的功能.
到能验证确认需求正常实现测试通过, 需求方再支付尾款.
单就该项目该需求而言,后续需求方有问题开发者也会跟进.
如果是其他需求,再另外谈.

开发者拿定金再干活
开发者结合需求沟通+开发+测试+后来维护的整体投入来评估, 不刻意低价揽活, 既对事情负责也对自己负责

为什么要拿定金干活?
所有开发者都拿定金干活, 是对所有开发者的安全保证, 不至于被需求方白嫖. 其次拿了定金干活, 开发者责任感会相对强一些, 相对注重项目质量.

为什么不刻意低价揽活或派活?
低价揽的活, 开发者急于完成功能, 不太可能注重项目的质量, 更不可能投入精力去支持后期的维护, 需求方后期还是有维护成本,其次破坏正常的市场机制, 部分优秀的开发者退出市场,一般开发者就算揽到更多活但是收入反而会下降

开发者如果靠不拿定金和低价揽活, 是对整个正常的市场交易合作的破坏, 既损人也不利己.

讨论话题:
想法&创意
收藏
举报
加载中…
精选评论
头像
等级4

换个方向,要是甲方遇到一个开发者,付了30%定金后,后面交付拖拖拉拉,质量也差
甲方损失30%定金加时间
所以我觉得这没有一个确定的模式
甲乙双方对对方的评估如果都好,那么哪种方法都合理。
若都不信任,但又不得不合作,只能把交付功能划分成很小的片,比如1天,2天,3天就交付结算一次。来避免大的损失