简读 | 《启示录:打造用户喜爱的产品》(一)

本文是阅读本书后,提炼一些关键,方便未来快速回忆。如果有其他人阅读本文,希望可帮助你快速了解书中表达意思。大多数内容是书中意思,个人有其他理解会标明。

一、前言

适合阅读职位

  1. ✨ 产品经理(以下简称 PM);
  2. 体验设计师、软件架构师、软件程序员、项目经理、市场经理等管理人员。

好产品靠设计(十条规律)

  1. PM主要任务:探索产品的基本要求 ①;
  2. 定义产品需要 PM、交互设计师、软件架构师合作;
  3. 程序员不擅长用户体验设计,而用户看重的是产品概念模型;
  4. 交互设计 + 视觉设计 = 用户体验设计;
  5. 产品需求和用户体验设计密不可分;
  6. 创意必须尽快地、反复地接受目标用户试用;
  7. 用户测试才能验证价值和可用性;
  8. 高保真原型是成员了解产品最有效的途径;
  9. PM目标:最短时间把握需求,确定产品的基本要求;
  10. 基本要求去掉任何元素都不能得到预期效果;

ps:①基本要求 = 价值 + 可用性 + 可行性。

第一章:关键角色及其职责

现代软件产品团队

?团队成员的构成比例

1 视觉 : 4 交互 : 8 产品 : 40 ~ 80 开发

第二章:产品管理与产品营销

市面上多大九成的产品未能实现既定目标,因而是失败的。

作者认为最根本的原因:公司对产品经理的职责界定不清楚。

每款产品必须指派一名专职的产品经理,负责定义产品(将产品需求和用户体验设计相结合)

常见三大误区:

  1. 有市场营销人员定义产品

会出现营销经理直接对接开发,这样会跳过需求收集、定义产品和用户体验设计。

  1. 两人分担定义产品的工作

营销负责高层商业需求,产品负责低层产品需求。两个人都不是产品的真正负责人,这样会限制创新思维,很难做出成功的产品。

  1. 一人兼任两项工作

产品管理和产品营销要求差距给出大,能驾驭两种工作的天才少之又少,所以还需分为两个不同的岗位。

出路:清晰界定两个岗位职责,产品负责定义产品,让真实用户测试产品;营销人员负责外界宣传和推广产品。两个岗位都至关重要,需要互相配合。

第三章:产品管理与项目管理

互联网让两者变得不同

早期互联网公司让PM兼任项目经理,因为当时产品以独立包装的形式发布,发布间隔从几个月到几年不等。

现在的互联网服务类产品更新频率通常是每周或每月发布,出现了并行开发和火车模型发布模式 ①。所以项目管理需要单独的人负责,需要关注如何执行计划以按期交付产品。

ps:①火车模型发布模型,定期发车,满足发布条件就上车(发布)。

?如何成为优秀的项目经理

作者总结了七个特点:

工作紧迫感、善于捕捉问题、思路清晰、用数据说话、果断、判断力和态度。

第四章:产品管理和产品设计

理解用户体验设计

好产品必须提供舒适的用户体验。舒适的用户体验是产品管理和用户体验设计共同作用的结果。

一个舒适的产品需要做以下的工作:

  1. 用户研究:研究、分析用户,评估产品是否符合特定用户的使用习惯;
  2. 交互设计:理解目标用户的基础上,设计有价值、可用的目标功能;
  3. 视觉设计:根据线框设计可见的用户界面,包括严格的布局、颜色、和字体等;
  4. 原型制作:迅速制作融合PM和设计师创意的产品原型,邀请用户试用,并反馈。

作者认为用户体验设计外包一定程度上可行,但是交互设计不能外包:

  1. 升入理解用户需要大量时间;
  2. 交互设计师必须现场深入参与项目开发,从立项直到产品发布;
  3. 产品的用户体验是公司的核心竞争力。

团队里有一个称职的交互设计师,视觉设计可以外包。并且原型制作可以找开发团队借,但是值得注意的是原型的所有代码都是要舍弃的。

第五章:产品管理与软件开发

定义正确的产品与正确地开发产品

PM负责定义产品方案;开发团队负责开发与实现。

开发人员帮助产品经理完善餐品定义的方式有如下三种:

  1. 让开发直接面对用户,体会用户的疑惑和顾虑,了解问题的严重性,容易出现一些好点子;
  2. 向开发了解最新的技术发展动向,讨论哪些新技术可以用到产品里;
  3. 让开发在定义产品的初期参与评估产品设计,协助策划方案。

产品经理配合开发:

  1. PM只定义满足基本要求的产品;
  2. 一旦产品进入开发阶段,尽可能避免修改产品的需求和设计;
  3. 出现问题,在维持产品基本功能、尽量避免修改的原则上,拿出解决方案。

?如何与异地的开发人员沟通?

作者给的三条建议:

  1. 尽量采用高保真原型作为产品说明文档;
  2. 多沟通,尽快发现和解决开发团队里出现的各种冲突;
  3. 尽量每个季度安排出差,面对面交流。

?关于业务外包

总结为以下几点:

  1. 外包不是为了节约成本,而是为了实现合理的人员配置;
  2. 开源能充分利用在全球的顶尖人才(如MySQL);
  3. 外包为了产品团队寻找合适的人选,而不是节省钱。

?程序员想重写代码?

很多公司都出现过代码一团糟,加上用户不断增长,导致公司陷入困境。开发团队往往沦为替罪羊,但是这类问题往往是由产品管理失误引发的,比如产品经理一直迫使开发团队满负荷工作,开发尽可能多的功能。

如果出现这样的情况,大规模的重写代码,用户在重写代码的几个月内无法看到产品的任何改进。而产品只能坐在一边,眼睁睁看着用户投奔竞争对手。

为了避免这样的情况,建议以下几点:

  1. 针对开发团队确定的产品修改目标制定切实可行的计划和时间表;
  2. 尽可能把重写目标分为几大块,实现递增修改;
  3. 开发用户可见的资源有限,必须严谨选择正确的产品特性。

添加新评论

文章状态:已收录~