文章是作者基于自身157天的产品之旅，写下的总结，希望能够给你带来一些启发帮助。

A（入门——我的转型之路）

走上产品路

工作3年多了，2014年毕业，第一份工作是在一家刚成立的生鲜电商客服中心做管理培训生，2016年年初辞职。正赶上新媒体浪潮，来到一家地方自媒体工作，开启新媒体运营之路，半年后离开。出来后，和几个合伙人创业，度过了半年的无薪创业期，担任市场运营的角色，这期间特别迷茫，遇到了各种挫折，由于种种原因，我退出了。工作3年多，蛮波折的，还没有走到产品路上。

之前的工作都处在和用户交流的第一线，会收到很多产品反馈，被罗辑思维、吴晓波频道“洗脑”，有个创业梦，所以会想很多改进或创造产品的idea，整理成思维导图，期待把它们变成现实。

在自媒体公司，接触到了产品经理这个角色，“感觉它实在太酷了，在前面的工作积累中，我其实已经不知觉得做了产品方向的探索，原来还有专门的岗位！”，这个想法在我心里埋下了一颗种子，我非常想转行做产品。

工作之余，我自学了产品课程，输出一些自己的产品构想（axure和xmind作品），今年下半年，我终于找到了机会，得到了一个产品助理的岗位，开启属于我的产品之旅。

2017.12.31号，2017的最后一天，也是我做产品的157天，通过这一篇文章，梳理下我的产品知识体系，明确自己下一步的发展方向。同时，公司就我一个产品，一直是我自己摸索，所以蛮孤单的，希望能通过它链接更多的产品人，一起搀扶着前行。

工作回顾

公司是一家初创公司，我待在新组建的IT部，由我和3个前端、1个后端、1个UI，1个技术总监共同组成，帮助公司其他项目团队开发互联网产品（有点外包的性质）。

这段时间一共做了两款产品：运动报名产品和大病救助产品。团队都是90后，都蛮年轻，相对的，大家都没啥经验。做第一款产品的时候， UI界面都设计好了，我的工作主要是完善prd、跟进开发。期间，我经历了产品经理必经的“九九八十一难”。

eg：前期需求不明确，在开发后期，项目方需求变动，推翻重做，内部外部各种指责；与UI沟通功能界面，双方达不成不一致时，尴尬的不知如何做；上线后，一堆的bug，项目方投诉轰炸，大家一起加班……由于我经验不足又没有科学的理论支撑,，无法很好处理这些，感觉到了巨大的压力，差点就熬不下去了，血淋淋的教训。

回顾这些，心有余悸，同时，也很感恩，大家在实践中磨合，对各自的工作风格都有更深的认识，做新产品配合更加默契了。总之，我对“团队”这两个字有更深刻的认识，各自为阵的模式，无法去打仗，要想成就自己，先成就他人。期间，我也完善也自己的产品方法论及工作体系，攒了宝贵的经验，下面会与大家分享。

工作方法论

一门武功最重要的就是内功心法，经过断断续续地学习，加上产品工作的实践，我总结出了三个处理问题准则：清晰简单、尊重人性、沟通协作。以前觉得这些东西就像销售公司晨会的口号，喊喊就行了，没有什么实际的用处，经历多了，发现他们及其重要，它让我内心有所依仗，从容得面对各种突发问题。

1、清晰简单

顾名思义的一个心法，我再举几个实际例子，例如：设计功能时，要有清晰的结构与优先级，一步步向下就会很顺，不然就会是无头苍蝇（深有所感，我就是那只苍蝇）；做页面布局时，要让用户一眼就理解，简单易懂，没有大的学习成本；做初期产品要突出核心功能，减少开发周期，快速迭代完善（有项目延期的经历，其实我也负有责任，有些功能，可以通过协商砍掉部分前期用不到的需求）。

我一开始做产品，都是毫无章法的，所以产品有很多的漏洞。而且，说实在的，没有科学理论和经验支撑，太大的不确定性，会让我焦虑。遵从这个准则，我不用考太多，从实际和自身直觉出发，把问题分步解决。

2、尊重人性

理解用户就要理解人性，学了心理学之后有更多的感触，心理学也是很有趣的一门学科，值得我们涉猎。例如：“不要让用户做选择。”这句产品界的流行语，产品引导用户，而不是把选择放在用户面前，让他纠结。这方面在我从事运营工作的时候，就用了不少，做营销活动，套路往往利用的是贪嗔痴。

3、沟通协作

这是一座我不得不翻阅的大山，爬山过程中，栽了不少跟头。没做产品前，我本以为好产品来自我的大脑，等经历了一个产品周期，我忽略了沟通协作。由于前期不明确的需求（当时的内心：既然你们项目对自己产品不上心，我就看着做吧）和对开发周期的不闻不问（当时的内心：程序爱干啥干啥，我也不是人家领导），我参与的第一款产品，出现了各种问题，最后不得不返工。往事不堪回首，先不管其他人的问题，我自己在沟通上缺位了，发现问题后，没有责任心，也不愿意去沟通。

后来反思自己沟通方面的工作，我很喜欢一句话“我是一切问题的根源。”一个变量的改变，可以天翻地覆，我多做沟通工作，就可以改变全局。我属于沟通先天不足的，后面通过沟通技巧的学习，和有意识得实践，我坚信我可以攻克！此外，引入协作工具很有必要，目前我们用的敏捷开发，它可以辅助沟通，帮助成员对工作的把握，进一步促进对彼此工作认识。

优秀产品经理的必备素养

什么是优秀的产品经理？不聊假大空的鸡汤或营销软文，我来说说我的体会。

1、要有做各种决定的魄力和很强的责任心

当我们自己对产品功能把握不坚定，一被质疑就会动摇，对方一说改就只能改；产品开发完了，发现逻辑错误必须修改，产品与项目互相推诿，程序一脸怒容，早你们干啥去了！这两个场景，相信有很多人都遇到过，往常做法是随时间翻篇儿，最难的是主动承担责任调节各方，规划下一步。没有程序员会愿意和没担当的产品合作，己所不欲，那就硬着头皮上吧！我也还在学习中

2、有效沟通能力

我做产品最吃亏的就是沟通，我处于一元世界，精神世界很复杂多元，但对待与外部的关系就很空白，一向是奉行“己所不欲，勿施于人”的处事原则。

所以处理工作上的沟通问题就很吃力，上面我已经描述过我第一个产品遇到的坑，当时感觉自己没有能力hold住，怕影响团队，甚至想过辞职。熬过去之后，我对产品有了新的认识，从仅仅设计维度的思考，转到对技术实现维度和协同合作的维度思考。沟通贯穿始终，尤其关键。

3、学习与主动实践，尤其是思维能力的提升

最近，我对学习有了新的感悟，社会竞争与压力加剧了知识焦虑，碎片化的知识爆发，加上本性的贪婪，我陷入了一个轮回：想学的知识很多，但永远学不完，在细节中消耗生命，拿起又放下，没有长进。

现在，我会克制自己这股欲望，给自己安排一系列学习计划，和当下无关的，最好能放弃。等我在实际工作中遇到问题，需要一些知识辅助，再去学习。避免陷入知识焦虑，迷失自己方向。

4、对人类心理的思考和探索

这是“对内”的工作，学习心理学，从自己切入，了解人性，并把它用到产品工作中。做产品设计时，不妨跳出“产品惯性思维”，旁观者的角度看产品，也许会有更多的灵感。学点心理学特别有用，不仅仅是工作受益，对自己也具有很大的帮助，成为一个更好的自己，活的更加真实放肆。

B（工具——我的产品装备库）

说完了武功心法，下面来说说武功招式。

产品工作中我会用到各种工具，对于还处于入门阶段的我来说，工具还蛮重要的，但也要注意不过度依赖，目前稍稍有点。我的产品工作按照时间分五个阶段，下面，就从随着进程聊聊工具。

1. 准备阶段（竞品分析、用户调研）
2. 确定需求，转化功能，
3. 流程分解，确定页面元素
4. 原型制作与prd撰写
5. 分解任务，跟进开发。

1、准备阶段（竞品分析、用户调研）

a工具：用户画像表格

作用：首先是为用户调研提供一个结构性框架（根据实际情况，要再修改字段），方便调研的时候一个个问，不天马行空得乱聊。其次是美观简洁便于汇总用户数据和向领导汇报 。

概述：这一块工具其实我根本没用到过，就是先预留着的，因为我接手项目，已经UI图都出来了。我是通过产品书籍学做的这个工具（用的axure做的），分用户列表（图示）、用户作息表、用户基本资料三块。

b工具：竞品调研框架（简版、详尽版）

作用：了解对手、了解行业、了解用户。从大局把控产品的方向，从产品琐碎的工作细节抽离出来，更多得从对手、市场、用户那里找功能设计灵感、运营灵感。

概述：其实这个也是没有怎么用到的，一样通过产品书籍和一些文章，自己总结的，特别零散，还要整理下。

还有一个简版的，就是用户体验五要素的几个角度，加上简单的运营分析（运营出生，比较执着有这块），不深入下一结构。新手产品，利用这个，可以一周分析一个产品，不一定是竞品，也可以是自己觉得好的产品，学习功能设计思路。

还有个点要提一下，不要太沉浸竞品分析的输出，因为真的是太耗时间，并且做竞品研究是设计维度占侧重的，产品不能太侧重设计。这是我的感觉，我希望有经验丰富的产品经理指导我一下，这一块有点凌乱，实际执行中有点不顺畅。

2、确定需求，转化功能

c工具：需求功能梳理表（excel）

作用：明白需求从哪里来，实现需求所需要做的产品功能有哪些

概述：最近公司有新产品要准备做，目前就我一个产品，在设计的时候有点抓耳挠腮，这个工具简单实用的，加上场景，可以避免很多伪需求。

d：业务逻辑图（visio泳道图）

作用：确定使用产品的各个角色与彼此之间的关系业务逻辑，梳理功能，避免遗漏功能，方便各方了解产品。

概述：之前做产品，这一步是忽略的，然后就容易忽略一些功能，梳理一遍，整个产品逻辑就比较立体了，还是很有必要进行的一步。泳道图软件有很多，我用的visio，用axure也可以做的。

3、流程分解，确定页面元素

e：功能框架图（xmind）

作用：把业务逻辑实现涉及到的功能做分解

概述：这个大家也比较熟悉的了，我其实没用到过，一般直接上页面流程和信息框架图了（思维直接跳到页面TAT，有时候提炼不出功能，提炼的页面），其实功能梳理下也是要做的，多花点时间，让产品更清晰方便理解。

f：页面流程图（visio）+信息框架图（xmind）

作用：转化到产品页面的维度，确定页面交互、页面数量、页面元素。

概述：这个大家也熟悉的，我用的比较多，感觉有了它，知道了有多少页面，每个页面有哪些部件和元素，做原型就特别清楚。我一般会在页面上编号，后期修改就很方便找到它

4、原型制作与prd撰写

g：原型+常用原型库（axure、xd）

作用：快速做出产品的效果，方便项目方查看，需求及时做修改；节省原型制作的时间，发散设计思路

概述：原型设计我一开始用的axure，现在用XD比较多。感觉随着原型软件的增多，花的时间会越来越少，所以我也从原来非常重视原型，转变到现在的重视功能流程梳理及后期的开发跟进。

关于原型库，我自己DIY了一套，把页面常用到的零件（导航、搜索、筛选等）放在一起（时间多的可以切成一个个，做rplib格式），之后设计某个部分的时候，可以直接复制粘贴。平时看到人家做的好的，零件可以经常更新。另外关于axure，复杂的交互我基本用不到的，学习教程都没看完，我就跳转和拖动用的比较多，这个部分我觉得没必要花太多时间，够用就行。

h：prd文件

作用：让程序明白如何开发，整体业务是什么样的，数据来源在哪里

概述：我都是用axure做prd的，既能交付项目，又可以直接甩给程序看。开始的时候，我都是做交互的，实践后，我发现其实没必要的，还有点浪费时间。现在用的一套就：平面图+横线+文字描述+跳转，形式上的很多东西没必要的。实在需要了，很多软件用平面图做的交互效果很棒的，半小时就可以做出来让人家看效果，没必要用axure做半天的效果。

5、分解任务，跟进开发

i：scrum敏捷开发工具（teambition）

作用：帮助团队成员梳理任务模块及开发所需时间，分阶段的跟踪完成进度，提升效率。

概述：用的敏捷开发模式时间了有几个月了，之前用的tower现在用的teambition，慢慢觉得这个“形式主意”的工具还是蛮有意义的，没有人每天都效率很高，偶尔也会懈怠下。在可控范围内，找到自己的工作节奏，不拖后腿，就很好。此外，看到自己效率上的数据，有针对性的提升，能帮助自己成长。我记录后就发现自己的效率太低了，后面准备针对性得改进。

j：项目总结报告模板

作用：项目结束后回顾，预期与延期开发周期对比，总结经验教训汇总

概述：还是没有用过的，跟进的一个项目，第一个sprint快结束了，之后用的到，有助于后期调整。

除了以上工具，还有需求池整理表格、测试用例、MRD模板、BRD模板，就不一一概述了，基本用的就更少了。

总结：

工具梳理过来，发现还不少，有些是实际情况的总结，有些时学习途中的积累。此外，武功招式固然重要，武功心法也不能荒废，太依仗工具，思维能力跟不上，也打不赢。同时，也不能忘记根据武林发展，与时俱进改良招式，有天赋者还可以自创，让自己用起来更顺手。

C方向——进阶学习之路

1、多投入实践

实践是最锻炼人的，我很少享受这中间的过程，常常应付任务了事，少了追求更好解决方案和总结回顾的步骤。下一步，我会有意识的改进。

2、定期学习

在工作中遇到不会的问题，及时学习非常有必要，消化吸收后，完善到自己的方法论或者工具库当中，把碎片知识糅合。

3、持续输出

输出好的产品分析报告、输出工作上的感悟、输出好的产品原型，把灵感和经验转化出来，just do it。（我希望自己能坚持写文章，从这一篇开始。文笔一般，重在用心吧！）

总结

走上产品路不容易，目前阶段算是入门了，前面的路很长，我希望能扎实得走每一步。

我常常会感到焦虑，能力上的焦虑与知识的焦虑，但是又动力不足。写这篇文章也算是一种焦虑得表达。我想通过输出，来激励自己行动，希望对你也有益。期待你的留言。

本文由 @季月 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自unsplash，基于CC0协议