产品经理专业基础分享-share版-婵娟

需(wǒ)求(yào)的知识一点苦逼的简介地图红海里厮杀了快三年，安全血海厮杀了快四年，持续在回答：“为什么我们还要做地图/安全”——回答需求。有时候实在回答不出来了，就回答“那为什么我们就能做好？”——回答解决方案。有时候做好了也很难被环境认可，就回答“为什么我们这么做其实是好的。”——回答说服力。今天的话题：产品经理的两个专业素养讲清楚需求提出解决方案路径说服力12快要结束的P序列晋升评审

评委们在关注什么？竞争分析用户体验的理解方法论和解决问题的能力项目产出和效果未来规划业务目标产品经理的日常……跟RD央求：“加这个功能吧！”跟UE央求：“换个颜色吧！把入口再做大一点吧！”被leader挑战：“做这个功能到底有什么意义呢？！”被RD胁迫：“上报策略需要我们要加上这个入口！”被运营挑战：“你的功能没有特色，我们不想传播……”甚至被财务挑战：“你说服我你们做这个事情的意义，我才批钱……”被数据无情的打击：“被寄予厚望的新功能上线并没有什么人用！”以及用户反馈的出尔反尔：“说要的也是你们！做出来说没用的也是你们！”……求人之前，想清楚：你到底要什么？当你在提需求的时候，你真的是在提需求么？这是一个悲伤的故事咚咚咚，请开门。找针。缝口袋。装石子。磨刀子。劈竹子。编蒸笼。蒸年糕，明天请到我家吃年糕。开门做什么？找针做什么？缝口袋做什么？装石子做什么？磨刀子做什么？劈竹子做什么？编蒸笼做什么？开门做什么？年糕被老鼠吃掉了。老鼠被猫吃掉了。猫被狗赶跑了。狗被棍子打死了。棍子被火烧掉了。火被水扑灭了。水被太阳晒干了。太阳在天上对你呵呵笑。咚咚咚，请开门。吃年糕。老鼠呢？猫呢？狗呢？棍子呢？火呢？水呢？太阳呢？像不像你在给RD/UE提需求？像不像Boss在质问你效果？今天你拐弯抹角提需求，明天你就得费尽周折找原因。

然而结果很可能是你什么都没有得到。这个寓言告诉我们：需(wǒ)求(yào)义项一：need，来自用户的真实需要造句：食与色，是人类的原始需求。义项二：requirement，来自某个人对这个产品的要求和期望造句：老板的需求是提升这个功能的活跃度。义项三：PRD,一种令研发和设计师闻风丧胆的文档造句：作为一只产品狗，我每天写需求写到晚上12点。你说的是哪种需求~~我们来认清两个现实一份PRD里，90%以上的文字，说的都不是用户的need.甚至不是我们对产品的requirement.一个PM跟RD和UE的沟通过程中，90%以上的内容，都谈论的不是用户的need.甚至不是我们对产品的requirement.那是什么？“我们需要把这几个入口都排列出来”“每天做活动的banner下面的那行字要标红”“数据比较好/不太好的那几个入口要做大一点，还不行就做成button”“这里做成tab的形式比全列表要清晰一些”“我们要做一个语音播报的功能”“我们要鼓励用户分享，所以分享入口要放得更显眼一点，还要在用户分享之后给用户增加积分”“这里要加个轮播图”往往我们产品的“需求”组成用户PM量量量活跃活跃活跃留存留存留存时长时长时长策略策略策略！数据数据数据！性能性能性能！RD运营&商业点点点！变现变现变现！传播传播传播！UE秀！晒！炫！克制！简洁！Boss嘿嘿嘿Ta好孤独！势单力薄！传说中离用户最近的人……VSUser’sneedRequirementforproduct用户PM量量量活跃活跃活跃留存留存留存时长时长时长策略策略策略！数据数据数据！性能性能性能！RD运营&商业点点点！变现变现变现！传播传播传播！UE秀！晒！炫！克制！简洁！Boss嘿嘿嘿解决方案PRD往往我们产品的“需求”组成User’sneedRequirementforproduct概念理论毕，我们来真实认识一下“需(wǒ)求(yào)”家族的这两位成员：

User’sNeed

RequirementforProductUser’sNeed微信公众号折叠后数据有下降，假设你是公众号的产品经理，你该怎么思考？当你做了积分体系、个人中心、消息盒子、换肤这些我们认为能提升用户活跃的功能以后，真的有很多人用么？聊天工具里那么多人用表情斗图，为什么独立做表情市场的APP就没有特别火的？奇葩的表情都从哪里来？高补贴的时候，外卖/出行APP的红包分享量和抢红包的量，远远大于低补贴的时候，你还打算在红包分享上，多做哪些文章？信利名懒利用户的需求永远是质朴的从什么时候开始起，你跟你妈说话也开始拐弯抹角了？然并卵，你妈还是会一眼看穿你想要什么食色衣住行名利懒趣安言信医教妈，我饿了妈，我要吃肉妈，给我点儿钱呗！妈，我热妈，我不想穿秋裤妈，明天8点叫我起床妈，我再多睡会儿Requirementforproduct假设做推荐算法的技术同学希望设置尽可能多、尽可能明显的功能入口，去收集到用户对内容的喜好信息，你做为产品经理，该怎么做？语音（声音）项目是个好技术，如果Boss和攻城狮们希望大力展现，你作为产品经理，应该怎么在产品中应用这项技术？竞品们每天在8:00、12:00、20:00集中发推送消息，如果我们不发，用户的注意力就会被竞品夺走，你做为产品经理，你该怎么办？入水场景差异化仔细想想……他们的需求其实也是挺质朴的

不就是想让产品给更多的人用，且用得好么解决方案PRD我们要做的事情，是拉近……用户User’sneedRequirementforproductPM量量量活跃活跃活跃留存留存留存时长时长时长策略策略策略！数据数据数据！RD运营&商业点点点！变现变现变现！传播传播传播！UE秀！晒！炫！克制！简洁！Boss嘿嘿嘿“需(wǒ)求(yào)”家族的最后一位成员，该如何存在：

解决方案——PRD

（同时默默地进入实操部分……）别尽整些没用的……要干货基本功：穷举和区分需求来源自然来源自己的想法brainstorm用户访谈/反馈搜刮微博、论坛、贴吧透视竞品和行业深入的竞品分析竞品的用户反馈行业报告指出的趋势官方来源公司战略部门大局和利益领导指示商业/利益考虑变现类需求？传播类需求？团队内来源算法策略统计策略技术应用欲望这往往也是最初级的产品经理的入门必修课：Practice：至少说出你负责的产品的至少这三种需求来源用户的官方的商业的基本功：有力支撑，捏合需求解决方案质朴的User’sNeed数据的支撑用户调研的支撑竞品珠玉在前有价值的需求质朴的RequirementforProductPRD以后尝试下别的提“需求”的姿势……“这段时间，我们想推广这个品类。因为这个品类的ROI是最好的，而且这个位置的点击率是最高的，用户时长也是最好的。所以我希望能把这个品类的推广位置放在这里”“用户在夏天对采摘的需求最旺盛，线下数据显示xxx。所以我们要……”“这几个品类数据不太好，分析和回访发现用户主要是消费过程比较麻烦，希望简化流程”“竞品推出了xxx活动，3天之内的数据是xxxx，而对应的市场需求规模应该在xxxx，还有xxx的空间，所以我们也可以做类似的活动。……”……基本功：从需求中找到具体的解决方案突破口：那一环最有机会？（SWOT）路径：把哪个路径打透，用户的感知最强？（避免多点开花）优先级：先做哪些，后做哪些？（好的解决方案，自带规划）解决方案按需求来源的维度按场景的维度按人的维度路径优先级突破口需求梳理需求梳理之按来源安全软件User’need与机器相关与人相关Requirementforproduct需求梳理之按场景路径需求梳理之按人的维度练习：“角色扮演”与“心理分析”自拍神器围观照片的人App主人：年轻妹子给妹子拍照的人路人隐私保护我愿意分享秘密的人App主人：我有秘密被我防的人路人App的主人：妹子颜值高的颜值低的别美化过分了看着假不要让别人看出我美过颜想要多修一点但是要看上去自然原图一定不要泄露默认用最轻一档不直接分享，存储要方便自动不够还得上手，要能放到很大重度磨皮后提示我用滤镜遮掩下会好很多提示我删掉原片吧！现场自拍一张不满意立刻删掉，再来一张哎哟这张好，再来一张等着看美颜的效果担心空间不够用不想被别人发现是用美颜相机拍的连续拍摄要够便捷速度要快过程要有爱能让我选择是否保留原片拍摄界面仿真，不要有太特殊的音效修存量照片用自拍杆拍分享出去……给妹子拍照的人这是毛线？怎么返回？怎么继续拍？拍完一张为啥要等半天？围观赏图者磨皮磨过了很美，很自然都不像真人了真实度把控及解决方案路人一看/一听就知道你在用美颜，假不假界面和声音尽可能低调主流程操作要通俗；续拍交互要简单直观隐私保护我愿意分享秘密的人App主人：我有秘密被我防的人路人“安全第一”——要有密码“安全第一”——别留痕迹，要清理“秘密存取要方便”——密码和路径不能太难为自己“我需要隐私保护”——APP能被找到“我要管理我的隐私”——数据能导出“他有秘密！”——应用本身要能伪装“我还是发现了他有秘密！”——即便被发现也不能被破解，要提醒主人我被发现了“我一定要刨根问底”——系统文件也要保护好“这是什么呀”——应用本身要能伪装、不醒目“一探究竟！”——不能被破解、提醒主人“嘿嘿嘿”——东东还是能导出，或者能点对点分享滴“安全还是第一”——加密传输“还想要点趣味性”——呵呵?它适合叫一个怎样的名字？给初学者的一点建议找一个路径/一个场景/一个视角：做深、做透如果自己的信心和经验不足，就一定要深挖、研究和学习成熟竞品的体验，宁肯先抄体验，再在内容和服务上做强解决方案一定要做全方位的，不仅仅是界面展现和前端逻辑前端后台的通信策略（如刷新逻辑、出错展现）、数据（展现、存储、筛选查找等）策略、与其他耦合业务的对接策略（如支付）等“体验是一种态度”——细节决定品质，也决定你给Rd带来的体验现在我们该知道PRD该怎么写才更有说服力了User’sNeed:用户/市场调研情况说明数据证据RequirementforProduct:为了量/活跃/留存为了传播为了技术收数据为了某项技术的实验or应用对User’sNeed和体验的影响评估竞品对照情况参考名词解释功能列表适用场景、匹配来源架构关系优先级……具体的功能解决方案的说明功能一：功能描述@