那些放之四海而皆准的东西，比如要良好沟通之类的，我就不多说了。只说那些可能会被忽视的细节。
假设你选择外包，那么请注意以下问题：
1. 规格说明书
需求文档通常描述你的需求，最好再准备一份规格说明书，作为最终验收产品的依据。里面应详细规定每个功能的细节，包括视觉效果和文案，数据库的字段说明等等。
因为大家对需求的理解不同，实现方式也不同。而且外包大多以“刚刚好能通过验收”为标准开展工作的，所以如果你只说需求，比如“创建文章”，那么很可能收到的产品只支持对文章的增删改查，没有标签、没有格式，甚至没有 XSS 检测。
找一个懂行的人帮你制作或至少帮你审阅规格说明书，把一切要验收的东西都规定下来。如果你的朋友中没有合适人选，可以到在行中找我咨询。
2. 制定合适的开发计划
雇佣外包团队会面临各种风险，其中最大的，就是产品完不成。
所以你需要制定合适的开发计划，对产品进行适当的模块分解和工期分解，设置验收节点和里程碑，随时掌握项目进度和完成情况。这样，即使项目出现问题，你也有机会及时止损；即使必须中止和当前外包团队的合作，你也能快速找到下一家继续开发，而不需要同时付出时间和金钱双重损失。
根据产品构想和验证手段，科学规划版本，制定详细的开发计划，保障开发计划可以实施，你仍然需要行内资深人士帮助。如果你的朋友中没有合适人选，可以到在行中找我咨询。
3. 及时沟通与反馈
面对外包，尤其是个人开发者的外包，及时沟通，随时跟进进度，就显得尤为重要。
只有计划是不够的，还要想办法保障计划的实施。所以你需要想方设法保证沟通，比如：
- 一周至少一次周会，要求对方提供周报
- 每天尽量开一次小会，10~15分钟，了解一下进度
- 使用合适的项目管理工具，比如 GitHub，可以了解每天的提交记录
这个过程其实是 PM 的工作，相信你会比较容易找到合适的朋友帮忙，自己上也是可以的。
总结
你求产品，外包求财，本无冲突。所以关键就是前期沟通，一要彻底，说清楚；二要落实，有凭有据。
开发期间的督促也很有必要，如果对方不是全职外包团队就格外重要。
