《从点子到产品》读书笔记

产品经理的价值观和方法论

Posted by Lyle on January 9, 2018

《从点子到产品》读书笔记

书籍名称:《从点子到产品 产品经理的价值观和方法论》

作者:刘飞

阅读时长:2 w

阅读设备:Kindle

第一部分 产品价值和解决痛点

第一章 点子与方案

从用户的角度和从产品设计者的角度都应该是合理的 用户是否有要求,产品是否能满足用户的需求?

一、产品模型——设计合理性

  • 市场的存在;
  • 需求的存在;
  • 客户的存在;
  • 提供的可能;
  • 发生的场景;
  • 接受的意愿;
  • 效率;
  • 成本;
  • 体验。

二、商业模式——盈利的合理性 产品设计的合理性,主要强调用户和市场上的逻辑合理性; 商业模式盈利的合理 性主要强调在经济和商业上的逻辑合理性。

三、环境:拓展的合理性,即增长空间有多大。

四、团队:实施的合理性。

第二章 找到产品的核心价值

对于产品来说,找到用户最认可,最具商业价值,对公司最有利的功能。 以核心价值为根基开发的产品逻辑统一,客户容易对产品产生认识。 确保产品真的可以解决问题。

第三章 mvp与痛点

MVP它的目的是验证两件事:一是产品满足了用户需求,二是产品能够创造商业价值。 mvp 对产品的要求是:达到可用与最小成本的平衡。

第三部分 产品管理

第七章 文档管理

文档的作用就是为了高效地传递产品经理对产品功能的描述并予以记录,目的是减少和免除在开发过程中技术人员跟产品经理沟通的文档就是好的文档。 注意:没有逻辑硬伤、没有疏漏、逻辑清晰、可读性强。 一、文档的逻辑

  • 功能框架的逻辑首先要在产品设计上划分结构,搭建基本框架,更有利于产品思路得到的梳理,也有利于衍生出合适的功能。途经是:首先要拆分,把产品的功能枚举出来,拆分城相对独立的模块,然后是组合,把枚举出来的功能在重新组合到几个大的功能模块里。
  • 业务流程的逻辑产品提供的功能或者服务实现的具体流程步骤,可以从两个维度去分析。一是面向事件 指完成一项指令/功能 需要多次操作,因此需要整理出健全的流程。要产生流程图来描述面向事件的流程步骤。 (例如,业务处理流程图)。二是面向对象 指的是对象的生命周期代表一次完整的功能使用,比较常见的是订单。从产生到消失过程连贯的的状态转换条件和流程。
  • 功能描述的逻辑在对一个功能设计方案中,需要着重的把逻辑捋顺,把内容有条理,完整的描述出来。

二、注意点

  • 完整——尽量枚举所有的情况,并分情况描述功能内容。
  • 考虑到尽可能多的影响点——产品越大,功能越复杂,就可能存在牵一发动全身的改动,因此在设计功能时需要多花时间去考虑每一步设计或改动会造成的连带效应。
  • 条件判断清晰——在什么条件下有什么功能,在什么条件下触发什么特殊功能,需要罗列清晰。
  • 含义明确——有时含混的产品描述势必会提高沟通成本, 也会升高人力和时间的成本。
  • 叙述背景——让逻辑链条更完整的一个好方法是叙述功能发生的背景及它要达到的目的,这可以帮助开发人员更好的理解产品,让开发更加顺畅高效。

三、需求用例的文档模版

1515507801.170914.jpg

第八章 需求管理

一、讨论设计阶段

  • 需求优先级;
  • 方案的草稿;
  • 指定负责人;
  • 划定时间节点。

二、待开发阶段

  • 方案自身的可行性;
  • 有没有更好的方案;
  • 涉及的产品和技术环节有哪些;
  • 方案的成本如何。

三、开发阶段 按之前讨论分析出的成本估算结合优先级的出的需要开发的功能的性价比。 要点:

  • 每个需求为什么在目前的位置和状态,产品经理应当了如指掌;
  • 需求的各种变化,调整和意外,应该同步到整个团队。

第九章 工作流的管理

随着项目的发展跟深入,长期的协作,项目管理,产品跟进,迭代安排等工作,由于时间的跨度和项目的复杂度不断增加,单靠沟通是无法获得高效令人满意的结果。

一、协作管理

  • 避免抢做他人应该做的工作;
  • 避免重复的劳动,提高工作的有效率。

二、技术人员常规协作

  • 确保产品经理对产品的要求传递给了技术人员;
  • 确保技术部门的意见得到了表达;
  • 双方对共同认可的内容予以确认。

三、推动项目执行步骤

  • 确保对方获取到所有的信息;
  • 了解对方的态度;
  • 定期关注方案的进展情况;
  • 问题解决后的效果检验。

第四部分 技巧和方法

第十章 处理问题

在流程层面的协作之外,在具体的协作形式上开会和记录都是必备的环节。

一、文档 在和其他部门沟通时,微信,qq等即时通讯软件很便利,但交流中细碎的信息很容易被忽视和事后遗忘。因此最好要事后撰写一份完整的需求文档,并且产品有迭代时在上面有记录。

二、会议记录 需要会议后总结会议达成的共识和认定的方案,用来避免沟通中的误解和确定责任。

三、思路和想法 时常记录思路跟灵感是避免遗忘的好方法。

四、其他事项

  • 偶然产生的方案,需求,需要记录下来;
  • 协作标准化和流程化;
  • 标准化和流程化是提高效率的有效机制。

五、建议

  • 所有要求必须通过邮件提出
  • 业务方的要求提出者是固定的接口人,不接受其他人的需求;
  • 产品接收方页设立固定的接口人;
  • 定期沟通产品开发进度跟情况

第十一章 沟通

一、良好的沟通

  • 能够快速,准确的理解别人表达的信息
  • 能够准确,通畅的表述自己想传递的信息;
  • 在理解和表达中就事论事,也能照顾大家情绪。

二、理解——要点

  • 找到重点;
  • 用重述来确认;
  • 关注诉求;
  • 区别事实。

三、表达

  • 表达重点;
  • 确保对方理解;
  • 用更形象的方式表述。

书评:★★★☆☆

书籍相对知识点较浅,是理念上的灌输,很少涉及方法上的直观讲解。但从事产品经理这一段时间来,确实感觉很多东西难以付诸笔尖,更多的是来自于实践和不断试错的过程中进行成长。每一个乐意分享并把自己的想法和工作流传递给他人的都值得我们鸣谢。

致谢作者,本文为《从点子到产品》全书笔记

—— ChangeLog

2018.01.09

  • 博客初拟