如何鉴别外包团队的技术真伪：Demo、案例与简历里的水分

外包市场是典型的信息不对称市场：你看到的是精心包装的案例集，看不到的是案例背后谁真正写了代码。这篇文章给出六个鉴别手段，按成本从低到高排列——前三个几乎免费，后三个用在签约前。

手段一：案例的"归属三问"（零成本）

看到任何展示案例，问三个问题：

1. 这个项目你们负责的具体是哪部分？（答不出技术细节的案例不是他们的）
2. 能不能给我可玩/可下载的版本？（只有效果渲染图的"项目"要打问号）
3. 当时的对接人或项目负责人是谁，方便简单聊两句吗？（拒绝背调的案例基本可以剔除）

追问技术细节时，真正做过的人会讲约束和取舍（"这个方案当时因为 X 问题放弃了，换了 Y"），没做过的人只会讲结果多好。

手段二：GitHub/技术内容交叉验证（零成本）

• 团队成员是否有公开的 GitHub、技术博客、引擎社区回答记录
• 公司名 + 团队成员名搜索：官司记录、劳动仲裁、拖欠工资记录
• 反向验证：把案例项目的名字搜一遍，看原始开发方是谁——挂别人项目的团队并不罕见

手段三：现场技术面（一小时成本）

把你的技术负责人拉进会议，让对方的核心工程师（不是销售）做一次技术交流：

• 针对你的项目场景提问：高并发怎么设计、这个性能问题怎么排查、引擎的某个具体限制怎么绕
• 观察的是思路而不是答案——真实经验表现为"我们踩过这个坑，当时的做法是……"，背诵表现为标准答案的复述

手段四：小测试单（1-2 周成本，付费）

给一个 2-4 周的付费小模块，验收三个维度：

• 交付质量：代码结构、注释、文档是否专业
• 过程质量：沟通响应、进度同步、问题暴露的主动性（出了问题主动说 vs 藏到交付日）
• 守约度：时间和范围承诺的兑现

这一步比任何评估都准。测试单的具体设计见怎么选外包公司。

手段五：转包鉴别（签约前必须确认）

外包市场普遍存在转包：签合同的 A 公司，实际干活的是不知名的 B 小团队。识别与防御：

• 合同写死：未经甲方书面同意不得转包，核心人员名单附在合同里
• 要求项目期间代码仓库、协作工具对甲方只读开放——你能看到提交记录里是谁在写代码
• 评审会上要求核心成员本人出席（长期只有 PM 露面、核心成员"档期冲突"，是转包的典型信号）

手段六：简历与团队名单核验（人力外包必做）

人力外包按人付费，简历注水直接就是钱：

• 面试时核对项目经历细节（问部署架构、问线上事故，真做过的人有故事）
• 学历/大厂经历抽验（背调服务成本不高，高级岗位值得）
• 进场后 2 周复评：产出速度和质量与面试表现对不上，尽早换人止损

一个诚实的收尾

这些鉴别手段不仅适用于鉴别别人，也欢迎用来鉴别我们：MonkeyGames 的每个案例都可以问归属三问，整包项目全程开放仓库只读权限，接受付费测试单。技术实力经得起技术案例的推敲，也欢迎联系我们安排核心工程师直接对话。