找外包做项目，最怕的不是贵，是钱花了东西用不上。事前把几件事说清楚，能避开大部分坑。碰到这种事，客户总要问，软件外包做了到底有没有用。答案很实在，先看谁负责、谁使用。
需求要写清楚
别只口头说想要什么。把核心流程和要做的功能写成清单，双方签字确认，这是后面所有事的基础。
清单不用很专业，把客户从哪进来、走几步，以及拿到什么写明白就行。写得越具体，后面扯皮越少。
需求变更也是常有的事。提前约定变更怎么提、怎么评估，再加上费用怎么算，真变了也不慌。
源码要拿到手
源码是项目的根。源码不在你手里，后面每改一次都得求人，等于被绑住。
签约前把源码这件事写进合同，写清楚给到什么程度，包含前后端和数据库结构。
除了源码，部署说明也别忘了。有个懂技术的人照着说明能把系统跑起来，这才叫交付完整。
验收要有标准
验收卡住的项目，多半是开始没定标准。把验收标准写成清单，验收的时候照着一条条过。
清单上写清楚：功能能不能用、数据对不对，另外还有性能达不达标。照着清单验收，不用凭感觉争。
还有维护。写清楚维护期多久、管什么，还有不管什么。超出范围怎么算，免得后面每件事都谈一次钱。
合作之后怎么跟
合同签了不是就完事，合作过程中的沟通同样重要。
建议约定固定的同步节奏，比如每周一次进度同步。不用很长，但让对方知道你在关注，也让问题早点浮出来。
交付的时候别只看东西在不在，还要看你会不会用。让对方给你做个简单的交接，比丢一堆文件强。
付款和交付要对上。每交付一块、验收一块，以及再付一块，节奏清楚，双方都不容易扯皮。
如果过程中觉得不对劲，早点提出来。问题攒着一起说，改起来成本高，也容易伤和气。
好的合作是两边都省心，而不是一方盯着另一方。把规则定在前面，后面就轻松了。
找外包这件事，客户最关心这几件事
怎么判断对方靠不靠谱
看能不能拿出可运行的项目，看沟通里有没有把细节讲清楚，比听介绍有效。
要不要分期付款
建议分。按项目节点付，每交一版付一部分，双方都有保障。
验收不过怎么办
合同里约定好。写清楚不达标怎么处理、多久内整改，白纸黑字才作数。
常斌偏要先把丑话讲前面：需求、源码、验收，再加上维护，四件事先谈清楚再签。
先把四件事谈清楚
我的建议是签合同前问四件事：需求清不清、源码给不给、验收按什么标准，另外还有维护怎么算。四个答案都明确，再签字。
跟我们深度绑定的客户超过 160 家。信服无限跟客户合作时，会把这几条直接写进合同。报需求之前，讲讲你想做的是哪一类项目。