程序员接单避坑指南-工期篇

Hello，大家好，我是九旬，目前专注于技术接单领域。

目前带领两千多名程序员在接单，已经帮助100多名程序员通过接单赚到工作之外的第一笔钱。

组建接单互助群已经将近2个月了，我发现很多人不会接单，刚开接单时候总能遇到各种各样的问题，所以我这边准备新写一个系列————《程序员接单避坑指南》希望可以帮助新手程序员在接单这件事情上少走弯路。

首先明确一下接单过程中有那些地方容易踩坑

首先是接单三要素：

• 需求：具体是什么需求？我能不能做？
• 工期：什么时间要？我是否能按时完成？
• 报价：根据需求和工期在结合自己的时薪给出合适的报价。

这三项是单子的重要组成部分，每一项都很容易踩坑。

因为有些单子我们自己做不完，会派单给群里的兄弟们做、也有兄弟们在群里接一些单子，所以这就会产生两个新的流程：

• 派单流程：如何高效将客户的单子派出去，拿到抽成？
• 接单流程：如何更好的从派单人手里接单，拿到佣金？

这个系列预计更新五章，分别总结需求、工期、报价、派单流程、接单流程这五个新手容易踩坑的地方。

这篇文章内容主要讲：《程序员接单避坑指南-工期篇》

如何评估工期

再上一篇程序员接单避坑指南-需求篇内容中，给大家讲解了如何评估需求，这一篇我们讲一下如何评估工期。

我们在评估需求之后可以把一个大需求分解为若干个小需求。

比如我们可以根据功能的优先级、重要程度来划为；

也可以结合客户的要求、功能的主次结构来划分。

这里以一个校园闲鱼系统为例，把功能模块分解为若干个小任务，然后根据每个小任务在评估工期。

最后无数个小任务的工期合并为整个项目的工期。

如何谈工期

在我们把工期计算出来后，不要直接报给客户，因为这个工期只是我们算出来开发工期。

比如是我们经过计算，得出结果是两个月，一般我是会在正常工期✖️1.3=最终工期，报给客户。

理由有两个：

• 如果我们把这正常的工期报给客户，开发过程中万一生病了、遇到难解决的bug了等等意外因素就很容易导致延期
• 加入没有意外因素，我们正常开发完成，属于提前交付，可以大大增加客户的信任度。

基于这两个原因，所以我们要把时间留的宽裕一些。

工期很紧的情况如何处理

有一种情况，就是客户要求的很急，比如明天就要、这周就要，这种情况就不能按照上面的那种情况去评估工期了。

这种情况首先和客户谈：

• 可以做，但是您要求的太急了，所以只能做一部分。
• 可以做，但是您要求的太急了，我们这边要加派人手，所以预算也要增加。

简单来说，要么砍需求、要么价钱。

加钱的情况下，目前行情是在原有的报价上✖️1.5是一个比较合理的价格。

如何报工期

按照上面的原则，将需求拆分为若干个任务进行排期，最终输出一个排期表，如下图：

然后直接发给客户进行确认即可。

有延期风险怎么办

计划赶不上变化，任何项目都总会有意外在，延期一般分为两种情况：

• 前期对需求的梳理不够清楚
• 客户的原因，比如临时改需求、加需求
• 开发的原因，比如工程师生病、有事等等

针对第一种情况，我们要做的就是前期做好风险评估，尽可能的避免，如果发生了，需要及时的和客户沟通。

第二种在事情发现时就需要及时的沟通，比如客户要加/改需求，这种肯定就需要加工期，直接修改上线日期即可，客户一般都可以接受。

第三种完全就是我们这边的责任了，如果是自己做，我建议是加加班，尽可能完成。如果是派单的前期应该找靠谱的、熟悉的技术去做。

总结

• 先自己分析需求，在根据需求拆分若干个开发任务，然后对每个任务进行排期，合并所有的任务排期的时间就是项目的排期时间。
• 在客户要求不急的情况下，建议报工期的时候可以稍微宽松一点。
• 在开发过程中如果发现延期风险的第一时间去沟通去解决，不要拖着。

加入方式

程序员接单互助群，建立差不多快俩月了，大家反馈都不错，想了解的可以看一下：《程序员接单社群运营一月总结》。

目前互助群还是免费加入；不过因为群内人员已超过 200 人，必须邀请才能加入。

您可以加我微信：jiuxun168，备注：“接单互助群-sf”，我拉您进群。