俗话说隔行如隔山，虽然我有这些想法和建议，但是每个行业都需根据自有特性去运营，去做产品。
半个月前，和商务同事一起做了一次分享，主题是聊一聊互联网医疗那些事儿。其中涵盖了“互联网医疗市场情况”、“医疗行业产品策划引出的行业经验”这两部分的内容。
本打算分享后，把自己那块整理出来，沉淀下来，但时至今日才得空。以下即是上次分享“医疗行业产品策划引出的行业经验”相关的内容整理，愿抛砖引玉，各路大神指点。因为自己是终究是个产品策划，所以半桶水的明显。
一、一个想法
先有解决方案，再有产品需求
# 做一个产品前，不能仅根据功能需求，直接写详细的实现文档，而是应该先摸清行业现状，摸清行业的业务逻辑流程。
# 了解并感知行业的变化，预测并求证行业发展趋势，必要时候，还要根据自己产品的远期规划对大趋势做一定的引导，例如两会提案、参与行业标准制定、政策影响等。
# 在行业摸底和行业的社会背景准备充足后，开始设计行业解决方案，并根据行业解决方案，细化为产品需求。
二、三个建议
建议1@ 写一个好解决方案的建议：
# 找行业关键点。
前面说到，不能一上手写详细的产品需求，实质原因即在于此。行业的关键点，即相当于产品设计当中核心关注且要满足的逻辑，每个行业之所以各有千秋，也是因为行业的关键点各有特色。
# 找关键点中的不同行业耦合模块，并解决之。
所谓的“不同行业耦合模块”，可以理解为，两个不同的行业，有相同的关键点。例如：银行证券开户，需要证明你是你，而且你是本人在操作，而目前能证明你是你的，只有公安机关，所以当我们考虑做在线银行证券开户的时候，势必会借助公安行业这个“证明你是你”的逻辑。同理，在公安办理户口转移、车辆违章缴罚这些业务的时候，也需要证明你是你，公安自己也会考虑如何搞定此类证明。结合了这2个行业一看会发现，银行和公安的此类业务，耦合模块就是需要证明你是你。此时做一个通用的证明模块，来同时解决这2个行业的问题，则是势在必行的。
建议2@ 确定解决方案是否可行的建议：
# 解决方案需要说服自己，不能自己糊弄自己，不能抱着试一试的态度，更不能含糊其辞，躲躲闪闪的去回避外界质疑。在说服自己的前提下，要勇于接受不同的声音和挑战，以考虑方案是否有优化空间。
# 方案是否可行，需要适应体系：我们做任何需求时，都会被限定在一定的体系内，大到国家的法律法规，小到公司的不同产品的架构，例如在微信体系下做需求，需要有平台化思维，不能太深入的介入到业务，需在体系内有不同行业的通用性，不能每个行业都定制化开发。
# 考虑用户：安全和便捷不可兼得，需权衡技术及行业的发展现状。这里必须举一个铁老大的例子：在12306购买火车票时，一定要先在线下火车站验证身份证，这种做法虽然安全，但却没有便捷可言。对于购买汽车票则完全不同，手机购票、二维码电子检票等行业发展和技术都已经成熟，因此实施方案就便捷很多。即：解决方案是否可行，需要结合行业现状、技术发展，权衡好用户需求。
# 考虑参与方：解决方案中涉及到的参与方，都能顺理成章的推进，且能满足各方的诉求。例如政绩需求、品牌推广需求、收益需求，或者是试点项目的可行性尝试等。
建议3@ 推动落地的想法建议：
# 借助社会意志，推动方案落地。正如前面提到的，对大趋势做一定的引导，掠取社会大众普遍关注的一些渠道、事件，切入后营造社会大氛围。例如这些年的医疗改革、教育改革，政府推民间、民间影响政府，逐渐形成互相影响、互相依靠和配合的局面，推进这些行业的进步。
# 借助合作伙伴、竞争对手等的力量，借力打力。例如BAT之间的一些项目，是互相跟进、互相影响的，彼此的解决方案落地偶尔会形成一方栽树一方乘凉的局势。又如借助外部合作伙伴的优势、资源互换等。
# 内部资源整合，敢于切分业务，让擅长的团队协助。公司内部的不同团队各有所长，有善于技术、有善于商务、有善于项目管理，因此进行内部资源整合，拧成推进合力。
# 产品细节的跟进，不能容忍行业产品的瑕疵。研发、测试、还原度验证及用户体验分析，在行业方案落地的每个环节都不能落下，需要精益求精，长期的持续打磨，不能因为行业特性、固有的现状思维，就停止产品的优化。
三、结语
