Question 1

外包报价要准，需求文档得写到什么颗粒度才够？

Accepted Answer

颗粒度的下限是每条功能都能被单独勾掉。把功能写成一条条可勾选的清单、标明必做与可选，几方报价的离散度会明显收窄；只给一句「做个类似某某的系统」，对方只能按最坏情况把价抬上去。 每条功能配一句使用场景和一句验收口径：谁在什么情况下做什么、得到什么结果。 写明技术边界：目标平台、兼容范围、数据量级、含不含部署与后续维护。 在 WUJIEE 发布需求、检索与联系对方全程 0 费用、不抽佣，项目款 100% 归双方。

Question 2

项目里程碑，一段做多长才合适？

Accepted Answer

一个里程碑控制在 1-4 周，对应一份能单独验收的交付物。工作分解的通用做法是把成果层层拆到「工作包」，经验法则是单个工作包 8-80 小时：再细会淹没在沟通成本里，再粗则中途看不出偏差。 每个里程碑要有独立可运行的成果，而不是「开发完成 60%」这种没法验收的说法。 迭代式交付建议单个周期不超过一个月（Scrum Guide 的口径），周期越短纠偏越早。 里程碑之间留 2-3 天缓冲吸收联调与反馈，别排成首尾相接的满档。

Question 3

外包尾款和变更，怎么谈才安全？

Accepted Answer

安全的谈法只有一条：把「什么算完成」和「变更怎么计价」分开写死在合同里。承揽类合作的通行写法是，交付成果时一并提交技术资料与质量证明，由发包方按约定验收；成果不合质量要求的，可以要求修理、重作、减少报酬或赔偿损失。 尾款要绑定验收条款本身，而不是模糊的「对方满意」，后者没有判断标准。 每次变更单独出一张单：写清新增内容、增加的工期与费用，确认后再动工。 发包方中途叫停的，赔偿口径要在合同里先写清楚，别等停了工再回头谈。

Question 4

一个项目大概多少钱、要做多久，怎么估才不跑偏？

Accepted Answer

钱和工期出自同一份估算：先按工作包逐个估人天、再加缓冲，别拿总价或总工期倒推。每个工作包给出乐观、常见、悲观三个值再加权平均，比直接拍一个数字稳得多；整体另留 15%-25% 缓冲，用于评审、联调与返工。 联调、部署、写文档与改稿轮次都要单独占人天，它们最常被漏算，也最容易拖尾。 敏捷宣言建议以两周到两个月的节奏持续交付有价值的成果，并且偏好更短的那一档。 用前两个里程碑的实际耗时反过来校准后续的排期与总价，比开工时估一次准得多。

Question 5

接单接私活，最容易在哪翻车？

Accepted Answer

翻车点几乎都在开工之前，而不是技术不行。开工前落地成三问：交付物能否被逐条描述、预算与工期是否自洽、上一版做到了哪一步；三问里有两问答不上来，后面大概率会反复返工，工期与报价都会被拖着走。 沟通里对方不肯落成文字的部分，就是后期最可能变的部分，先补齐再谈价格。 没做过的技术栈别一次吃满，先接一段能独立交付的部分，验证双方的配合节奏。 线上项目合作已覆盖 186 个国家，同方向的机会不止一个，不必勉强接不合适的。

Question 6

交付的源码和版权，到底归谁？

Accepted Answer

没有书面约定时，委托作品的著作权默认属于承接方。这一点最常被忽略：付了钱不等于自动拿到完整权利——源码、设计稿与文档的归属，能不能二次开发，能不能再转授权，都要在合同里逐项写清楚，否则只能事后重谈。 归属条款要分开写交付成果、通用组件与第三方依赖，常见做法是只转让前者。 项目里用到的开源组件按其许可证使用，交付前逐一核对许可类型与署名要求。 保密范围、期限与例外情形单列一条，关键数据在本地处理、不随成果一并流转。

Question 7

做到一半要加功能，怎么处理？

Accepted Answer

加需求本身不是问题，悄悄混进原有范围才是问题。可行的做法是把新需求排进下一个里程碑，并同步调整工期与费用；敏捷宣言明确欢迎变化的需求，前提是变化经由既定流程进入待办清单，而不是口头插队。 新需求先记进待办并标注优先级，由需求方决定是加进来，还是换掉原有的某一项。 影响评估一次说清三件事：多几天、多少钱、会不会动到已经验收过的部分。 同一里程碑内原则上不改范围，把变更集中到里程碑边界处理，返工量最小。

Question 8

双方不在一个城市，交付节奏怎么对齐？

Accepted Answer

默认异步、书面留痕，同步会议只用来做决定。GitLab 的公开手册把异步沟通作为全远程协作的默认方式：结论先落进可检索的文档，再判断要不要开会；每日同步控制在 15 分钟内（Scrum Guide 的口径）就够用。 约定固定的进度节点（例如每周一次），只讲做完了什么、卡在哪、需要谁配合。 交付物放在双方都能访问的同一处，版本与变更记录随成果一起留存。 跨时区先约定重叠时段与回复时效，把等待从不确定变成可预期的一段时间。

Question 9

固定总价、按里程碑与按人天，怎么选？

Accepted Answer

按项目合作（法律上称承揽）是指定作人提出工作要求，承揽人以自己的设备、技术和劳力完成工作并交付成果，定作人据此支付报酬的合作方式；它以交付成果计价，与按月薪计酬的雇佣关系不同。三种结算方式没有优劣之分，只有匹配与否，下表按五个维度横向对比。 计价口径：固定总价整包一口价；按里程碑每段验收后结一段；按人天按实际投入的工作日结。 需求明确度：固定总价要求最高，开工前写死；按里程碑每段开工前明确即可；按人天可以边做边定。 变更处理：固定总价走变更单另行计价；按里程碑并入下一段范围；按人天直接计入工时。 超工风险：固定总价主要由承揽方承担；按里程碑按段分摊，双方共担；按人天主要由定作方承担。 更适合：固定总价范围清晰的一次性交付；按里程碑三个月以上的中大型项目；按人天需求会变的长期迭代。

项目市场，项目外包、外包项目、软件外包、技术外包、远程项目需求与企业招标合作

按项目合作，先把这几件事谈清楚