技术专家聘用清单

明确您需要的是战略支持（架构、决策）还是执行支持（开发）

两者需要完全不同的人选，通常不应由同一人担任。

列出现有技术栈并识别制约因素

优秀的技术顾问必须先了解您的起点，再建议如何变革。

明确当前核心问题（扩展性、安全、性能、技术债务、团队）

具体的问题能帮助判断您需要的是全栈型 CTO 还是专科专家。

厘清团队规模和资历层次

2人团队和20人团队所需的技术领导者是截然不同的角色。

确定将赋予顾问的决策权限范围

没有实权的顾问往往制造的摩擦多于创造的价值。

询问其在您公司所处阶段的经验（天使轮前、A轮、企业级）

技术挑战和领导力需求因阶段不同而差异显著。

索取其主导的技术架构决策案例

决策所有权（而非单纯顾问建议）才能体现实战经验。

询问其处理技术债务和遗留系统迁移的方式

真实世界中的大多数技术工作都涉及约束条件，而非从零开始的全新构建。

评估沟通能力——他们能否向非技术背景的利益相关方解释技术概念？

无法向创始人传递技术现实的 CTO 会造成危险的信息断层。

核实相关领域经验（金融科技、医疗科技、电商、B2B SaaS）

合规要求、安全标准和扩展需求因领域差异而大相径庭。

记录所有架构决策及其决策依据（架构决策记录）

缺乏背景说明的决策日后无法合理地重新审视或撤销。

定期安排进行中工作的演示或评审

技术工作若缺少结构化的检查节点，便会变得不透明。

确保顾问与您的团队并肩工作，而非绕开团队

优秀的兼职 CTO 会传帮带、提升团队能力，而非制造依赖。

将安全和合规检查点纳入里程碑

安全内建比事后加固容易得多——确保不被忽视。

提前确立编码规范和文档标准

没有统一标准，不同人员会产出互不兼容的代码。

确认所有代码已纳入版本控制，且所有权已完成转移

合作期间产出的所有代码应归您所有。

索取系统文档交接资料（架构图、运维手册）

未加文档说明的系统在关键人员离开时会成为严重的隐患。

在交接前审计所有凭据、密钥和访问权限

交接时做好安全清理，防止日后未经授权的访问。

将未解决的技术决策和已知风险记录于共享文档

未来的团队成员需要了解做了哪些权衡以及原因。