可行性冲刺

• 3–5 页书面评估。能不能做、有哪几条路、每条路的成本和风险、我会选哪条。如果确实如此，我也会写明为什么我认为这件事根本不该做。
• 一个能跑的 demo。技术上可行的话，你拿到的是能运行的东西，不是一张架构图。需要的地方用 mock 模式，不碰你的凭据和设备。
• 一个直接的答案。不是后面附着报价单的推销材料。

我需要你给什么

• 设备手册、API 文档、图纸或规格书。
• 一次 45 分钟的通话。
• 这三天里，一个我能提问的具名对接人。

结论是“做不了”还是“做得了”，价钱一样。这样我没有理由说你爱听的话；书面分析不管哪种结论都归你，这部分通常最能帮你省钱。如果因为信息不够我根本给不出结论，全额退款，并在 24 小时内告诉你。如果之后继续做项目，这 $750 全额抵扣项目款。你的文档始终归你，你发资料之前我先签你的 NDA。

我给自己限定工时：标准档 12 小时，扩展档 24 小时。这个限制是为了你好。一个在评估上已经投入 40 小时的工程师，很难再说出“别做”，而你花钱买的正是一个独立的判断。

• 有人让你报价，而你不确定自己会答应下什么。
• 一台设备没有任何接口文档，你需要知道它到底能不能被读出来。
• 有人告诉你这做不了，而你想要第二个判断。
• 你在两种架构之间犹豫，想请一个将来要为结果负责的人把利弊写清楚。

什么时候别买

• 你已经清楚要做什么。那就跳过这个，把范围发给我，我免费给你固定价报价。
• 你想要的是泛泛的技术战略评审。这个服务不做那个。
• 你只想听一句直觉判断。发过来，我免费回你一句话。如果老实的答案是“看情况”（多数时候都是），那才值得花钱做一次冲刺。