免责声明：这是一个人生经验并不丰富的产品经理的消化物。阅读对象是1—2年左右产品人。内容大概是一些新人常见疑问的解答。因为这一系列文章内容非常任性胡来，阅读之前一定要咨询一下自己的工作监护人，否则被带歪了，作者概不负责。

使用建议：蹲坑好伴侣。

进入工作状态：关注核心

比起怎么做事情，更重要的是你的思考方式，它会带领你排除未来的所有困难，完成你的梦想。

你首先要养成的第一种思维习惯：关注核心

什么是核心？就是不干这件事，咱的目的就彻底达不到了。

只要这样想，你会发现：哇靠，这个产品里哪来这么多没意义的功能。

你可以找个产品，然后列个清单，哪块内容是核心？哪块内容是围绕核心衍生的功能？哪些内容对产品本身毫无意义？还有哪些内容是需求的博弈？

然后把这种思维方式融入自己的工作中，从必须做的事情，必须解决的问题开始。

（以下问题我看到有新人问的，自己比较有解答的欲望就拿过来回答下，嘿嘿）

Q．我在哪里，已经发生了什么，将要发生什么

假设这是你第一天入职：

你的岗位是产品策划，你的上级叫做Gara，也就是萌萌哒我，岗位产品经理。

现在我跟你介绍下我们的团队。你已经知道了我们一共有两个产品，我是那个app项目的产品经理。

还有一个平台产品经理坐我隔壁，就是那个穿成个毛毛虫的家伙，你可以喊他蛋蛋哥，别问为啥，反正就是这么叫的（严肃脸），这货目前的事业是减肥，我们要一起督促他。产品部门目前就我们仨，我带你去其他部门刷个脸。

设计部门

设计部门每一个人都负责独立的项目，互不相干，各自工作主要是由项目组的产品经理安排。除了质疑她们的省美之外，还是比较好说话的，沟通的时候直接找到负责的设计师。啊，鉴于你是个小鲜肉，可能会被调戏，这种时候装乖就行了。

这位设计师Tifany，岗位UI设计，我们的app产品主要界面都是她做滴，她也是那群设计师的大姐大，叫姐姐好，她能帮你解决人生大事，有啥好吃的要先上供给她，懂？

开发部门

你经常会接触的这位，开发项目经理。开发部门所有人员的工作安排和时间进度都是他责任范围。恩，他叫Bobo。是个闷骚的家伙，内心戏很多，老残果粉，所以你少讲水果家的坏话，不然他会变身哥斯拉把你从头发丝歧视到肚脐眼。

还有一位，开发部门的技术支持兼ios高级工程师，外号土豪金。是个非常善良的家伙，凡事都会尽力给你解答，关系到交互和功能细节你可以和他多沟通。嗯，有点强迫症，所以你做原型的时候请注意对齐到像素。金哥不会发火，但是他的发际线会根据你偏离的像素点持续走高。为了他的下一代，请你带着爱意做原型（严肃脸）。

运营/市场部门

目前和我们工作接触比较多的部门。主要工作是研发之前的市场调研和盈利方式规划，研发之后的内容编辑和市场推广活动等等。运营和市场目前暂时是一个部门，工作由部门leader安排，沟通也要找这位leader。

这位运营经理Ray，会经常和我们沟通。目前研发阶段，主要沟通方式是他会提一些内容功能上的需求，然后被我否决，然后他锲而不舍继续提，我继续否决，无限循环这样（Doge脸）。

他的专长是找茬，恩，你做完原型肯定会收到他长篇大论的各种修改建议，他对谁都这样不客气，总体上是个很萌很负责任的家伙。他关注所有打折特价产品和健身，如果你想要买东西或者健美什么的，可以找他，非常专业。

关于进度和你的工作

我刚才提到我们的项目刚进行到研发初期，你可以查看svn上的“项目进度”文档。我们已经基本完成了产品整体战略规划，产品的内容和功能范围正在划定中，你可以查看svn上最新的“MRD”文档。

接下来的三个月我们要完成一期产品的全部研发和运营准备工作，在x月x日上线。今天我们会讨论完成内容范围和功能。

而你的第一个任务是把团队每个人的名字岗位和外号背熟，然后在qq群rtx群邮件中和他们打个招呼。

第二个任务：在周三之前出具一份低保真原型，看看我们对需求的理解是否一致，或者会产生一些新的灵感。

Q．已经发布的产品需求太理想化，应该怎么补救？

这个问题看着特别亲切，我不止碰到过，还执行过一个傻x的方案。

某wap网站项目，想了个特别牛逼轰轰的交互效果，结果前端折腾了一个月都搞不出来，严重拖下了进度，由于前端本身并不是技术大牛，于是我们认为是前端技术不过关无法实现（现在想来当时真是个大逗比）。

好吧问题出现了，以后要怎么处理。

这时我犯了第二个傻。在我意识到需求不合理的时候，我首先想到的是“不能频繁改需求，不然开发会生气（什么鬼）”，其次“不能打断流程”。于是决定把不合理部分的修改，放到需求的下一个版本。

然后就哔了汪了。

其实：

• 交互效果根本不是产品核心，不做对核心产生不了任何影响。
• 做流程的核心是为了顺利快速完成产品，而不是为了流程本身。改需求是为了维护核心目标。

所以结论要改，当然改了不可避免对项目成员有影响，因此要做补救。

1. 道歉，给大家造成了比较大的麻烦，承诺下次会更加慎重。并且把初步的想法和大家说一下。
2. 请大家把其他工作提前，如果无法提前，产品简化需求输出流程，加快速度或切割成几个小需求。
3. 流程调整，开发在需求输出前就进行可行性分析，如果对实现有疑问，可以及时给与其他建议。

现在的判断过程通常是：和核心有关的能提前都提前，与核心无关的能押后就押后。

Q．第一次负责一个产品的整体策划，该如何入手

你已经是以为产品策划了，我想你对一个项目的流程应该比较熟悉了（项目的流程都不知道，打出去）。

提这个问题，很大一部分原因是不知道在初期如何规划。

这里有两种产品类型，一个是普通项目，有大量案例可以参考，大部分新人遇到的是这一种；还有一种是非常规项目，极容易让新人产生无措感。

普通项目：

比如让你规划一个企业/产品官网，通常内容简单，开发周期短，有非常多的案例可参考。

寻找大量同类型网站，记录这些网站的内容架构（通常看导航条就知道了，非常简单的层级）、配色方案、布局形式。

如果你真的没什么天赋，照搬也是可以应付的，你可以寻找一个非常与产品形象更加接近的风格作为参考。不过在我这里肯定不会过关，我无法纵容你养成“模仿就是策划”的陋习。

做好调研之后，你可以做一份简单的产品文档给上级过目。里面应该包含MRD文档中提到的内容：

• 产品定位
• 产品内容与结构
• 产品功能范围
• 布局方案
• 配色方案

你需要描绘一个大致的产品形态（有时候需要你出一个PPT讲解方案），评审通过后，你要进行下一步工作，即执行计划：

• 团队成员
• 工作任务
• 任务计划
• 里程碑设置
• 资源支持

这一部分的计划务必让预想的团队成员参与，询问他们工作时间的安排。（你会需要产出一份原型、一份功能书或者产品用例，然后全程评审与推动项目。）全部确认之后向上申请通过。

开始干活。

非常规项目：

你或许没有接触过，网上也查不到方案，但是在给你这个任务之前，你的上级应该已经考虑好了大致的方向。

因此入手重点在用户调研工作，先确认这个产品方向面向哪个人群，确认人群后针对用户群进行剖析。

记住要及时和上级沟通，以免自己的不成熟偏离轨道。

• 市场调研，确认市场环境，竞品情况，用户特点等等。

把所有涉及到该方向的关键词都搜索一遍，比如：手机用户市场调研、社交产品用户市场调研、车主市场调研等等。总结自己对市场和用户的想法。

• 整理核心问题：这个产品为用户解决什么问题。

注意是“我们要为用户解决网购问题”，而不是“我们是一个网上商城”

• 然后描绘目标用户，讲述用户使用场景的故事。
• 接下来是为了解决用户问题，产品提供哪些内容
• 需要哪些模块或者功能点

接下来的事情你都知道了（doge脸）。

放心吧，公司不会把一个非常重要的项目交给一个新人，所以你放胆搞吧。恩，就算这个项目很重要，那也是公司决定交给你的，所以你还是放胆搞吧（doge脸）。

Q．怎样避免陷入闭门造车的情况？

研发之前，疯狂找目标用户拉家常。

注意是聊家常，不是聊需求。

早上几点出门啊？晚上几点回来啊？有老婆有女票呀？有儿子有女儿啊？平时休息时候最喜欢去哪里吃饭啊？最近一次加油花了多少钱啊？哎你手机是5s哒，装了什么软件呀？你老婆啥型号啊？平时喜欢健身不啦？

反正和你想做的一切事情有关的都别放过，尤其是要面对面放松地聊天，对某些用户感兴趣或者尤其讨厌的问题可以深挖下去，你会找到很多灵感。

研发时，疯狂找用户试用产品。

没经过市场检验的用户需求都是耍牛虻。不管产品是否成熟，都要尽快出可以做用户调研的版本。

此时的调研，需要给用户安排完成任务，看看用户执行核心任务是否顺利。不要盲目丢给他们让他们随便用，因为产品有许多不完善的部分，测试这些毫无意义。

尽快上线，核心功能ok了就上线，尽早投入市场进行检验。

用户数据分析。

总之一句话，有困难，找用户（doge脸）。

Q．怎么理解产品经理的想法

如果你是个童叟无欺的新人，不要给自己太多心理压力。

问他：

• 你需要什么形式的文档？word，ppt，还是excel？
• 你需要哪些内容？分析，调研，还是需求？
• 文档给谁看的？什么场合用的？

如果还不明白，就先做个提纲给他看看，有不明白的接着问。

啥？leader会不会烦啊？

废话，当然会嘛！

但是不问你能做个让他满意的东西出来吗？

还是问吧，大家对新人宽容度很高，只要结果美妙，过程一笔勾销。

真实的心理活动：

但是我不太喜欢和蠢蛋浪费时间，请你能自己解决的事情都自己解决，谢谢。

谁让你要当产品（doge脸）。

Q．怎么问问题

解决问题的第一步是问问题，提问题是为了得到答案。我偶尔也会碰到或者问一些傻问题，这绝对是一门高深的学问。

以下问题有点傻：

任何百度能解决的问题。

我带过有限的几个新人，有些是自己招的，有些是老板的关系户实习生之类的。当我告诉他们“我需要一份产品用例文档”的时候，他们经常反射性地回问我“什么是用例文档？”

其实我本来就不指望他们知道什么是“用例文档”，我真的只是指望有个人能委屈地回答我“我先百度下怎么弄好不……”所幸这样的人还是有的。

我第一次碰到这种问题的回答是“呃，我研究下再来问你好不？（茫然脸）”。

我第一任助理碰到这个问题的回答是“我百度下给你个提纲好不？（纠结脸）”

怎么办

“开发说这周完成不了xx任务了，我该怎么办？”

“你觉得应该怎么办？”

你咋办关我啥事，自己想办法去（doge脸）。

我对这类问题接受度不高的原因是，问题存在但没有解决方案。产品就是要解决问题的，我这里有几百种解决方案需要一个个掰给你听不？

再烂的决定也是一个决定，揽下责任，哪怕你搞砸了，我对于能冲锋在前的伙伴充满感恩而不会觉得他是个傻子。

“设计进度总是跟不上，为什么设计师这么懒？”

我相信你是个很着急的人，但是结论下得太草率了。

先问是不是，再问为什么/怎么办。

进度跟不上是有的，但是原因是什么？或许是我们的评审会太多了，或许是需求没有传达清楚等等。

设计师未必懒，问题不成立。

Q．怎么发邮件

• 粗体字写结论/问题
• 然后写前因后果
• 最后卖个萌。

把最重要的内容写在前面，简洁明了。毕竟大家这么忙，一篇找不到重点的邮件真是让人头疼。

前因后果应该尽量详细简洁，多用定量内容。比如本季度（15年第一季度）xxx数据同比上个季度（14年第四季度）上涨了50%，（即从20000上涨到30000），环比去年（14年第一季度）上涨了100%，（即从15000上涨到30000）……之类的。

如果有需要，需要收件人注意的后续工作可以再说明下。

卖个萌，我通常用来替代毫无感情可言的后缀信息。我得表达下发送这个邮件时的心情，有时候可能还会讲个冷笑话。发邮件咱也得求点关注是么（doge脸）

Q．怎么组织会议

尽量别开会（doge脸）

开会是为了解决问题，坐下来围成一圈然后你说我说领导补充一下能解决问题嘛？

所以能不进会议室就不进，能不坐下来开会就不坐，能现在就讨论的决不约时间开会。我经常无意识陷入会议的泥沼漩涡中，即便之前准备再充分，也时常会被各种拖延或发散。不仅影响下一阶段的工作还影响脑细胞的健康活泼。

要把开会恶习掐灭在摇篮中（深恶痛绝脸） 

如果一定要开……时间、主题、议程等都是提前和与会人员商量过的，一般这类“大型会议”我们需要起码提前一天以上知会彼此，好让大家做好各种准备。

除此之外会议通知和记录什么的，自便吧（doge脸）。

＃系列文章＃

「推荐」产品新人答疑手册（前提）

「推荐」产品新人答疑手册（工作一）

#专栏作家#

GaraC，知乎账号：GaraChenV，人人都是产品经理专栏作家，专长研究用户体验，虐待各种形式的键盘。关注物联网、互联网金融、LBS等相关领域产品。专业扫描各种书籍，爱好：收集各种乐谱和奇怪的书。

本文系作者独家授权发布，未经本站许可，不得转载。