记录下开发接活的一点感想，有接过活的来说说经验注意事项

[lumang]

最近接了一个小活，具体是什么内容，由于协议关系不方便透露

缘起

​之前公司有个项目是用的百度的接口，在学习这个接口过程中进入了讨论组中，组里讨论的时候有个人，提出自己有个需求，需要一个程序员​。私聊的过程中他把需求简单的做个说明，我一看只是简单的调用接口，完全可以接下来，然后商量的价格，价格还算合理，我估计也就一周业余时间可以处理完​，顺便巩固下开发技能​。两全其美​！

过程

​由于自己本身是工程师，开发的过程中，采取的 MVP 的开发模式，根据客户的需求，实现了一个可以跑起来的程序，根据百度后台的数据，现在程序可以正常跑起来了，也作为他们的主力工具使用，个人很开心。满心以为客户会顺利的结算尾款。

后续

客户不断增加几个需求，这个之前的口头有约定的，可能有新的需求，但是没有说新的需求是否要加钱，现在客户提出以新需求实现后结算尾款，郁闷，新需求，比原来的需求复杂很多，要耗费工作的时间研究和实现。

建议

这是第一次业余接单干活，没有什么经验，经过这次以后总结的经验如下

1、明确说明需求，目标，实现时间

2、明确说明增加需求如何计费

3、明确验收规则

4、业余接单干活，一定要明确估计的自己工作能力，如果一时实现不了最好不要接，虽说可以边学习，边实现，但是及其耗费时间。

5、凡事事先讲清楚

有接过活的来说说经验注意事项

[linxl]

私活的需求往往是很不确定的, 因为一开始就不存在一个"原型"作为证据, 一旦 demo 出来以后客户的脑洞就开始发散, 小改动还好, 大改动真的很蛋疼. 尾款难收, 所以尽量让尾款比例占比低一点.

[lspvic]

对方至少要懂些技术，啥都不懂的话，他觉得的一个小功能搞死你

[qa2080639]

确定好所有需求最好列出来 后面加需求加钱 有原型图最好

[loginv2]

你评估值多少钱的时候 这部分做为先款
尾款看情况加，但是做好拿不到的准备
楼上几个一看就是活的太轻松的那种 没见过无耻的

[kwklover]

一般项目，除个别很简单的，大部分很难明确需求，不改动的，所以呢，按 343 付款，比预期费用提高 30%来报价，万一后面扯皮，最后的 3 可以“战略性”放弃。

[kwklover]

扯皮的时候，适当让步是可以的，当交个朋友，但是呢，对方需要你老让步，这种人不值得交，老想占便宜，交来也是占你便宜的😀

[ddzzhen]

好的开始

[xiaotuzi]

千万不要随便答应别人口中的“小需求”，每个需求都不简单，你应该这么跟他说。
经常会遇到，开发个小东西，起初是真的简单，然后后续会加一些小功能(等级：SSS 级)，这个时候你不要立刻答应，至少不要说着简单，你应该稍加思索，然后重新分析一遍需求(用你已有的专业知识分析)，然后告诉客户，这个多少钱才能做。

主开发需求：计算 1+1 的值
增加功能：求 1+2+3+…+n 的数值曲线

[jeeyong]

大部分私活, 哄好客户比做的东西的质量要重要.
低价接, 做后续增值服务.但不是为了坑更大的.
能给出系统的需求的私单, 几乎不会落到你头上.
当需求过于复杂或已经不值得去做的时候, 参考第一条.

[shachengpo]

上个月 校友介绍了一个 做小电商平台 小程序加后台运营管理的 需求就几行字 问一点细节多一点需求 他都不清楚要做成什么样 只是说后面的再说 原型也没有 设计也没有 后来想想绝壁是个大坑 拒绝了

[shachengpo]

不给他源码 随便他这么玩

[wd]

这很正常，钱本来就没那么好赚的，如果觉得好赚只是运气好。

[lau52y]

需求不明确的都不接，类似上来就要一个 crm，这个范围大，不敢接，怕扯皮，还是接爬虫，简单粗暴，个 @信息不接

[xuanbg]

结清尾款才可以谈新需求

[BealuoC]

不给源码就就好了，给个测试空间他玩