灾难面前我们应该结合自身实际去为社会做贡献；热点面前我们应该适可而止的去蹭热度；“机会”面前我们应该认真的分析到底是机会还是诱惑。作为产品研发，如何在机会面前来把握产品研发的方向并采取理性的决策？

新冠疫情肆虐，在春节前几天随着武汉发布警报，从封城开始，整个危机一下子蔓延到全国。整个春节失去了往日的热闹，但不用奔波，不用应酬，辛苦了一年，一家人难得在一起这么长时间，正好陪爸爸妈妈好好的过年，也不是一件坏事。

随着全民居家隔离，人们对网络产生了极大的依赖，特别是随着疫情的蔓延，全国都蔓延在恐慌之中，一方面老百姓对于健康更加重视，特别一遇到发烧咳嗽，更是不知所措，急需要专业的咨询甚至是诊治。

而另一方面医院由于疫情影响，也陷入了紧张的气氛，将更多的医疗资源都集中到发热病人，甚至各大医院纷纷开辟了发热门诊。而具备互联网医院条件的地区和医院也陆续上线线上的发热门诊，为百姓提供便利。

对于我们这些做IT，做互联网的，这个春节估计也是最忙的节日。

各种线上发热门诊

前方商务、销售也在反馈应该尽快推出发热门诊的产品功能，认为这是一个巨大的机会，有了它就可以推我们的产品。

在这种声音下，大家开始策划发热门诊的产品，而且参与的人也越来越多，需求被不断放大，功能被不断放大。一个事件催生了互联网医疗平台项目的诞生，真是机会主义者的狂欢啊。

我不敢妄加评判今天的行动能给我们的发展带来多大的作用，但是我希望在热情之中我们需要保持冷静的头脑去扪心自问：

• 疫情相关的服务对于互联网诊疗来说是一个锦上添花的功能，但当还没有“锦”的时候，追求“花”的作用又有多大呢？
• 如果这个产品方向前期并未在研发规划中，更没有相关的正在服务的客户，上线这样的功能除了Show一下之外，会有实际的应用吗？
• 作为微医，好大夫等，他们作为流量很大的互联网医疗平台，他们上线这样的功能的确是为国家分担一些工作，解决部分民生问题，而我们并非互联网平台，至少现在不是，没有流量的载体，我们能服务谁？
• 在本来就急缺的研发资源面前，是专心研发产品还是不断的去碰“机会”？

灾难面前我们应该结合自身实际去为社会做贡献；热点面前我们应该适可而止的去蹭热度；“机会”面前我们应该认真的分析到底是机会还是诱惑。作为产品研发，如何在机会面前来把握产品研发的方向并采取理性的决策？

其实在我们日常的研发过程中，市场中不乏各种各样的机会，站在静态的、单一的角度看机会，每个机会都有价值，所以销售团队会去寻找一次次的单次机会。但是当我们动态的，多维度的角度去审视机会时，它到底有没有价值呢？

所以市场团队一般要筛选一个个的机会。而对于产品研发到底是冷静的市场驱动还是激进的机会驱动呢？

没有正确的答案，只有理性的思考！

是否是符合既有产品的机会？

疫情刚开始时，公司旗下的一个面向医生群体的新媒体平台率先意识到该事件的严重性，第一时间建立了疫情的专题，向平台上的广大医生传播前线疫情的进展，建立了武汉一线医生对外发声的通道，快速建立疫情防治的资讯内容。

而集团旗下另外一个互联网医疗平台，也在春节假期期间第一时间为合作客户建立了发热门诊线上咨询，送药上门的功能，取得了客户的好评，从而升了自己的品牌形象。他们能快速响应并取得较好效果的前提是此次的机会符合他们产品发展的方向，具备承接机会的现存载体，那么机会就像助燃剂一样推进产品更快的发展。

所以当机会来临之际，我们首先要思考这个机会是不是在我们产品的既有轨道上。

本次疫情对社会的影响，远远要比病毒本身对人的创伤要大得多，假期不断延长，各地复工时间也一再的拖延，这对各行各业产生了重大的影响。对于很多行业，疫情是一次重创，甚至不给你喘息的机会。但就像当年非典疫情催生了电子商务的快速发展一样，本次疫情对于一些行业，一些产品却起到加推的作用。

由于疫情影响，在家远程办公成了几乎所有企业的不二选择，本来属于Sohu一族的style，一下子变成了全民流行。而深耕在线办公的钉钉和企业微信借势狂轰滥炸似的推广，趁机扩大自己的领地，而初出茅庐的新贵——飞书，借助自家今日头条巨大的流量，也是铺天盖地的大势宣传，势有三分天下没我怎行的态势。

在线办公三巨头

机会就像只盼的东风，既然在一个航向上，没有不借的道理，zoom（远程会议软件）股价迅速拉升，钉钉会议一度网络瘫痪，每个平台都在争分夺秒的升级系统，上线和疫情相关的功能。所以，符合产品方向，机会就是东风，只有激进的抓住，才能乘风而去。

相反，如果这个机会不符合我们的产品方向，或者我们的产品还没有完成0-1的过程时，盲目去追机会会让我们偏离了既有的航向，拖慢我们实现目标的进度。

有一个普遍的现象，在大企业，特别是一些大型外企，市场部门有很强的话语权，他们决定这做什么不做什么；而在中小企业，销售部门却很强势，所有都围绕着销售机会，订单驱动。

其实这也反应了企业中不得不面对的另外一个问题：是立足于产品竞争力，还是尽快赚钱？

中小企业因为面临生存的压力，活下来比什么都重要，尽快赚钱是首当其冲的紧要任务。所以在这样的环境下，研发团队很难做持续的长期的研发策略，而逐步沦为销售部门的支持团队。但是一味的机会驱动，订单驱动，很容易让我们忘记初心，失去方向，从而无法创造具有市场竞争力的产品，尽快赚钱也就意味着缓慢的成长。

拒绝非产品方向的销售机会成为中小企业难以解决的死穴！如何解开这个死穴，就需要企业高层管理者保持清醒的理智的头脑，尝试执行以下逻辑：

1. 既有产品方向是否能够生存？如果不能，先活下来，不要试图拒绝机会；
2. 既有产品方向能够生存，保持80%的资源投入到既有产品的销售机会，拒绝太多消耗现有方向的资源；
3. 拿出20%的资源支持既有方向以外的机会，除了能带来营收，另外还可以发现新的产品方向。

注：资源投入的比例依据当前产品的成熟度来决定，产品相对成熟，可以拿出更高比例的资源进行其他方面的创新。

是否符合创造新产品的机会？

此次疫情的爆发，虽然让全国的经济遭受重创，但是对于行业而言，的确是几家欢喜几家愁，其中受疫情影响损失最大的10大行业：

1. 餐饮行业
2. 旅游行业
3. 电影行业
4. 零售行业
5. 制造行业
6. 交通运输行业
7. 出口行业
8. 房地产业
9. 原油及大宗商品
10. 农业

相反，此次疫情对于某些行业却是一次千载难逢的机会，比如：

1. 游戏行业
2. 在线医疗
3. 自媒体、短视频、直播行业
4. 云办公
5. 在线教育
6. 健身及保健类
7. 人工智能、数据分析
8. 心理医生、私人医生
9. 眼科医院、眼镜店
10. 生鲜电商

就笔者从事的在线医疗行业来说，疫情的爆发虽然给我们带来短暂性的损失，让业务无法在年初这段时间正常的开展。但是从长远来看，疫情让老百姓更加注重健康，特别在居家隔离的日子里，催生了在线问诊的需求，线上寻医问药也更加广泛的开展。

对医疗机构而言，如何做到疫情的防治，如何解决门诊人满为患的问题，如何更好的为患者服务，也加速了在线医疗的普及。

当然，在这种机会下，那些早就布局这方面业务，有成熟产品的公司会首先获益，加速了既有业务的拓展。但是这些大机会的产生，势必会让整个市场都进入一个加速发展，规模扩大的进程，也预示着新入者依然会享受市场爆发的红利。

所以快速的捕获机会背后的市场需求，建立起新产品的发展方向，集中优势资源，尽快的抢占先机，需要产品研发能够敏捷的反应。

但是对于疫情这样的机会，就像政策发布一样，它对于每个人都是平等的，我们看到了，别人也都看到了。也许市场的参与者一下子就涌入很多，是冷静的市场驱动，还是激进的机会驱动？依然是摆在我们面前的选择题。

所以，在投入资源之前，我们还需要冷静的思考以下一些问题：

1. 产品要解决什么问题？（产品价值/产品定位）
2. 为谁解决这个问题？（目标市场/用户）
3. 成功机会有多大？（市场规模）
4. 怎样判断产品成功与否？（度量指标或收益指标）
5. 有哪些同类产品？（竞争格局/竞品分析）
6. 为什么我们最适合做这个产品？（竞争优势）
7. 时机合适吗？（市场时机）
8. 如何把产品推向市场？（营销组合策略）
9. 成功的必要条件是什么？（解决方案要满足的条件）
10. 根据以上问题，给出评估结论。（继续或放弃）

当我们想清楚这些问题，本来看似莫大的机会也许是一个巨大的陷阱，一旦我们投入巨大的资源进去，其实未必会取得期望的效果，反而让自己陷入进退两难的境地。但一旦分析后发现这样的机会符合我们开拓新产品、新市场的条件，那就不要犹豫应该积极的投入资源，争分夺秒的尽快抢占先机，从而实现突破式的创新。

现实中，我们往往在看似巨大的机会面前，丧失对市场的判断，比如销售带来几百万的订单机会，我们激进的投入资源，孤注一掷的要开辟新的战场，结果除了这个订单的收益之外并没有产生新的市场机会。而我们自己的主业却因为资源的被抽调而耽误了快速发展的时机，其实是得不偿失的。

很多时候，一个大的市场机遇其实是留给那个早就有所准备的人的，2003年非典疫情催生了电子商务的发展，非典过后电子商务的平台如雨后春笋冒了出来。但是真正能做大走远的也就淘宝、京东等寥寥几家，原因就在于他们在机会来临之前，就已经开始埋伏了，对他们来说这样的机会确实是催化剂让他们前期的积累在这一刻实现了爆发。

所以，机会永远都在，如果我们没有乔布斯那洞察一切的上帝之眼，我们还是应该回归到理性的产品决策上来，理清产品背后的商业逻辑，而不要盲目的追逐机会！

#专栏作家#

菜根乱谭，微信公众号：CGLT_TAN，人人都是产品经理专栏作家。经历程序员、技术Leader、产品经理、研发Leader等多种岗位。关注医疗，早教领域，擅长企业IT架构及互联网产品架构。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议