怎么判断开发公司会不会做一半跑路？三个抓手

先说结论：跑路风险是能事前判断的

「钱付了，人跑了」是找外包最怕的事。但这种风险不是玄学，它有很具体的信号——团队是不是真实在岗、付款方式能不能控制敞口、代码在谁手里。

下面三个抓手，建议每个客户签约前都做一遍。不需要你是技术专家，照着做就能排除掉大部分风险。

抓手一：到公司实地看团队在岗情况

销售嘴里的话可以排练，办公室演不了戏。

约一个工作日上门，重点看三样东西：

• 人在不在。 看工位上有多少人真在干活。如果销售团队的规模夸张地大于研发团队，多半是签单型公司，交付是转包的——你签的是品牌，干活的是你不知道的人。
• 人在做什么。 随便聊两个开发，问问他们手头在做什么项目、做了多久。真实在岗的团队答得上来；临时凑的场子答得很笼统。
• 敢不敢让你核对在岗证明。 不是打听商业机密，是看团队规模是否真实。我们敢在合同外让客户核对工位和社保记录——敢让客户核对的服务商，比只发几段办公视频的硬得多。

抓手二：分三期付款，别一把付清

付款方式直接决定你的风险敞口。

要求开工前付清全款的，建议一律谨慎——包括我们在内，我们自己也不接受这种结构。五五开也不够：到中期你已经付了一半，对方撂挑子，你换人的成本极高。

合理的结构是按「签字确认节点」分三期。以我们的合同为例：

每一次打款之前，都有一个需要你签字的确认节点。配合双周交付可运行版本，最坏情况下你损失的是签约那 30%，而不是全部预算。

抓手三：代码托管在客户自己的 Git 仓库

这一条最容易被忽略，但它才是终极保险。

代码在服务商的仓库里，对方出任何问题——跑路、倒闭、团队解散——你的项目就随之消失。代码在客户自己名义的私有仓库里，任何意外都只是换一个执行者的事。

签约前问清楚三件事：

1. 仓库归属：是不是以客户公司名义开的私有仓库，客户有管理员权限；
2. 提交频率：开发过程是否持续提交，双周一个可运行版本，提交记录里能看到持续进度；
3. 交付形态：验收时给的是完整仓库权限，不是打包发来一个压缩包。

三个抓手之外，再看两条

• 合同能不能先看：愿意先给合同模板和功能清单样例、条款确认无误再谈签约的，通常对自己的条款有信心。反过来，催着你「先付款排期」的，主动权就不在你手里了。
• 敢不敢写延期责任：把「因我方原因延期按日补偿」写进合同的服务商，对自己的排期管理有底气。这条我们写进了每一份合同。

最后

判断一家开发公司靠不靠谱，不需要懂技术，需要的是把上面几件事落到实处：愿意让你实地看、接受分三期、接受代码放你自己仓库——做到这三条，跑路的大概率就排除了。剩下的，才是正常考察专业能力。

有具体项目想聊？需求沟通和报价区间免费，也不用付定金。先聊聊看值不值得深入。