从产品的8个阶段，谈谈对产品经理工作的理解

产品壹佰 • 7年前扫码分享

我是创始人李岩：很抱歉！给自己产品做个广告，点击进来看看。

2016年6月21正式开启自己的职业生涯，到今日已达1年，这1年期间，经历了大大小小的项目若干，不论项目大小，均从每个项目学到了新的知识，丰富了自己的知识储备。当然，这1年在项目中也遇到了诸多波折，更为甚之，期间产生过这样的念头：自己究竟是否适合这个岗位？whatever，1年就这样悄然过去了，我也成功坚持走完了这1年。1年的经历，足够让我熟悉这个岗位；1年的经历，也终该有个总结。

处在一个人人都想成为产品经理的时代，我们是幸运的，同时我们又是迷茫的。幸运的是我们处在一个互联网时代，机会多多，只要你是有心人，你敢于挑战自己，时代就会接纳你；迷茫的是，在这个人人都想成为产品经理，人人都是产品经理的时代，作为一条产品人，你的硬实力是什么？你怎样从千条、万条产品人中脱颖而出？

1年的产品学习（可能称不上经验，称之为学习也罢），让我对产品岗位有了较为深刻的理解，下面我从产品的每个阶段说下我这1年对产品的理解：需求收集、需求分析、产品规划、产品评审、产品开发、产品测试、产品上线、数据回归。

产品流程图

需求收集及分析

一个项目从立项、开发到上线，最初的一步便是需求收集阶段。需求是产品的根本，满足需求则是产品的目的，犹如女人是男人的精神寄托，满足女人则是男人的目的（满足女人的物质、精神追求）。需求的来源有很多，大体可以归纳总结为三类：1. 现有功能点优化；2. 市场调研；3. Boss灵光一现。

（1）现有功能点优化。这类需求相对比较简单，一般新手产品人会做些这类需求，比如我7月份的时候刚入职，老大交给了我几个这类项目：学校信息列表优化（之前木有检索功能，用户在选择学校时，由于学校信息庞杂，导致用户体验很差，效率很低）、设置页面优化（调整功能入口顺序及整合功能）及注册登录流程优化（输入手机号样式优化、增加上行短信功能）。这类需求很简单，主要给产品新人练手的机会，并与设计、开发及测试人员照个面，熟悉熟悉，然后慢慢开始相爱相杀。

（2）从市场调研而产生的需求。当产品新人慢慢熟悉了整个工作流程后，会慢慢地接触一些从无到有的需求，这类需求相对比较复杂，非常考验产品新人的能力。这时候需要去市场上进行调研（情报收集能力），分析同行业的竞品（分析能力），收集用户反馈（用户同理心），归纳总结出用户最核心的痛点（归纳总结能力）。这里还涉及到一个挖掘需求的问题，用户的需求已经很明确了，为什么还要挖掘呢？因为现在是一个需求多资源少的时代，并不是用户有什么需求，我们就要满足他们，产品经理要清楚地了解用户最核心的需求及需求场景，权衡和评价需求优先级。如果你不分析抽离出核心需求，用户所有需求全盘接收，这样你可能遭受别人背后骂你傻逼。

16年9月份，我从竞品及用户反馈后台总结归纳出（工作前几个月，我每天都会去用户管理后台查看用户反馈，了解用户所需），背单词功能是k12领域一个核心的需求，从市面上的扇贝、百词斩、乐词及墨墨背单词所拥有的用户量级及用户反馈后台的用户反馈数量，我决定做一个背单词的功能，丰富我们app学习工具的种类（契合我们当时的产品方向），同时满足用户记忆背诵单词的需求。

（3）boss灵光一现产生的需求。并不是boss所提的需求都是不靠谱的需求，亦不是boss所提的需求都是靠谱的需求，所以当boss提出一个需求时，也同样需求产品经理分析调研，自问下：该需求满足用户什么需求？能为产品带来什么收益？满足用户需求的路径有哪些？最优的路径是什么？

需求收集与分析阶段，我认为是产品环节中最最重要的一环，如果在需求收集与分析阶段，没有准确把握用户需求点，没有准确抽离出用户最核心的痛点，那么后续的工作将会毫无意义的，上线后的产品功能也不会取得很大成功。万事开头难，所以在需求收集与分析阶段，我们需要花费大量的精力与时间，准确无误地抽离出用户最最核心的痛点，找出实现需求的最佳路径，整合资源，为后续的产品方案做好前期准备。

产品规划

当需求确定后，就要开始着手准备产品方案了。由于之前已经对需求梳理的比较明确，且对需求的背景及目的也有了很清晰的定位，因此在撰写产品方案之前，有以下几个步骤需要着重思考：

（1）满足需求的方案有哪些。任何问题都不只有一种解决方案，当面临多种选择的时候，就需要我们深入思考哪种方案更节省资源，开发成本更低。前面也说了，现在是一个需求多资源少的时代，作为产品经理，我们就需要权衡各个方案的优劣，找出最优方案。

（2）不确定的技术实现问题可与技术提前沟通。当最优方案确定后，然后开始撰写产品方案，在撰写前还有一步至关重要：流程图（前期，我出产品方案的时候经常忘记梳理流程图，导致方案在逻辑上总是丢三落四）。方案确定后，我们需要先把方案的流程梳理出来，流程图的目的就是把我们思考的点串成线，即流程图就是我们后续方案的大框架。流程图梳理完成后，我们按照流程图上的每个节点，开始撰写mrd，方案完成后，再对照流程图进行check，检查有没有遗漏的点。在撰写mrd 的时候，如果遇到某些点在技术上的实现性无法预估，则这时候，我们最好的解决方案就是找技术人员当面沟通确认，这至关重要，因为如果你不提前确认，当最终方产出后，某一个点且这个点又是决定整个方案的关键点，在技术上无法解决，则你整个方案都前功尽弃了，前面的工作都成了无用功！所以，术业有专攻，你不太确定的专业知识，可以找专业的人去了解沟通，这样，你会在产品路上少犯很多错，少走很多弯路。

（3）同理心审查产品方案。当最终方案确定后，把自己当成用户，通读一遍方案，把你的方案当作已经上线的产品，在心里使用一遍，审查下是否在逻辑上走得通，哪些点用起来感到迷惑等等。这一流程可以为你在后续的产品评审中起到关键作用哦，因为你在最终审查方案时，会对每一步为什么这样设计、这样设计的目的是什么等问题会有一个清晰的认识，提前预判产品评审时技术人员问到的问题，让你在评审时撕的更通畅，更有自信！

我在做注册登录功能时，栽了不少跟头。由于当时刚刚入职，对产品流程认识不清晰，拿到一个需求后就开始闷头出方案，整个方案的流程梳理不清楚，导致最终产出的方案逻辑漏洞百出。在做注册登录功能时，我们要想明白这几个问题：是否需要第三方登录方式、手机号注册时未收到验证码怎么处理、是否需要发送上行短信、是否需要用户设置密码、若需设置密码，密码位数是否限制、密码字符是否限制、密码是否再次确认、若需再次确认密码，两次设置密码不一致时怎么提示及何时提示等等问题。所以，一个小的功能，竟然如此多的问题需要考虑，如果你在出方案时，没有梳理流程，没有画流程图，你可能会遗漏很多问题，导致你最终产出的方案是一个残缺不全的的畸形方案，评审时，会被技术人员鄙视，更为甚者，会让技术人员对你产生不信任！

产品评审

万事俱备，是时候接受挑战了。在产品方案ready后，要迎来了暴风雨的滋润，战争前总是紧张亢奋的，这时候一定要沉着冷静，只要你前面的准备都很ok，那么产品评审就是给大家展示你的想法，让人们了解你是如何抛出问题并优美地解决问题的一个小小的会议而已。评审过程中有几个点需要特别注意：

（1）不要拿你的不专业去挑战别人的专业。当某一些技术人员去质疑你的方案的时候，你要好好倾听，千万不要说，我感觉这种实现方式挺简单的啊（即时它真的很简单），这样的说辞暴露出你的弱智：1. “你感觉”说明你对这种实现方式不懂，凭空猜想的，会让技术人员内心鄙视你；2. 你在质疑技术人员的专业性，你有求与人（技术人员帮你完成你伟大的产品想法），却又质疑别人的专业度，日后谁还敢接你的需求？所以哈，仔细聆听技术们的意见，都记录下来，会后再找他们私聊，这才是解决问题的正确方式。

（2）知此知彼，百战不殆。当你评审的次数越来越多时，你会发现在评审时，一般都是某几个固定的技术人员在提问。所以，我们一定要了解每个技术人员的性格、喜好及他们思考问题的方式，这样在面对他们的提问，才不会手忙脚乱。

产品评审时，如果前期没有做好充分准备，你会被撕成碎片。所以，在评审前我们要在心里预演多遍，预判出会中会提到哪些问题，提前想出问题的答案；在评审中，切记拿自己的不专业去挑战别人的专业，不要以卵击石，更不要妄加定论，想明白想清楚再回答，若没有想清楚，则谦虚的承认说：这点确实没有考虑到，下去再仔细想想。

产品开发及测试

评审结束后，把评审时暴露出来的问题梳理完成后一定要告知到每个参与的研发人员，介时候你就可以适当的放松一下啦，这期间可以调研下一轮需求，同时要跟进上一项目的开发进度，要实时了解掌握整个项目的进展，中途遇到问题，随时沟通，沟通，沟通！切记，开发期间尽量少改动需求（如果是十分致命的问题，另当别论），讲个我的小插曲：在开发背单词项目的时候，临近项目提测，我进行了背单词首页顶部bar的ui调整，我感觉仅仅是一个ui层面的调整，不会花费很大的开发成本，但是由于自己技术知识的欠缺，自己的想当然，导致给研发妹子带来了很大的开发成本，妹子脆弱的心灵受到了强烈的打击，眼中的泪水喷涌而出…，那场面甚是尴尬，这次事件后，我被老大当面批评并邮件通报了全部门。所以，产品在开发阶段，不要轻易的随便的任性的想当然的修改需求，你的一时爽，可能带给研发人员无数个不眠夜啊。

产品测试阶段要多多与测试人员沟通，把需要重点测试的环节告知测试人员，着重测试，争取把问题在上线前都暴露出来。

整个产品开发和测试阶段，考验产品经理最重要的能力就是：沟通能力及解决问题的能力。如在开发过程中突然遇到了一个评审时没有暴露出来的问题，这时候开发时间又紧，就需要产品经理快速分析问题及找到解决问题的方案。

产品上线及数据回归

产品开发及测试ok 的时候，这时候还应该有一轮灰度测试。即抽取小部分用户，让他们体验新功能，并收集他们的反馈。当灰度测试功能没问题的时候，就开始正式上线了（全量用户），产品上线并不意味了整个项目告一段落了，这期间我们要密切关注用户反馈，比如某一个功能点用着不爽，某一个功能点不知道怎么操作等等，收集用户反馈，回归功能数据，找到可以优化提升的点，做二次迭代。举个小栗子：在做背单词的时候，产品上线后发现用户留存很差，经过分析数据及收集用户反馈（很多用户反馈说没有一个每日提醒背单词功能），我在16年的10月份（9月份上线背单词功能）进行了一次迭代优化，增加了规划背单词子功能，当用户根据自己的学习能力选择每天需要规划背诵的单词个数后，我们会在每天的一个固定时间点，推送背词push。介个子功能上线后，用户背单词的留存率上升了10几个点！所以，某个功能上线后，不代表整个项目告一段落，后续需要产品经理不断的去收集用户反馈，进行数据分析，进行产品功能的N次迭代，经过不断的打磨，使功能尽可能接近完美！（数据层面和用户使用层面）

产品路漫漫其修远兮，吾将上下而求索。经过1年的实战及学习，对产品经理岗位有了更深入的理解、对产品流程有了更清晰的认识。这1年，使我感悟最大的两点就是：1. 不管你做什么项目，大项目、小项目、重要项目、边缘项目抑或是打杂，你一定要全身心投入，不要嫌弃，要明白每个项目，你都会从中学到一些知识（专业知识或非专业知识）。2. 要跟对人（如果没有一个厉害的产品大牛指导，你可能会走很多弯路），这个至关重要，遇到一个nice的老大，牛逼的老大，你会学到太多东西，对你以后的产品路会有很大很大的帮助！很幸运，带我的老大，他对产品的感觉真的很厉害，是我见过最厉害、性格最好的产品人。其实，每个项目都是你攀登更高峰的一个阶梯！前几天从网上看到一篇文章，把产品经理分为三个阶段：