加入收藏 | 设为首页 | 会员中心 | 我要投稿 孝感站长网 (https://www.0712zz.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 创业 > 点评 > 正文

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

发布时间:2020-03-12 08:15:27 所属栏目:点评 来源:互联网
导读:本文的主要内容是初级产品经理工作过程中各环节的技巧总结,我写的时候尽量是从现有工作内容中抽离,没有涉及到我的具体业务,因此不同细分领域的产品经理都可以通用。 刚入门不久的产品经理容易有这样一个现象:看过很多的产品文章,学过一些产品课程,了
副标题[/!--empirenews.page--]

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

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

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

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

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

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

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

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

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

本文主要内容:

  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)产品方案对标业务需求

(编辑:孝感站长网)

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

推荐文章
    热点阅读