产品经理工作指南(上)

笔者整理了上、下两篇《产品经理工作指南》文章,核心只zhēn对产品功能、设计方面,不囊括曰常沟通、项目管理、资源协调等方面;文章将从产品评估、产品需qiú、产品结构及liú程、原型设计及逻辑规则四个方面进行阐述。enjoy~

一X,结合自身工作经历谈到《如何用Axure输出一份结构清晰的prd 》文章发布后收到很多小伙伴的相关反馈,截止目前为止来自小伙伴们的反馈中主要为以下几个方面:

  1. 需qiú分析不够透彻
  2. 产品设计不够严谨
  3. 异常liú程考虑不够全面
  4. 逻辑规则不够完善

以及一些刚入坑的朋友们很好奇产品从0~1到底要做些什么工作,需要哪些文档资料等。

因产品经理曰常工作没有明确定义和标准,所以笔者zhēn对上述问题结合自身工作经历,和大家聊一下:一个产品从0~1,或是一个诉qiú到产品功能的诞生,需要做些什么事情、输入什么内容,又如何保证输出内容的完善。

为此笔者整理了上、下两篇《产品经理工作指南》文章,核心只zhēn对产品功能、设计方面,不囊括曰常沟通、项目管理、资源协调等方面;文章将从产品评估、产品需qiú、产品结构及liú程、原型设计及逻辑规则四个方面进行阐述。

一、产品评估

产品从0-1,首要任务是进行充分的产品评估,评估你和你的产品是否有可能性,而不是立马去分析需qiú,进行产品设计、投入开发。而产品评估的内容涉及以下14项:

  1. 背景、痛点:用户存在什么不能忍受的且持续反复出现的问题。
  2. 产品价值:产品要解决什么问题。
  3. 目标用户/市场:为谁解决这个问题。
  4. 解决方案:如何解决这个问题,产品核心所在,我们的产品核心功能。
  5. 产品目标:目标一定是可以用数据去衡量的(没有出现数据的目标不是合格的目标),而这个目标则是可以X解到各项目子线上,各项目子线再根据这个目标去制定对应的策略。
  6. 度量指标:怎么判断产品的成功与否。
  7. 市场规模:成功的机会有多大。
  8. 市场时机:切入市场的时机合适么。
  9. 竞争格jú:有哪些同类产品、竞品;对手的功能和体验如何。
  10. 竞争优势:为什么我们最适合做这个产品;是否还有竞争对手未满足用户痛点可X品进行差异化。这一点很重要,企业一定要形成自己的护城河,不然在这个模仿的时代,很容易被别人取代。
  11. 渠道、营销策略:是否有现成的合作伙伴,如何寻找客户,如何把产品推向市场。
  12. 必要条件:解决方案必须满足的条件是什么,缺少必要条件会导致失败。
  13. 成本分析:产品开发成本、拉取客户成本、X产品成本、人力资源成本等。
  14. 收入分析:盈利模式有哪些、收入、máo利等。

在进行好所有的产品评估之后,并且评估结果是这个产品真的值得做,那我们方可进行下一步,不然乘早结束为好,以免浪费不必要的财力物力。

当然通常会出现XX、老板强烈要qiú必须要做的情况,那我们应做的是除了X命令立即执行之外尽量做一份产品评估报告给X(或许X在做之前并没有考虑这么多,也或许站在X的角度有更深层次的考虑,不过有了这份报告,说不定就会发生一些改变),如果明知山有虎偏向虎山行,既然X、老板坚持那就做了,但是有这么一份产品评估报告,总能够避免一些不必要的坑!

二、 产品需qiú自查

在产品评估之后、产品设计之前,我们还要进行产品需qiú自查的工作。包括以下内容:需qiú收集;需qiú分析;需qiú管理。

2.1 需qiú收集

如何收集需qiú,从哪些渠道去收集需qiú?

需qiú收集的方式和渠道有很多种,如:用户访谈、X问卷、实地调研、数据分析、X部门诉qiú等。除此之外,还包括:线上产品bug修复、性能优化、用户体验提升等等,都是需qiú收集的范围,总之,用适合当前X、当前产品的方式去做即可。

2.2 需qiú分析/筛选

收集的需qiú是否经过认真地需qiú分析?

听用户的但不要照着做!特别是用户自以为是的需qiú,(这里的用户不仅仅指ToC产品的用户,还包括老板、X、运营、客服同事等等)我们要将收集来的需qiú,运用kano模型、四象限fǎ则等方fǎ过滤掉无用需qiú、反向需qiú,挖掘出深层次的hán义,找到的X需qiú,并表达为产品的解决方案,即转化为真正的产品需qiú并为产品需qiú排定优先级!

2.3 需qiú管理

①需qiú问题池

将收集好的需qiú放进需qiú问题池,标明:需qiú描述、需qiú来源、提出时间、状态、解决方案、分析人、处理时间。

  • 需qiú描述:阐述清楚‘用户’的问题、诉qiú及希望达到的目标;
  • 需qiú来源:注明问题的来源,在需qiú分析后必要的情况下和关系人进行X、沟通;
  • 状态:包括未分析、不予解决、确认为产品需qiú;
  • 解决方案:特别是zhēn对不予解决的需qiú,一定要备注好因为什么原因不予解决,比如该需qiú是伪需qiú、重复需qiú或者有另外实现方式等等。

②需qiúX矩阵

将需qiú问题池中问题,经过需qiú分析后,转化为产品需qiú的需qiú汇总到需qiúX矩阵中,记录好每个需qiú从确认到规划到开发到测试上下的每个状态,方便准确的X需qiú状态。

矩阵包括:需qiú功能名称、需qiú概述、需qiú类型、需qiú属性、优先级、需qiú来源、需qiú状态、对应原型及文档、需qiú完成时间、责任人、备注等。

  • 需qiú功能名称:简要说明功能定义,比如:新增电子X、优化意见反馈、优化账单详情页;
  • 需qiú概述:大致阐述该需qiú的主要功能及效果,比如:支持用户所有消费订单进行开电子X;
  • 需qiú类型:即该需qiú的分类,包括原本的产品规划的新增功能、运营/客服/老板等部门提的内部需qiú、bug修复、体验优化、性能优化等等;
  • 需qiú属性:原始需qiú、修改需qiú、增加需qiú、册刂除需qiú,主要为了记录该需qiú进入需qiúX矩阵后的变更情况(个人认为该属性的记录十分重要),即便X需qiú分析,转化为真正的产品需qiú,在实际设计、开发过程中,仍存在增、册刂、改等变更情况,所以一定要记录好每个需qiú的属性,并在每次版本迭代后,进行复盘,统计4种属性的需qiú数量,若原始需qiú比例过少,就需要认真反思自己在需qiú分析过程中是不是考虑不全面、分析不严谨等等;
  • 对应需qiú文档及原型:简单标注需qiú对应的原型或者文档所在位置,方便快速检索、查看。

三、产品结构及liú程自查

X需qiú分析,整理好X的产品需qiú之后,就开始进入具体的设计阶段。

如果是新产品或者某个大的功能模块,需要提前进行产品功能结构设计,涉及较为复杂的liú程,还需考虑是否绘制时序图、Xliú程图等进行分析。

3.1 产品功能结构图

是否有产品功能结构图、产品模块划分是否合理、功能层级、分类是否合理,产品模块是否包hán该有的功能、产品模块是否有优化的地方,同时需要将功能结构图和信息图区分开来,网上有很多关于产品功能结构图和信息结构图的区分,本文不再作过多的阐述。

3.2 系统交互图

也称为时序图,描述对象是如何交互的,消息是如X对象间发送和接收的,通常用来描述前端、客户端、X端或者本系统和其他系统之间的数据交互逻辑。如下图:

3.3 Xliú程图

Xliú程图主要是为了描述作业顺序和管理信息的liú向,Xliú程图的绘制是按照X的实际处理步骤和过程进行的。对于APP或者管理平台等产品,也可以简单的理解为用户cāo作liú程,你如何进行cāo作,系统如何进行反馈。其中需要充分考虑liú程设计是否合理、异常liú程是否设计、逆向liú程的设计是否考虑周全,以及cāo作的容错性等。

如下图:

本文为《产品经理工作指南(上)》,以上内容就是产品评估、产品需qiú、产品结构及liú程三部分内容。因篇幅有限,原型设计及逻辑规则稍后会在《产品经理工作指南(下)》中为大家分享,敬请期待!

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 产品经理工作指南(上) https://www.xiongfawang.com/3879.html

常见问题

相关文章

产品经理工作指南(上)-海报

分享本文封面