从产品小白到实战派，这段跌跌撞撞的成长之旅藏着太多共鸣点。作者用亲身经历拆解了产品经理核心能力矩阵，更用五个关键步骤还原了从需求挖掘到PRD输出的完整闭环。那些在Axure与墨刀间的工具选择困境、竞品分析时的身份限制难题，正是每个新人产品都会遭遇的成长阵痛。

回顾下半年来几个月的产品学习历程，我通过阅读书籍、看视频学习、社区论坛等方式一步步完善自己的产品学习路程，目前阶段我自我评估已大致了解作为一个产品经理的工作流程以及应该具备的相应能力。下边我想要分享自己关于从学习产品经理到实战成为产品经理的一个思路：

在理论层面上，作为一个产品经理必须具备产品能力和产品技能，产品能力分为以下几个维度：1.沟通能力；2.学习能力；3.执行能力；4.创新能力；5.洞察与挖掘需求的能力；6.逻辑思维能力；7.团队协作能力。

产品技能：

1.办公软件的使用，作为产品经理初阶段是必须与各种文档打交道，所以必须熟悉并掌握办公软件的使用，以达到编写各种文档的目的；

2.用户需求的挖掘与验证方法；

3.竞品分析：通过正确的方法分析直接竞品和间接竞品。

4.产品流程图、产品脑图的制作、原型图制作

能够利用ProcessOn梳理产品的核心业务流程，通过Xmind完成产品脑图的绘制；

熟练使用原型制作工具，如Axure/墨刀。

对于初学者问到是学墨刀还是Axure？这个问题我认为很好回答，只要你把这两个软件彻底当成你完成原型图的工具，意识到这是工具，而非选项，只是帮助你完成目的更有效率你就学习那个。

不过对于墨刀这个软件，它无法实现与后端数据库的连接，它只是一个提供前端界面设计的软件，没有数据库支撑很多功能是没办法实现的。

总的来说你需要通过墨刀绘制初步前端交互页面，并且在原型投入正式开发阶段，你需要向开发人员、测试人员讲清楚原型每一个功能的交互逻辑，以便于能够顺利开展开发工作，所以交互逻辑、服务端逻辑、算法逻辑是必须要讲清楚的。

5.项目管理：保障项目按时、按质量完成。

6.数据分析：通过数据看板推导出新的产品需求或新的产品方案。

理论上的学习框架就是如此，接下来我要讲讲我自己从0-1做一款产品的真实路径：

一开始

我已经是通过阅读书籍、学习相关内容对产品经理从0-1做一款产品已有大致了解。

所以我开始做属于自己的一款产品时，我首先第一步做的就是构建自己想要做的一款App是什么样的，基于特殊人群的特殊需求和痛点，我能够通过一款什么样的App来解决痛点，满足需求。

但是一开始我并未能锁定某一领域，我进入了思路涣散的状态，找不到方向。

那个时候我回到自己周边的事物去思考，于是我就有了初步的方向。

第二步

我就开始了用户调研，因为此前并未做过需求调研这项工作，所以我就需要补全这一个板块的知识，才能够做出一个问卷。

【从0-1的产品孵化并不容易，我都是从想到实践去做—遇到问题—对应学习—再次行动—修正，通过这样的闭环去完成自己每一个作品的】。

当我向周边人发放问卷调查时，我也开始遇到困难，我面临着与用户沟通时表达不清晰、痛点不明确、用户样本过少的问题；但我还是咬着牙把进程推到下一步，虽然我知道这样获取的数据并不是非常权威，这在需求验证里并不合格。

我想的是先把下一步做了，因为我会在下一轮进入新的闭环，这个问题并不是阻碍我前进的绊脚石，毕竟目前处于学习阶段，所以我清晰地知道核心目标并不在于此。学习产品存在缺陷并不可怕，可怕的是进行不下去。

第三步

我开始了竞品分析的阶段，我通过AI帮助，获取了市面上的直接竞品与间接竞品，再通过七麦数据搜集各大App的信息，以此来寻求市场机会。同时我也下载了相关App作为用户深入体验，期间遇见的问题就是我因为现实身份、资质问题我没办法穷尽App的所有体验流程，只是作为“普通用户”身份进行遍历。这个阶段我拆解了直接竞品、间接竞品的核心业务流程，所以在这里我就必须绘制产品流程图和产品脑图了。

做完一系列的分析我才开始我的竞品分析报告的撰写，撰写过程也是一步一步明确自己需要写的内容是什么去学习，边学边写。这一路并不顺利，而是伴随着“从想到实践去做—遇到问题—对应学习—再次行动—修正”这个闭环，秉持“缺什么就补什么”的心态去完善自己的第一个作品。

随着每一个阶段的推进，很多问题也会慢慢暴露出来，比如我一开始做这个App时，我并没有先做行业分析，而是等到我假设这个App可以做就直接进入到竞品分析报告的撰写，并在遇到问题的停滞阶段，也就是我遇到这一系列复杂的问题，我并没有急着去处理这些问题，而是先退一步，把欠缺的内容慢慢补上，同时直接进入到自己产品流程图、产品脑图的绘制、产品原型的制作。

这个过程像是进行了一场认知升级的路程，一旦认知跨上一个新的层级再去看原来的东西就会发现很多以往没有注意到的问题，打开了新的视角看问题，框架会愈发清晰，思考问题的层次也会进入更深一层。

第四步

随着在竞品撰写阶段进行的产品流程图、产品脑图的绘制、产品原型的制作，我熟悉了ProcessOn、Xmind、墨刀三个工具的使用，也真正按照产品流程图、产品脑图的流程和框架逐步去完成我的原型。

到最后初步版本完成，我会发现我的原型并不是完全就对应产品脑图，产品流程图也存在一些做不好的东西。比如，我做脑图时并没有真正穷尽我预想原型的所有结构，而是做了原型之后继续补足产品脑图；核心业务流程图的有一些逻辑分支也没有处理好，缺乏判断条件，总是以最理想的状态去绘制，缺乏逻辑闭环。

或许到目前的最新版本也不是最正确的，但是每一次修改都会越来越接近高分，就像一个游戏里总存在Bug，是需要不断修复的，没有十全十美，而是反复雕刻。随着我的进一步完善，我也发现自己的原型图的确有模有样了，但是缺乏了核心业务流程的制作，所以我又开始了新一轮的完善阶段，如此反复，直到意义上逻辑上完整。

由此可见，我的产品之路并不是能够保证每一步都正确，唯一确定性就是我动手去做，去学，去反思，去完善。

第五步

我来到了我作为“学习”去准备的最后一阶段：PRD输出。为什么这是最后一步？因为往后的需求评审以及项目管理是进入企业之后才能够接触的，就我目前的阶段，我还没办法创造出这个环境，但在接下来的一章我会分享我自己是如何通过现实干预去博取这个环境的。

PRD输出这一环节也是非常的艰难，我个人遇到的最大困难是在于功能描述这一个板块。当我意识到作为产品经理必须能够把自己产品的交互逻辑翻译成前端开发人员懂的前端交互逻辑、服务端人员必须懂的服务端交互逻辑以及算法逻辑，我就开始头大了，因为这些东西我还不专业。

目前我就正处于这个阶段，我懂一些皮毛但还并不专业。总的来说，我就是要开始补这些东西了。

在这个学习的过程中，是一场探索的旅行，技能的掌握从来不是理论框架的堆砌，而是实战过程中遇到一环又一环的复杂关系，通过有清晰框架的学习慢慢建立起自己知识库的体系。