大多数创始人筛选工程外包团队的方式都错了。他们翻一遍作品集，要个报价，选最便宜的。六个月后，一半代码要重写。这份清单来自Xenotix Labs的内部经验——他们做了33个平台之后，希望更多创始人在签约前能问这些。

别只看作品集。要一份完整的架构文档，不是PPT，是真实的：微服务边界、数据模型、事件流、部署拓扑、扩容假设。如果对方拿不出来（脱敏版也行），说明他们根本不写。不写，就意味着对规模没有系统思考。Xenotix会分享脱敏后的案例：D2C乳制品电商、实时板球交易、法律科技超级应用、离线优先的农村教育平台。

打开网易新闻 查看精彩图片

第一次通话就抛一个陷阱问题：你们怎么处理幂等性？如果回答是"我们在关键端点用幂等键"——过关。如果反问"幂等性是什么意思"——快跑。幂等性是区分懂分布式系统的团队和即将在生产环境重复扣款的团队的分水岭。

问他们：如果重做上一个项目，会改什么？回答"没什么，很完美"的，说明没跑过生产环境。能讲十分钟某个老化糟糕的权衡决策的——这才是工程伤疤，是唯一可信的经验证明。

要求看已上线项目的后台面板。用户端做得漂亮很容易，后台才暴露真相：提现、退款、纠纷处理、用户审核、内容风控、数据分析。糟糕的后台会让运营团队在上线后成为瓶颈。Xenotix把后台当作一级Next.js应用来建，带角色权限、审计日志、服务端筛选、与后台任务系统深度集成。后台才是业务真正运转的地方。

问测试金字塔。单元测试、集成测试、端到端冒烟测试，三者缺一不可。如果说"我们在生产环境测试"或"QA手工测"——上线第一个月你就会有凌晨两点的故障。

如果目标用户在印度，必须问离线优先。70%的印度用户每天会进信号死角：地下室、封闭小区、农村、隧道。外卖骑手、田野调查员、农村用户用的App，需要离线优先的Flutter方案：本地SQLite、同步Worker、冲突解决。多数团队跳过这步。不跳的团队，能做出在用户真实使用场景里跑得通的App。

最后问部署和CI/CD。"我们部署到AWS"不算答案。要问：部署要多长时间？怎么做零停机？回滚策略是什么？