今天，在于产品经理沟通需求说明书时，遇到的问题：当A成立、B与C不成立的时候，怎么办呢？这不由得我想起多年前遇到类似的问题。
一、发现问题
当时那个产品可以叫做医疗互联网的一个产品，主要是通过互联网方式向患者提供在院、离院的健康宣教内容。护士在患者入院后，会在APP上将患者引入，然后将指定的宣教内容通过互联网发送到患者的微信端，患者可以看到宣教内容，从而减轻护士工作量。患者端推行一段时间后，发现患者的阅读率没有上来，通过卖点的数据，看到引流数很高，关注微信公众号、进入宣教主页也高，但对宣教内容的阅读量不高，也意味着转换率不高。
怎么办？团队的小伙伴尝试了些内容更换也不见效果。
二、分析问题
（1）小伙伴们都是刚进入医疗信息化行业，对医院的环境、医护人员的工作不是很清楚，了解他们也仅仅是去医院的时候。
（2）关键的问题是：宣教的内容是否是患者愿意阅读的，是否能为护理工作减轻或者让患者了解健康知识，对自己在院的医护换互动有帮助作用。
三、找到问题
奔着这两个问题：一个是让小伙伴们了解护理工作的内容与环境，另一个是寻找真相。通过实地的调研发现了两个问题：（1）内容植入太深 （2）患者需要了解的内容与想要了解的内容不做区分引导。
四、解决问题
本身对宣教内容的理解、图文并茂都接受。找到这两个问题后，花了1周时间迭代，解决了阅读量低的问题。
回到今天遇到的问题：当A成立、B与C不成立的时候，怎么办呢？同样的方式方法，分析问题、找到问题、解决问题。
信息化产品仅仅是帮助现实客户实际业务中部分替代人工工作，并不能解决脱离这个范畴的问题。就比如计算器只能限定计算几种算术，非得要他计算高算法的事情，这明显已经脱离了本来的范围。当A成立就用产品解决，B与C不成立就用人工流程解决，原来怎么做的，现在还是怎么做。
我们有时候往往把产品想得很伟大，能解决所有的问题，其实不是，产品只解决了真实世界的某个方面某个点上的问题，不能解决所有的问题。在遇到产品不能解决的问题时，或是超出产品范围外的时，想想产品之外还有的系统，可以来解决这类问题。
