第二章：需求分析与立项
说实话，很多医学光学产品死在立项阶段。不是技术不行，是需求没挖透。我见过太多团队，一上来就追着技术热点跑，结果产品做出来，临床医生根本不买账。今天咱们就聊聊，怎么把立项这件事做扎实。
一、临床需求挖掘：别坐在办公室猜
临床需求挖掘，说白了就是去一线找痛点。我个人习惯，至少要去三家不同级别的医院，跟不同年资的医生聊。为什么？因为三甲医院主任的需求，和县级医院年轻医生的需求，完全是两码事。
核心原则：需求不是问出来的，是观察出来的。
我举个例子。有一次我们做眼底成像设备，医生都说「需要更高分辨率」。但我去手术室蹲了三天，发现真正的问题是：现有设备对焦太慢，手术中根本来不及用。你看，表面需求是分辨率，真实需求是对焦速度。
挖掘需求时，我建议用这个框架：
- 场景还原：医生在什么情况下使用？一天用几次？
- 痛点量化：现有方案慢多少秒？漏诊率多高？
- 隐性需求：医生没说出口的（比如操作顺手、消毒方便）
- 伪需求过滤：这个需求是「想要」还是「需要」？
小技巧：我每次访谈都会带一个录音笔，回来反复听。你会发现，医生随口抱怨的一句话，往往就是产品最该解决的点。
二、竞品分析：别只看参数表
竞品分析，很多人就干一件事：把竞品的参数拉个表格，比谁像素高、谁速度快。嗯，这远远不够。
我习惯把竞品分析分成三层：
| 分析层次 | 关注点 | 我的方法 |
|---|---|---|
| 表层 | 功能、性能、价格 | 拆解产品，实测数据 |
| 中层 | 用户体验、临床流程 | 找用过的人聊，看操作视频 |
| 深层 | 技术路线、专利布局 | 读专利，分析研发团队背景 |
记得有一次，我们分析一款进口的OCT设备。参数上看，我们完全能打。但拆开机器一看，人家的光学引擎用了特殊封装工艺，散热和稳定性远超我们。这就是表层分析看不出来的东西。
避坑指南：我曾经犯过一个错——只盯着行业老大。结果忽略了几个小公司，他们的产品虽然粗糙，但解决了一个细分场景的痛点。后来那个细分市场，被他们吃掉了。所以，竞品分析要「上中下」通吃。
三、技术可行性评估：别拍脑袋
技术可行性评估，核心就一句话：能不能做？能不能做好？能不能量产？
我一般会画一个技术路线图，把关键节点标出来。比如做一款荧光内窥镜，关键节点包括：
- 光源选型（LED还是激光？）
- 滤光片设计（带宽、截止深度）
- 传感器匹配（灵敏度、帧率）
- 图像处理算法（降噪、增强）
- 整机集成（散热、电磁兼容）
每个节点，我都会问三个问题：
- 团队有没有做过类似的东西？
- 供应链是否成熟？
- 如果卡住了，有没有备选方案？
我的经验：技术可行性评估，最怕「乐观偏差」。我建议把每个节点的风险标成红黄绿三色。红色节点，必须要有明确的解决方案才能立项。
下面这张图，是我常用的技术可行性评估框架：
四、项目立项书撰写：模板化但别模板化
立项书这东西，每个公司都有自己的模板。但我想说的是，别被模板框死了。模板是骨架，你要往里填血肉。
我写立项书，一定会包含这几个部分：
- 项目背景：为什么做？临床痛点是什么？
- 目标与范围：做成什么样？不做什么？
- 技术方案：怎么做？关键指标是什么？
- 里程碑计划：什么时候出样机？什么时候临床？
- 资源需求：要多少人？多少钱？
- 风险评估：最可能出问题的地方在哪？
我的习惯：立项书里一定要有一页「一页纸总结」。给老板看、给投资人看，就这一页。如果这一页打动不了人，后面写得再详细也没用。
举个例子，我写「风险评估」时，不会只写「技术风险高」这种废话。我会写：
风险点：荧光成像信噪比不足
影响：可能导致病灶边界识别不清
概率：中
应对方案：
1. 优化光源功率（已测试，可提升30%）
2. 采用深度学习降噪算法（需额外2人月）
3. 备选：改用更高灵敏度的传感器（成本增加15%）你看，这样写，决策者一眼就能看出问题在哪，有没有退路。
最后提醒：立项书不是写完了就完事了。我建议每个月回头看一眼，对照实际进展，看看当初的假设对不对。如果发现方向偏了，及时调整，别硬撑。我曾经有一个项目，立项时觉得市场很大，结果半年后竞品出了类似产品，我们果断砍掉了。虽然心疼，但比硬着头皮做下去强。
好了，需求分析与立项这块，核心就是：挖真需求、看透竞品、评估可行性、写清楚立项书。每一步都走扎实了，后面的研发才能顺风顺水。
公众号:蓝海资料掘金营，微信deep3321