市面上大量所谓的"软件公司"实际由销售与项目经理组成，拿单后再外包给第三方工作室或个人。判断其是否具备真实交付能力，靠销售的自我介绍远远不够，需要一套可核验的指标体系。
一、7 个可核验指标
- 团队结构：产品、设计、前端、后端、测试、运维是否分工完整，是否全职在编。
- 人员在职证明：核心开发是否能出示社保或劳动合同，是否参与过同类项目。
- 办公场地：注册地是否与研发办公地一致，是否可预约到访。
- 历史交付物：是否能提供已上线小程序 / App 的真实演示，而非动效图。
- 版本管理：是否使用 Git / SVN 进行源码管理，是否有规范的分支与提交记录。
- 测试流程：是否有独立测试岗位、是否有缺陷跟踪系统与回归测试清单。
- 长期维护条款：交付后是否签订年度维护合同，条款是否公开透明。
二、实操核验动作
- 到访公司：提前约好时间，现场走看研发工位，不安排"只在会议室开会"。
- 要求技术问答：由客户的技术顾问直接与项目经理、主程对话，考察技术深度。
- 查看代码仓：在同一工位打开 Git 提交记录，核实真实产出节奏。
- 索取案例客户联系方式：经案例方同意后直接电话求证交付质量与服务态度。
三、为什么必须核验
销售与实际开发团队分离，是软件项目延期与烂尾的主要根源。核验不是不信任，而是让双方在合同签订前就对齐对交付能力的共同预期，避免后期的反复扯皮。本地有自研团队的供应商，通常乐于配合这一过程；拒绝到访、不给仓库入口的，往往是高风险信号。
说明：本文为通用选型建议，具体核验方式应结合客户自身保密规则与项目属性调整，不构成法律或技术专业意见。
