写在前面
Part 1 这篇文章对我有啥用处＆作者为啥写这篇文章？
作为一只新入行的产品汪，一直想把从事产品工作以来的感受写一下。第一是分享给更多的产品新人，给大家涨涨经验值，对产品路上可能的坑有所预警。第二是为了总结经验教训，让自己看到曾经如何傻逼过，避免未来犯相同的错误。
Part 2 这篇文章适合我看吗？
这篇文章面向的对象有两类群体：
第一类：刚刚从产品助理的岗位晋升到产品经理职位上，开始承担独立的产品工作；
第二类：有一定其他相关工作经验的人刚刚转行到产品经理岗位，本身有一定工作经验，与产品打过交道，但是产品经验停留在看上；
我们把这样的产品经理统称为见习阶段的产品经理以区别成熟的产品经理，后文简称见习产品经理。
1） 需求来源以被动承接的需求为主；
手上的需求来源一般是部门老大从老板、业务部门、兄弟部门领过来一堆需求，然后根据需求涉及产品模块分配的。
2） 开始独立承担某个产品或者产品的模块并背负相应kpi指标；
相对于产品助理，见习产品经理需要独立承担一部分工作。并且需要积极推动产品进展：包括进行需求探索、出具方案、产品设计、跟进开发、以及线上优化等环节。
3） 产品设计需要内部评审；
由于见习产品经理经验上的不足，所以出具的方案或产品设计在移交开发之前必须先通过产品团队内部评审，或者至少由产品部门老大确认通过后方可以移交开发；
当然，开发资源耗费较大的产品不仅要产品团队内部评审还需要老板评审通过才可以移交开发；
产品工作万变不离其宗，无非需求探索、出具方案、产品设计、跟进开发、上线后持续优化。各位见习产品经理们的工作可能按照手上产品进度，不同时间侧重点会不同。所以我后文会按照一个产品从需求收集到上线优化的顺序来介绍见习产品经理工作和需要注意的事项，文章最后也介绍了产品研究的方法、用到的工具。
由于文章中的观点是从自己的工作中总结的，限于自身经验、阅历，有些观点未必成熟，欢迎大家的讨论与指正。
需求探索
有人说既然只是被动承接需求，都是已经很明确的东西，或者说需求是老大/老板定的，我只是按照老大/老板的想法实现，为什么还需要做需求探索？
请千万不要抱有这种想法！产品经理没有任何借口逃避责任。不管这个需求是老板给的还是老大甩给你的，只要你是这个需求的产品经理，就要把他当做自己的亲儿子无微不至的关心、探索、思考。主动、全面探索现状背后的问题，问题背后的需求，努力让产品能发挥更大的价值。
Part1 需求探索的目标
需求探索阶段最重要的工作是理清楚现状：弄清楚产品的用户群体、产品使用场景、产品目前需解决问题的价值：
1） 用户群体
明确开发出来的产品给谁用的，用户群体是什么？
以微信6.0微视频功能为例：用户群体是全体微信用户？是的，但是这对于需求探索没有意义，因为全体微信用户这个群体颗粒度太大了，群体内部差异也很大，需要细分：
比如可以按职业不同分：在校学生、都市白领、销售代购业者、特殊行业从业者；
或按照地域分：三线城市及以下的用户、一、二线城市用户、海外用户；
请注意：真实情境中不同用户群体可能对同样功能有截然相反的需求，这就需要见习产品经理根据用户群体的重要程度及功能对用户群体的重要程度确定功能需求。
2） 应用场景
应用场景是怎样的？
还是以微视频为例：
三五个好朋友一起旅行时分享路上景色、整蛊搞笑、打闹嬉戏的片段；
家里的二货汪星人在卖萌！新买了wii！尼玛，赶紧拍下来，在朋友圈秀一下；
特殊行业吸引客户/交易前确认信息，等等；
3） 需解决问题的价值
依然是微视频的例子：过去的朋友圈只能分享图片，图片对于静态信息的传递很清晰，但是也有一些问题：
A. 难以传递事物运动变化信息；比如，我想让朋友们看到我家喵星人在捞鱼的画面，图片很少能准确抓拍到这个场景。
B. 难以传递事物多维度信息；比如刚刚到法式餐厅吃了顿大餐，偏偏过去要拍很多张从中挑选一张好的照片，那现在简单了拍个视频把每道菜都不同角度拍一圈就可以了。
C.最后，更重要的是图片不能传递声音讯息，缺乏声音这种生动的信息传递方式；
总之，通过视频可以让信息更深更快速的传递。但是也有弊端，就是以后出去喝酒想骗女朋友在加班就难了。
出具方案
在完成需求探索明确了做什么之后，接下来就是去想具体该怎么做了。这个阶段要确定该采取什么样的行动方案，以及确定行动方案的大体步骤方法。这是个非常有挑战性的阶段，很考验见习产品经理的归纳能力、推理能力以及表达能力。但个人感觉也是最有成就感的环节，是让漂浮的天空中的美好愿望落地的环节。
Part1 出具方案阶段的要做的
1） 确定为什么这样行动？
我们的目标有1.2.3三点，那么为什么选择A方案达成目标而不是B方案？
2） 如何行动？
你说服我应该采用A方案，好的，那A方案的计划是什么样的？完成每个步骤需要什么资源？会达成什么效果？
其中，需注意的是所谓方案不限于产品，也可以包含一些运营或其他手段。只要能解决问题就可以拿来用。
3） 与部门老大/产品团队确认方案
无论部门老大多么忙，多没时间管你。也要厚着脸皮一定请他/她过一遍你的方案。我曾经在这里吃过很多亏。一开始时总是把高保真原型画出来再找老大，结果思路都直接被否定了，还要返回起点重新思考。自己觉得很沮丧不说，也浪费了很多时间耽搁项目的进度。现在慢慢学的知道了，先和老大确认初步方案是否可行。听取他/她的意见，之后修改再确认如此反复。
与部门老大的沟通：除了特别重要的项目，老大关心的无非是产品的价值、需要的资源、产品将会达成的目标（大的项目的话还有项目的阶段计划与目标）。那么，见习产品经理再和老大确认时也主要确认这些部分即可。产品细节除非老大主动问到不需要确认，否则反而会有推卸自己对产品责任的嫌疑。
Part2 出具方案阶段注意事项
1） 价值小的不做
之前做过一个产品，运营团队提出需求，而我作为产品经理了解了需求方的需求之后，就进行相应设计，并交付开发。这个产品本身虽然让需求方很满意。但服务的用户仅仅是几个人，而且完全可以通过改变这几个人工作习惯可以解决。但是产品、开发却前后花费了15人天成本。对于公司来说，投资与收益不成正比。
2） 能简单做的不复杂做，能将来做的不现在做
见习产品经理最容易犯的错误就是追求功能的大和全。自以为考虑全面，但焉能保证用户真会按你设计的思路使用？一旦产品和用户需求不符合，退回去的代价是非常高昂的。所以在不确定用户将会怎样用前，不要想当然。先迭代最简单的版本，只提供用户需要的功能。这点自己也引以为戒。
产品设计
在方案获得老大的认可后，恭喜你，可以进入产品设计环节，撰写产品文档了。
Part1 产品设计阶段需要做的
在产品设计阶段，见习产品经理们需要出具产品文档、排列功能优先级、如果产品比较重要或者涉及较大开发量还需要准备和进行评审；
1） 出具产品文档
产品文档就是PRD文档。需要详细说明产品的功能点、权限与角色、每个功能使用场景、详细功能描述等信息。写文档时请时刻考虑你的读者是开发同学和测试同学。请尽量把文档逻辑关系理清楚。表达清晰、简洁、直白。让开发同学、测试同学可以看得懂，甚至可以拿产品文档当做测试用例来用。
最后，如果涉及到页面展示变化还需要出具高保真产品原型；
2） 排列优先级；
我所在的产品线是公司主要产品线之一，每次移交都是一堆产品经理批量移交一批需求给开发。时不时还有紧急插队的任务，还有一堆的任务堆在后面。开发资源很有限，所以需求会安札优先级排给开发同学。优先级一般在移交时由产品老大确定。但是作为这个产品的产品经理，你其实应该把产品各个功能的优先级排列清楚，以备不时之需。
3） 产品评审
较大或重要的产品一般需要进行产品评审。见习产品经理们要想清楚每个细节。因为在评审会上任何细节都可能被问到。最好在产品评审之前已经和参与人员有过沟通确认，这样在会上只需要将大家已经取得一致的意见正式确认即可。
Part2 产品设计阶段注意事项
1） 设计、开发要提前介入：
一般在方案确定后就尽快与交互同学沟通交互设计问题。同时请开发提供产品可行性的建议。与设计、开发讨论的过程甚至建议更前置到出具方案环节，但是这要看每个团队配合习惯和资源紧张程度，但是至少在方案确定后要立即开始与设计、开发沟通，保证产品移交前产品文档是产品经理与设计、开发充分讨论过的。这样才能避免产品移交时，交互设计稿还没有出出来，开发照着做了，做的过程中交互又提出一些新的想法可能是产品没想到的楼栋，于是又改产品文档，开发有需要改功能。或者开发同学在移交会上发现产品功能难以实现，有很多考虑难以实现的问题，让需求移交成为一场漫长的需求讨论会；
这里面涉及到两个角色：攻城狮和射鸡狮，由于工作内容的巨大差异造就他们非常鲜明的思维方式。产品经理要了解和尊重他们的思维习惯，这样才能更好沟通，共同推进产品进展。
2） 与攻城狮的沟通：
攻城狮的思维特点：1. 思维习惯从实现角度考虑；2. 思维逻辑性强；在与攻城狮们沟通时：
首先要是解释清楚功能背景、需求目的，让攻城狮看到做这个功能的意义，大家都是为了产品好，在了解了背景和价值时也许攻城狮同学会提出更好的主意。
其次，沟通时用更有逻辑性的方式表述：在某某条件下，返回什么样的结果，如果用户给予A反馈，则如何如何；如何用户给予B反馈，则如何如何。
3） 与射鸡狮的沟通：
射鸡狮的思维特点：1. 艺术家气质；2. 思维跳跃、奔逸；
射鸡狮发散的脑洞背后有很多创造性的设想与方案；而且很多时候确实蕴含了产品没有发现的金矿，在交互细节上如果射鸡狮提出方案与设想差异很大，在满足产品需求前提下。大可以妥协看实现的效果如何，我的经验里多数情况结果还是不错的。但是，射鸡狮有重体验轻视功能、忽视开发成本的倾向。炫酷新颖的方案不仅对射鸡狮很有诱惑，对产品经理也非常有诱惑，没有哪个产品经理不希望做出让用户耳目一新的产品。所以这个时候产品经理一定要克制住自己心中的小火苗，多问问自己这是我们需要的吗？它是符合我们的目标吗？
产品移交及跟进开发
产品通过评审后就可以准备进行产品移交并跟进开发进展。这个阶段主要是产品从产品经理移交给开发团队，由开发团队根据产品文档实现产品功能直至上线的过程。
这个阶段以持续跟进为主
需求移交时按照角色的使用场景、操作、价值讲解，并且要开发反讲、测试提问；开发做完后无论多忙也要第一时间看看是否符合自己需求；验收/上线环节不要因为测试/自己已经验过了就不认真验收，要仔细检验功能完整性；
产品经理在这个阶段的工作相对前几个阶段轻了一些。但是也要持续关注，因为问题和状况总是在你想不到的时间和地方出现。
上线后持续优化
恭喜你！产品已经顺利上线了。经过了这么漫长的过程，终于可以暂时松口气了。但是，请注意哦。产品上线后还有很多的工作要做呢。
Part1 持续运营阶段需要做的
1） 密切关注产品健康情况；
还记得前面我们定的产品目标吗？我们还需要密切关注产品的各项指标：收集上线后用户反馈、数据的变化情况；最好能够定期进行运营分析并出具运营报告的价值：
一方面可以对产品进行全面体检，检查产品和初始目标之间是否存在差距；以及如果存在差距，问题出在哪里？有什么改进方案？
另一方面这是向老大和老板汇报进展，表扬团队中贡献突出成员的好机会；
在运营报告汇报时也不要陷入具体细节，而是突出功能背后的业务价值。多用事例、数据说明观点。
2） 需运营的产品还要制定运营计划
还有些需要运营的产品，根据公司工作习惯不同：产品经理还需要制定运营指标、根据运营目标与运营主管讨论制定运营计划、操作比较复杂的话还需要产品经理制定运营操作手册。请记得还需要定期汇报运营进度哦。
Part 2 持续运营阶段的注意事项
攻城狮在这个阶段常犯的最典型错误：
1） 上线即完成；
请永远记住上线只是产品上一个循环的结束和下一个循环的开始，通过上线后的跟进。
2） 发现了问题，但认为这是老板/开发/测试/运营/用户的事情，与自己无关；
永远不要将产品的任何问题归结给他人，那怕确实是他人的问题但只要这是你的产品，也是你的问题。
永远要对自己的产品全环节的关注。
常用研究方法
产品经理常用的工作方法包括用户调研、竞品分析、数据分析。这些研究方法贯穿整个产品工作的始终，可以说是产品经理安身立命的武器。
Part1 用户调研
我们老板常说的一句话是门店有神灵。产品经理多多在一线了解用户实际使用习惯及思维认知会极大拓宽做产品的思路。
用户调研时我比较喜欢的方式是一对一深度访谈。实现准备好访谈提纲，在访谈时应该注意去了解用户当前如何使用、以及使用习惯背后的想法。而不是让用户去做产品经理，让用户说想要如何的功能。
我的感觉，用户访谈是一块金矿，每次去门店进行用户访谈时次次有惊喜。所以我现在养成了习惯，每接手一个新需求都会去门店拜拜佛，很灵验的哦。
Part2 数据分析
如果说用户访谈是定性的研究，告诉我们解决问题的方向在哪里。那么数据分析能够获取的信息就更丰富了。不仅可以告诉我们方向，还可以告诉我们做了什么会有多大程度的改观。
数据分析适合各类的产品以及运营计划的制定。见习产品经理们请开发同学帮忙拉数据前务必先想清楚要拉什么数据，把需要的数据一次性都拉出来，也免得之后还一直骚扰开发同学。
另外，拉去的数据时最好是明细数据，包含与需求可能有关的所有属性，然后通过数据透视：根据不同特征下的数据分布趋势建立假设，通过个案分析验证假设。
当然以上说的是非常规的数据需求。如果是定期要用的数据最好还是做成统计报表。
最后，绝大部分公司中开发、运营资源都是不充足的，产品经理也没有权利直接管辖开发、运营团队。为什么要做这个产品而不是另一个，为什么用这样的方案而不是另一个。你需要说服老板、同事更要说服自己。通过数据说话是最有效的方式。
Part3 竞品分析
由于我们是内部系统，在同行业几乎很少有效仿对象。所以竞品分析做的不多。个人感觉一般就是关注两个方面：
1） 主流产品的特殊、差异化功能；
2） 主流产品最近的变化、改动；
据我了解在互联网公司，竞品分析还是一项日常情报参考工作。需要相应的产品经理定期收集并发给团队成员做参考。
常用研究工具
灵活利用工具软件能够让产品经理的工作事半功倍，节约很多的时间。
Part1 思维辅助工具：
如x-mind，很适合在需求探索阶段、制定产品/运营方案时使用。可以协助思考，避免思路的片面、局限；
x-mind中我比较常用用逻辑图，用x-mind有一个技巧，就是先头脑风暴，直到想不出来的时候，就把思考的东西进行归类，归类时你会有新的灵感出来，再头脑风暴如此反复。
Part2 流程图工具
对于流程性很强的产品/功能，通过对流程梳理会让让各个环节/角色关系更加清晰。比起文字更加清晰直观。比较推荐visio/OmniGraffle；
Part3 原型工具
axure/mockups都可以绘制页面原型，axure还可以制作高保真原型。没用过mockups的同学可以试着用一下，尤其是妹纸们，有惊喜哦。
很多人觉得snagit是一款效率软件，可以通过截图加各种备注快速传递想法，但是对于一些简单的功能，截图加备注就起到原型的作用甚至是产品文档作用，对于提升团队效率很有益处。
Part4 数据分析工具
