万字干货 | 初级产品经理工作技巧指南

本文的主要内容是初级产品经理工作过程中各环节的技巧总结，我写的时候尽量是从现有工作内容中抽离，没有涉及到我的具体业务，因此不同细分领域的产品经理都可以通用。

刚入门不久的产品经理容易有这样一个现象：看过很多的产品文章，学过一些产品课程，了解很多高大上的模型理论，每天关注互联网资讯，你跟他聊天的时候发现他什么都懂一点，但一上手就是不出活，暴露各种基本功不扎实的问题。

为什么看了那么多大咖的分享总结、方法论的文章，依然做不好需求？

结合我自己的经历，我把原因总结为两方面：

• 一方面，看的文章写的内容泛泛而谈不够干货，或者说通用性不强，仅适用于作者自己的项目和工作，难以进行学习模仿。
• 另一方面是你只是略读一遍，像看新闻一样，没有深入理解其中的精华，在实践的时候也没有运用上。

本文的主要内容是初级产品经理工作过程中各环节的技巧总结，我写的时候尽量是从现有工作内容中抽离，没有涉及到我的具体业务，因此不同细分领域的产品经理都可以通用。为了区分什么是技巧、技能、能力，我这里做了如下定义：

• 技巧：是为了快速提升技能的手段，是技能的一部分，是可以学习复制的。
• 技能：是具体的、全面的，是为了做好一项工作而需要具备的内容，是可以学习复制的。
• 能力：是技能内化后的结果，是举一反三的驱动力，很难复制，需要靠自己总结提炼。

由此可见，要提升产品能力，可以先从学习技巧开始，再掌握全面的技能，最后提炼出通用的能力，如此循序渐进。

本文主要内容：

1. 初级产品经理必备素质
2. 需求收集和过滤
3. 产品方案设计
4. 项目管理
5. 沟通技巧
6. 方法论建设

一、初级产品经理必备素质

处在职场的不同阶段，聚焦点是不一样的。作为初级产品经理，需要明确自己的定位和目标，练好基本功，切勿好高骛远。

1. 清晰的自我定位

初级产品经理一般完整的负责一个功能模块或一个系统，首先，需要对自己负责的模块充分的熟悉然后了如指掌，让所有需要跟这个功能对接的人知道，有问题只要找你就解决了，这也是逐步建立影响力的过程。

其次，熟悉了模块之后，再深入思考该模块不同竞品做的怎么样，自己产品所在哪个档次，距离最好的产品差距有多少，如何基于公司的业务提高该模块的竞争力。

最后，在掌握了自己负责的内容后，以点带面，不断完善加深对公司产品和业务的理解，才能获得更多机会承担更重大的项目。

以上三个过程是一个递进的关系，也是初级产品经理在不同工作阶段的不同定位。

2. 明确的工作目标

对于刚工作的前两年，对于个人能力的提升目标方面，应该着重关注执行力、沟通力、项目管理能力三大块，其中执行力包含了需求分析、产品设计、推进项目开始到上线过程的方方面面，这三大块内容是作为产品经理最基本的基本功。

二、需求收集和过滤

1. 需求池管理

产品经理对需求的管理就像厨师对食材的管理，厨师在众多食材中挑选合理的组合，加工成美味，产品经理在众多业务方提出的需求中进行组合设计，加工成产品功能。好的需求池管理不仅是对需求进行过滤，也是对工作内容的精细化记录和总结，有利于有条不紊的项目管理和后期的复盘。

我将对需求池的管理内容总结为三大部分：

1. 判断并记录需求的真伪、重要性、紧急度、实现难度、业务价值、关联方；
2. 记录当前每个需求的项目实现状态；
3. 追踪需求实现后的用户及数据反馈情况。

至于需求池的表格模板，我认为每个人的实际需求和习惯不同，也没有必要照搬别人的，只要覆盖了以上三大块内容，起到了需求池管理的作用即可。

2. 优先级判断

一般刚入行的初级产品常常直接执行领导分配的任务，但并不代表优先级判断这件事对于初级产品不重要。需求优先级判断这个话题，网上一搜产品文章一大堆，各种四象限法、卡诺模型等等。但每个人处于工作不同的时间状态，对公司及行业产品的理解层次是不一样的。所以就算你学完了背熟了产品课程中所有的需求分析方法论、或者优先级判断模型，你的判断的合理程度很难跟你的领导相比。

优先级判断属于洞察决策层面的高级能力，不是工作技巧，它的变量太多，需要多方权衡，比如业务重要程度、紧急程度、工作量、性价比、是否匹配系统当前所处的阶段、对系统的影响大小，甚至领导强势程度等等，不同行业不同公司情况，用一套模型和公式是无法解决的。

我这里想强调的是，不必拘泥于具体的判断方法和公式，而是一开始就养成对自己需求池进行优先级判断的习惯，也许一开始判断的结果并不准确。会踩过一些坑，但随着对业务和行业的逐渐熟悉，判断会越来越准确。所以我建议忘掉别人总结的公式，建立自己的判断标准，并不断调整优化这个标准。

三、产品方案设计

我将产品规划设计粗暴的分为前端页面设计和后端产品设计，这里的后端其实不是真正意义的后端产品经理才关注的，也会包含很多前端功能逻辑层面的设计。凡是属于用户可见可操作界面的部分为前端设计，不可见的逻辑及系统设计则为后端设计。

1. 前端页面设计

交互设计领域人机交互大师雅各布·尼尔森博士，在1995年提出的尼尔森十大可用性原则，对二十多年后今天的互联网产品设计仍然影响深远，对于软件类着重页面设计的互联网产品来说，我提炼了其中4点：

（1）简单易理解

包括了文案的简洁明了、功能玩法的易理解，在单个页面内减少过多不必要的信息。

（2）操作有反馈

当用户进行某个操作后，以合理的形式向用户反馈目前的状态，可能会发生什么。

（3）操作可回退

用户走的每一条路都不能是死胡同，应该都能让他回到原点。

（4）功能一致性

不同位置的相同功能保持一致，保证了产品设计统一，用户更易学习。

前端设计我只总结了以上4点，比较适用于产品原型的交互设计，但却是任何一个优秀的产品必不可少的核心设计原则。

2. 后端产品设计

后端设计的细节太多，没法像前端设计原则一样进行高度归纳，我这里也是根据自己大大小小的项目经验逐条进行总结，内容不够系统，可以当做几个关键点设计的参考。

（1）MECE原则，相互独立，完全穷尽

这个基本原则相信每个产品经理都知道，它是一个能让产品方案条理有序、不遗漏、不重复的重要标准。我这里主要强调一下它具体体现在了什么方面。

a）产品方案对标业务需求

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!