缘起

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

过程

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

后续

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

建议

这是第一次业余接单干活，没有什么经验，经过这次以后总结的经验如下 1、明确说明需求，目标，实现时间 2、明确说明增加需求如何计费 3、明确验收规则 4、业余接单干活，一定要明确估计的自己工作能力，如果一时实现不了最好不要接，虽说可以边学习，边实现，但是及其耗费时间。 5、凡事事先讲清楚

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

需求

过活

尾款

业余

15 条回复 2019-10-03 09:08:08 +08:00

linxl

2019-10-01 14:43:20 +08:00

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

lspvic

2019-10-01 14:43:20 +08:00 via Android

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

qa2080639

2019-10-01 15:05:20 +08:00

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

loginv2

2019-10-01 16:25:57 +08:00

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

kwklover

2019-10-01 16:52:02 +08:00 via Android

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

kwklover

2019-10-01 16:56:31 +08:00 via Android

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

ddzzhen

2019-10-01 17:56:11 +08:00 via Android

好的开始

xiaotuzi

2019-10-01 18:09:52 +08:00 via iPhone

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

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