本篇文章主要介绍产品经理对产品落地需求，一个产品朋友问我：“你在做需求的时候，会不会拿到需求后去寻找下竞品？”
我微笑反问到：“你想说，产品经理是不是应该抄袭？”
需求的来源：主动与被动
产品经理在工作中就需求的来源可以分主动与被动需求。
主动需求：数据优化、BUG与问题修复的遗留问题、上线后才发现的问题
被动需求：业务方、老板、团队成员给的建议或需求点
需求的汇总后，我们就要开始对产品方案进行策划。而我们所谓的方案就是落地的原型，原型是由原型工具绘制出的。
当然原型工具也有不同的侧重点，就原型PRD大家可以看下我之前原创分享的内容
产品经理基本功：高效的原型PRD模版
通常我的工作方式：需求——功能——同类产品——跨界产品同功能——原型策划
说到底我们需要把需求整理成系统或app中的功能模块，在一个互联网公司或IT部门，其实需求在整理中大部份情况都可以在需求收集期间得到是具体功能的需求。
比如曾经我在做客服系统期间，客服部门提出希望有一个知识库的功能汇总公司faq与可支持知识库更新的“功能”
上图是医院类的文档管理—知识库
这样的需求其实就会直接进入到同类产品体系——客服系统中，就知识库管理在客服系统中存在，在CMS内容管理系统中同样存在。但要不要花时间或需求是否需要进行跨界的调研，通常看时间与需求紧急程度。
有时间就思考更全面、没有时间就先满足业务需求能用就行。
那寻找竞品到底需要吗？
答案：显然是需要的，从上面我在后台产品工作案例描述，你可以看到就一个“知识库”管理后台，我们仍然需要找到“竞品”，因为我们要清楚功能的流转顺序、功能的字段规范、功能的边界。
有的同学说，业务确定了，产品不就很好做了吗？
答案是：“业务是抽象的，没有形象化也没有系统化”
所以产品经理一定是需要通过了解竞品的功能结构与业务生态，更好的落地在自己的产品上。换而言之：我们的成功是建立在，站在巨人的肩膀上
所以，在现今你看到一个业务是没有有系统或功能承载的时候。这个业务一定是新业务甚至是新的商业机会。但在系统化建设分布条条罗马，你很难找到不可以复用的模块单元。
可能一个一个的模块单元拼成了一个全新的系统，但每个单元其实是可以存在借鉴的。
快速体验1款app
所以，回过头来我发现移动端产品越来越多的今天。我们能够借鉴和寻找的竞品是同样增加的，但是每次要下载、每次要搜索的痛苦是我这名产品经理深刻体会的。
尤其是有的产品需要海外app store 账户或有一些产品只能是安卓。产品经理是很难十全十美的找到自己迫切工作寻找的“竞品”
所以我在之前养成了一个每天体验1款app 的习惯，以产品结构、商业模式、交互设计、优化&建议、产品定位，快速花5-7分钟浏览一个产品。
并且在优化&建议中我把从用户侧的需求归纳为功能点，提升自己的需求颗粒度把握能力，在后面的产品工作中显然是非常有用的。
功能是有页面、部件组成。所以尽可能的以页面、部件的方式提，很快的降低需求池需求太大导致评审难度增加的问题。
后来我才建立一个知识星球：每天快速体验1款app，结果得到了370名的产品经理快速加入。这个知识星球根据：金融、医疗、电商、区块链…….把各式各样的app体验报告归纳。
作者：Kevin改变世界的点滴，文章来源：Kevin改变世界的点滴。
本文由用户 @流浪大师发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
