当硬件项目卡滞时，如何重启它
Aknazar Arysbek，创始人，生物医学工程师（塔夫茨大学硕士）。 LinkedIn ↗
停滞的硬件项目通常可以重启，但第一步是诚实的诊断，而不是继续埋头开发。由专人评估现有成果、整理文档，并告诉您应当挽救现有工作还是从头再来，无论哪种都会给出固定报价。本文介绍硬件项目为何会停滞、救援实际包括什么，以及如何判断您的项目是否值得完成。
项目原本在推进，现在停住了。开发者不再回复邮件；原型完成了容易的 80%，却在真正关键的部分失败；或者您从一位已经离开的人手里接过了一箱电路板和代码，没有文档，也没人看得懂。钱已经花出去了，下一笔钱该怎么花，需要您做决定。
本能的反应是雇人接着做。更好的第一步，是弄清楚您手上到底有什么，因为在一个不明底细的基础上继续开发的救援，通常会第二次停滞。本文说明真正的救援是什么样子，以及如何判断您的项目是否值得完成。
为什么硬件项目停滞不前
停滞的原因总是那几种，说出您的项目属于哪一种，就知道修复需要解决什么。
- 唯一的开发者走了。 一位自由职业者掌握了全部知识，什么也没写下来，现在人已经不在了。硬件能用，但没有任何人能安全地改动它。
- 范围没有边界。 需求模糊的开放式按小时计费工作会不断偏离，直到产品还没做完，预算就先用光了。
- 风险最大的部分被留到了最后。 团队先做了简单的部分，结果难的部分才是整个问题的核心，等做到那里时，钱已经花光了。
- 设计从未经过量产的考验。 在工作台上能用的原型无法批量生产，而这个差距要等到工厂报价时才会暴露出来。
救援始于诊断
没打开过的机器，无法为它的修复报价。救援从一次付费诊断开始：由专人阅读现有的硬件、固件和文件，对没有文档的部分进行逆向工程，并报告哪些可用、哪些不可用，以及完成还需要什么。交付物是一份书面结论和完成工作的固定报价，而不是一张按捣鼓了多少小时开出的账单。文档完善的项目评估起来很快。没有文档的项目解读成本更高，因为逆向工程别人的工作占了大部分工作量。
即使会让我们丢掉这单生意，结论也是诚实的。有时现有工作很扎实，完成它花费不多。有时基础已无法挽救，干净地从头再来比理清它更便宜。有时正确的答案是停下来，因为无论由谁来做，这个产品都过不了量产这一关。您得到的是真实的答案，因为一个只会建议继续付费的诊断，不能算诊断。
挽救还是重来
选择取决于现有工作中有多少是您能信任并整理成文档的。
| 您手上有什么 | 通常正确的做法 |
|---|---|
| 硬件能用、代码可读、有部分文档 | 挽救。 补齐文档空白，完成缺失部分，继续推进。 |
| 硬件能用、没有文档、原开发者已离开 | 先诊断。 逆向工程，整理文档，再根据真实信息做决定。 |
| 一个在工作台上可行但无法制造的设计 | 重新设计以适应量产。 原型是证明，不是产品。 |
| 概念在物理或单位经济上行不通 | 停下。 收回的是教训，不是沉没成本。 |
您应当从救援中得到什么
无论结论如何，救援都应当给您上一次合作从未给过的东西：掌控权。这意味着可编辑的原理图和 CAD、带注释的固件源代码、带真实零件编号的物料清单，以及一份说明系统做什么、怎么做的书面文档。如果救援交还的又是一个黑箱，那就重蹈了让项目停滞的覆辙。这件事的意义在于，下一个接手的人，包括您自己，都能看懂它。
常见问题
我的硬件开发者失联了，我该怎么办？ 不要再为继续开发付钱，先对现有成果做一次诊断。请一位工程师阅读硬件、固件和文件，对没有文档的部分进行逆向工程，并报告哪些可用、完成还需要什么。这个结论加上完成工作的固定报价，会告诉您是继续现有工作还是从头再来。
做到一半的原型还能挽救吗？ 通常可以，但并非总是如此，诚实的答案需要先看过才能给出。代码可读、有部分文档的可用硬件，通常值得完成。没有文档的可用硬件，需要先做逆向工程，才能有人为完成工作报价。无法量产的设计需要重新设计，而不是打补丁。
如何为一份硬件报价获取第二意见？ 请另一位工程师对照工作的实际需求，审查范围、交付物和价格。值得信赖的报价会列出固定价格的阶段、明确的交付物，以及按成本计费的材料。范围模糊的开放式按小时报价，是最容易导致停滞的模式，成本一文说明了一份真实的报价应当包含什么。
项目救援要花多少钱？ 这取决于现有工作的状态，所以救援从付费诊断开始，而不是一个固定的救援价格。有文档的项目评估成本低；没有文档的项目成本更高，因为解读它就是大部分工作。诊断会给出完成工作的固定报价，让您根据一个真实的数字来决定，而不是做一个没有上限的承诺。
我们的定位
相关阅读：硬件原型的实际成本 · 如何将想法转化为产品 · 如何识别发明推广骗局。