论定制策略开发遇到的坑

Author: esan, Created: 2021-07-06 21:09:02, Updated: 2021-07-07 13:28:55

初衷:FMZ群里找人定制开发结果并不理想,发到群里,发现很多FMZ的群友遇到这这样的问题,很多个人加我,说他们也遇到过被坑的经历,本着互联网共享精神,把这点感悟分享出来吧,希望对大家有用,最起码找人开发之前能把我失败的定制过程引以为戒,那我也算功德无量了。

前提条件: 1、功能需求写好的从头到尾没增加过 2、价格是对方说的,没还价 3、开发周期是对方提供的,每次延期都体谅开发人员了

作为一个开发需求方,首次FMZ找人开发策略感悟: 1、建议谈好需求,不管开发人员给你说的再简单,建议一定在支付之前聊清楚每个环节,避免扯皮,即使他们不找你详细聊,也尽可能的在付费之前给他详细聊清楚。不要怕策略泄露什么的,参数不提供就行了。思路随便抄,没任何意义。

2、提前定好的周期延期,到期没完成那就是他对项目周期预估不足,一定不要因为说可怜话,你看我都开发多久了什么的,就结算尾款,吃亏的真的是自己。而且之前都不负责任,结算完尾款就更不负责任了,切身体会。

3、尽可能的让开发人员先实测跑一下实盘,看看那里有问题再进行验收,而非边开发边验收;我发现开发人员一般都不喜欢自己完整流程测试,每个环节细致测试,我不知道是不是我遇到的是这样。但是建议让他测试完每个环节,你们再沟通,你在实测,避免不必要的扯皮和浪费时间。

4、必需有远程协助和语音沟通,而非纯粹文字沟通,有时候一两句话都能说明清楚的事情,文字真的需要很强的文化底蕴和文字表达能力,而且还需要专业名词不能出错,很麻烦,一定要求语音,还是那句话。付款之前就语音远程详细描述清楚需求是最关键的

这次定制开发的整个过程基本就是在要钱,催促结款。重复最多的也是要求结款;说的最多的是我这里测试没问题,你那里有问题是你不会用。

总结:整个外包过程,各种人找你,能力参差不齐,价格不一。遇到问题了也是只能自认倒霉,无处喊冤,甚至留差评的地方都没有。FMZ群里充斥着各种能力不一的接单人员,里面有大牛,我特别相信。但是外包开发于我个人而言在FMZ提供担保功能或者评分功能之前,不会在FMZ上面找了

结论:重做

建议:FMZ真的需要用心整理外包这块,最后的锅大概率都是FMZ背,牌子砸的也一定是FMZ,实在感觉没有精力照顾定制开发,那就砍掉,单一一个众包完全无法解决中间遇到的各种各样的问题。

!!!本来我把聊天记录全部打包了,打算发出来了,想想目的是为了大家少跳坑,所以聊天记录和接单人员的名字就不公布了,请问你都在FMZ定制策略开发遇到了那些坑呢?!!!


More

syue 我帮论坛里好几个人写过策略,总的评价就是需要帮写策略的人的策略极其不可靠,或者本身交易认知经验不足,仅仅是一段时间里的有效(牛市)这些策略跟赌博没什区别,想想也是如此,如果真的有很好的策略,那是宁愿捂着手动也绝对不会与第二个人分享的,因此假如你让一个程序员帮你写一些本身没有意义的策略,其结果双方都不会满意,因为你以为的是细节有问题,而其实是你大的逻辑问题

小草 定制策略确实麻烦,自己思路的问题,沟通的问题,实盘的问题等等,不要抱有完美的预期

小小梦 非常感同身受的了解您的需求,以及建议和意见。 众包板块提供的是一个信息交流、发布的地方,具体用户之间的线下合作,平台是不干涉的。 所以需要开发需求方和开发者之间定好协议,约定好开发内容,按照协议履行。 举个不恰当的例子,就好比在人才市场找干活的工人,工费、施工内容等这些都是要具体约定协议的,干活人的手艺、工作态度、效率也都不相同、工费肯定也都不一样。人才市场肯定不会给任何一方担保什么,人才市场仅仅也只是一个信息交流、发布的地方。 希望您理解。 另外非常赞同一点就是 ``` 1、建议谈好需求,不管开发人员给你说的再简单,建议一定在支付之前聊清楚每个环节,避免扯皮,即使他们不找你详细聊,也尽可能的在付费之前给他详细聊清楚。不要怕策略泄露什么的,参数不提供就行了。思路随便抄,没任何意义。 ``` 需求方害怕开发者弄懂策略,没有说清楚需求内容,然后改来改去,可能需求方认为这改改不就是几行代码的事儿。实际上改策略是最麻烦的事情(有时候甚至重写都不想改)。 所以开发者、需求方合作的重中之重就是:**定好开发需求、描述清楚、准确,形成文档双方确认,按约定流程推进开发。**

小小梦 好的,这方面可以讨论增加一些开发者信用信息记录,感谢提出建议。

esan 这个留言用户可以自己删除的

小小梦 目前众包板块就可以留言的。

esan 其实增加评分就行了,毕竟明确需求的能力也是开发人员能力的一部分;包括服务态度、周期把控、包括预算评估这都是开发人员对业务综合能力考评的一部分嘛,我觉着只要想,方法肯定比困难多的。平台可以不提供担保、不提供协调。但是一定要能看到这个开发人员之前需求方的评分及评价嘛

esan 评分留言就行了,优胜略汰,有能力的更突出,没能力的被淘汰。