１个想法３个建议：偏向于行业运营的产品策划经验

2016-08-09 09:37:00

半个月前，和商务同事一起做了一次分享，主题是聊一聊互联网医疗那些事儿。其中涵盖了“互联网医疗市场情况”、“医疗行业产品策划引出的行业经验”这两部分的内容。

本打算分享后，把自己那块整理出来，沉淀下来，但时至今日才得空。以下即是上次分享“医疗行业产品策划引出的行业经验”相关的内容整理，愿抛砖引玉，各路大神指点。因为自己是终究是个产品策划，所以半桶水的明显。

一、一个想法

先有解决方案，再有产品需求

做一个产品前，不能仅根据功能需求，直接写详细的实现文档，而是应该先摸清行业现状，摸清行业的业务逻辑流程。

了解并感知行业的变化，预测并求证行业发展趋势，必要时候，还要根据自己产品的远期规划对大趋势做一定的引导，例如两会提案、参与行业标准制定、政策影响等。

在行业摸底和行业的社会背景准备充足后，开始设计行业解决方案，并根据行业解决方案，细化为产品需求。

二、三个建议

建议1@ 写一个好解决方案的建议：

找行业关键点。

前面说到，不能一上手写详细的产品需求，实质原因即在于此。行业的关键点，即相当于产品设计当中核心关注且要满足的逻辑，每个行业之所以各有千秋，也是因为行业的关键点各有特色。

找关键点中的不同行业耦合模块，并解决之。

所谓的“不同行业耦合模块”，可以理解为，两个不同的行业，有相同的关键点。例如：银行证券开户，需要证明你是你，而且你是本人在操作，而目前能证明你是你的，只有公安机关，所以当我们考虑做在线银行证券开户的时候，势必会借助公安行业这个“证明你是你”的逻辑。同理，在公安办理户口转移、车辆违章缴罚这些业务的时候，也需要证明你是你，公安自己也会考虑如何搞定此类证明。结合了这2个行业一看会发现，银行和公安的此类业务，耦合模块就是需要证明你是你。此时做一个通用的证明模块，来同时解决这2个行业的问题，则是势在必行的。

建议2@ 确定解决方案是否可行的建议：

解决方案需要说服自己，不能自己糊弄自己，不能抱着试一试的态度，更不能含糊其辞，躲躲闪闪的去回避外界质疑。在说服自己的前提下，要勇于接受不同的声音和挑战，以考虑方案是否有优化空间。

方案是否可行，需要适应体系：我们做任何需求时，都会被限定在一定的体系内，大到国家的法律法规，小到公司的不同产品的架构，例如在微信体系下做需求，需要有平台化思维，不能太深入的介入到业务，需在体系内有不同行业的通用性，不能每个行业都定制化开发。

考虑用户：安全和便捷不可兼得，需权衡技术及行业的发展现状。这里必须举一个铁老大的例子：在12306购买火车票时，一定要先在线下火车站验证身份证，这种做法虽然安全，但却没有便捷可言。对于购买汽车票则完全不同，手机购票、二维码电子检票等行业发展和技术都已经成熟，因此实施方案就便捷很多。即：解决方案是否可行，需要结合行业现状、技术发展，权衡好用户需求。

考虑参与方：解决方案中涉及到的参与方，都能顺理成章的推进，且能满足各方的诉求。例如政绩需求、品牌推广需求、收益需求，或者是试点项目的可行性尝试等。