《启示录:打造用户喜爱的产品》读书笔记
2021-07-25 19:28:07 0 举报AI智能生成
《启示录:打造用户喜爱的产品》内容图
作者其他创作
大纲/内容
流程
产品原则（Product Principles）
产品线的战略指南
公司的价值宣言、企业文化
需要按原则的重要性排序
产品决策前的4个问题
1. 究竟要解决什么问题？
2. 要为哪类人物角色解决这个问题？
3. 产品要达到什么目标
4. 每项目标的优先级是什么？
注意
避免空泛
错把设计原则当成产品原则
评估产品机会（Assessing Product Opportunity）
回答十个问题
1. 产品要解决什么问题？（产品价值）
充分了解用户需求，收集更多的用户反馈
2. 为谁解决这个问题？（目标市场）
3. 成功的机会有多大？（市场规模）
求助财务、行业分析师等
4. 怎样判断产品成功与否？（度量指标或收益指标）
5. 有哪些同类产品？（竞争格局）
6. 为什么我们最适合做这个产品？（竞争优势）
7. 时机合适吗？（市场时机）
8. 如何把产品推向市场？（营销组合策略）
9. 成功的必要条件是什么？（解决方案要满足的条件）
产品的依赖因素和约束条件
10. 根据以上问题，给出评估结论。（继续或放弃）
结交财务同事（了解产品经济学）
帮助了解产品
帮助了解用户
确认商业上的可能性
产品探索（Product Discovery）
定义产品
确保产品有价值、可用性、可行性
需要回答的问题
1. 采用什么技术来更好地解决产品要解决的问题？
2. 设计什么样的用户体验？
产品人物角色（Personas for Product Management）
用途
1. 筛选重要的产品功能
2. 避免将用户需求偏倚
3.对用户类型的优先级进行排序
4. 为描述产品提供便利
5. 帮助团队成员达成共识
注意
1. 需要进行关键人物角色挑选
2. 不能减少用户交流
3. 不能只挑选关键人物角色用户参加测试
市场调研（Market Research）
市场调研工具和方法
用户研讨会
用户调查
设计调查问卷需要技巧和经验
调查结果提供了“一条”路径
产品使用分析
记录用户使用产品的行为
拜访客户（实地考察）
可用性/现场测试
观察使用反应
收集反馈意见
了解真实想法
同类产品分析
人物角色
找出“若干”主要用户类型
合理利用市场调研工具和方法
1. 谁是目标用户？
2. 用户会怎样使用产品？
3. 用户能想明白怎样试用产品吗？障碍在哪里？
4. 用户为什么选用你的产品？
5. 用户喜欢产品的那些特点？
6. 用户希望如何改进产品，增加哪些功能？
用户体验设计与实现（User Experience Design vs. Implementation）
用户体验设计应该在软件开发前完成
特约用户（Charter User Programs）
目的
深入洞察目标用户的需求
赢得用户对产品的推荐
优点
最了解问题所在
提前试用，反馈早
降低用户成本
注意
1. 不能收费
2. 人数不能超过10个
3. 若寻找特约用户困难，则可能要解决的问题不够重要
初步验证产品创意是否有价值
4. 确保特约用户是潜在目标用户
5. 说明产品为面向大众的通用产品，承诺不会昙花一现
6. 当做开发伙伴对待
7. 合作贯穿产品研发的每个环节
展示产品原型
参加测试
讨论产品细节
部署、测试待发布产品的备选版本
8. 邀请试用，并确保每个人都满意
9. 与产品营销团队合作
帮助物色特约用户
协助提高特约用户受关注的程度
基本产品（minimal Product）
定义
只满足基本要求的产品（价值、可用性、可行性）
方法
1. 设计高保真原型
只具备基本功能要求和良好的用户体验和吸引力
2. 邀请一位开发人员参与设计原型
估算成本和可能性
3. 邀请真实用户测试产品原型
产品验证（Product Validation）
可行性测试
角色
开发人员
目的
寻找产品设计中难以克服的障碍
时间
尽早进行
可用性测试
角色
真实用户
目的
观察用户如何完成必要的操作
寻找没能成功实现的产品需求
时间
多次迭代
价值测试
角色
真实用户
目的
观察用户是否喜欢功能、满意功能
时间
与可用性测试同时进行
原型测试（Prototype Testing）
选择测试者
1. 特约用户
2. 同类餐品的展销会
3. 分类信息网站（如Craigslist）（筛选）
4. 亲朋好友
避开过于亲密的人和科技行业从业者
5. 求助营销团队（筛选）
6. 公司网站（筛选）
7. 用户聚集的地方
准备测试
1. 事先拟定好测试内容
2. 了解测试者未接触产品原型前如何解决产品要解决的问题（只有一次机会）
3. 观察测试者是否从原型首页看出产品要解决什么问题，哪些地方吸引他们
4. 通过聊天进一步收集信息
5. 为每个答案打分
6. 先测试主要项目
当测试者遇到功能上的死胡同，询问期望，看实现方式与期望是否一致
测试原型
1. 简单寒暄后进入测试，后再深入交谈。
2. 理解目标客户图和看待产品要解决的问题，发现原型与用户期望不一致或不相容的地方
更新原型
重新定义产品说明文档（Reinventing the Product Spec）
产品经理
确保向开发团队交付具有成功潜力的产品说明文档
要求
1. 完整描述用户体验（用户需求、交互设计、视觉设计）
2. 准确地描述软件的行为
3. 直观的方式展示
4. 可以修改
5. 一个主体代表产品
包含
高保真原型
包括所有的页面和主要的用例
为了接近真实用户体验，模拟后台处理流程和某些数据
补充用例
业务逻辑（税务表单和运费等）
发布要求（性能表现、可靠性、扩展性等）
平台交付要求（安装要求、浏览器兼容性等）
产品评审团（The Product Council）
工作目标
决定产品战略方向
宏观地监督产品的研发流程
合理地配置资源
成员组成
首席执行官（CEO）/首席运营官（COO）/ 部门经理
产品管理总监
用户体验设计总监
市场总监
开发总监
网站运营总监
客户服务总监
4个里程碑
1. 评审产品战略和产品路线图，启动评估产品机会的工作
2. 根据评估产品机会的结果，决定是否开始定义产品的解决方案
通过分级大致估算项目的规模，粗略估算项目成本
3. 品神产品原型、用户测试结果、成本估算明细，决定是否开始开发产品
完成产品说明文档（PRD）后，做详细的成本估算
4. 评审最终产品、产品品质、发布计划、社会效应，决定是否发布产品
改进现有产品（Improving Existing Products）
不要一味添加功能
改善用户体验
分析关键指标，针对性地改进产品
平滑部署（Gentle Deployment）
反感新版本的原因
1. 事前没有更新通知
2. 不适应，无法过渡
3. 新版本无法正常运行
4. 新旧版本不兼容
5. 认为新加的功能没必要
6. 频繁更新
7. 不习惯新版本
定义
合理地、审慎地更新产品版本
措施
1. 提前告知
2. 加倍测试
3. 并行部署
4. 区域性逐步部署
5. 增量部署
快速响应阶段（Rapid Response）
时间
产品发布后的几天至一周内
目的
观察用户对产品的反应，处理产品发布后的用户反馈意见
方法
使用明确的、可量化的指标
页面访问量
注册用户数
访问停留时间
会员转换率
订阅数
广告收益
专业工具
谷歌分析工具
合理运用敏捷方法（Succeeding with Agile Methods）
十大秘诀
1. 产品经理与开发团队保持密切的联系
2. 轻量级的机会评估方法代替冗长的市场需求文档
3. 产品经理和设计团队快开发团队一两个迭代周期
4. 拆分产品设计工作，迅速制作原型
5. 产品经理定义产品原型和用户故事
6. 开发团队自主划分迭代周期
7. 每日晨会
8. 不轻易发布新版本
9. 持续迭代，加深理解
10. 开展敏捷培训
合理运用瀑布式开发方法（Succeeding with the Waterfall Process）
问题
1. 产品验证滞后
2. 不易变更计划
3. 不适应市场变化
人员【团队之间的关系】
用户体验设计师
用户研究
评估产品和产品原型是否符合特定用户的使用习惯【制定、监督、评估、改进方案】
交互设计【不外包】
深入理解目标用户【费时间】
设计有价值、可用的功能
用户导航（UI）
产品使用流程
视觉设计
设计UI【传达并唤起产品蕴含的情感】
原型制作
制作产品原型，让用户试用，并根据反馈意见反复修正原型
项目管理人员
制定计划、跟踪进度、协调发布管理、程序开发、网站运维、客户服务、产品管理各个方面
7个能力
工作紧迫感
善于捕捉问题
思路清晰
用数据和事实说话
果断
良好的判断力
积极的态度
产品经理
职责
评估产品机会【审核产品创意】
定义产品
明确产品要“做什么”
必备特质
对产品的热情
用户立场
智力与勤奋
职业操守
正直
信心
态度
技能
运用技术的能力
注意力
时间管理
沟通技能
商业技能
考察标准
用户净推荐值（net promoter score，NPS）
规律
1. 探索产品的价值、可用性、可行性
2. 定义产品需要产品经理、交互设计师、软件架构师的合作
3. 用户看重的是产品的概念模型
4.用户体验设计就是交互设计、视觉设计
5. 功能（产品需求）和用户体验设计密不可分
6. 产品创意必须尽早地、反复地接受目标用户的使用，以便获得有效的用户体验
7. 为了验证产品的价值和可用性，必须尽早地、反复地请目标用户测试产品创意
8. 采用高保真原型是全体团队成员了解用户需求和用户体验最有效的途径
9.产品经理的目标是在最短的时间内把握复杂的市场/用户需求，确定产品的基本要求——价值、可用性、可行性
10. 上述三点，缺一不可。
开发团队
开发与实现产品
预留“余量(headroom)”【避免触及技术能力的上限】
运维团队
保证服务正常运行
产品营销人员
宣传产品
拓展市场销售渠道
组织营销活动
产品
苹果产品的成功
1. 硬件为软件服务
2. 软件为用户体验服务
3. 用户体验为情感服务
4. 产品为真正的需求服务
两件法宝
1. 对目标市场了如指掌，对现有产品的缺陷洞若观火。
2. 跟踪最新的技术趋势。
情感的作用
产品应该满足用户的情感需求
从情感的角度了解用户的真实感受
用户体验设计、可用性测试在满足用户情感需求的过程中很关键
愤怒的用户决定着产品未来的发展方向
情感接纳曲线
技术爱好者（技术创新者）
因新技术而被吸引
注意不要与普通大众的需求相混淆（痴迷于技术）
非理性消费者（尝鲜者）
情感需求与大众相同，但是更强烈
理性消费者（早期消费大众）
购买实用、成熟的产品，情感上更务实
超理性消费者（后期消费大众）
情感需求更弱，产品有一点不合意就不会购买
观望者（跟随者）
只购买公认好用的产品
管理大众网络服务产品的十点
1. 可用性
良好的用户体验
2. 人物角色
3. 扩展性
上线前的压力测试
利用20%开发资源和运维资源专门做准备
4. 持续可用性
5. 客户服务
减少系统故障和缺陷
维持良好的用户体验
6. 保护用户隐私
7. 口碑营销
KOC
8. 全球化
9. 平滑部署
10. 用户社区管理
管理企业网络服务产品的十点
1. 可用性
2. 产品正常工作
3. 特立产品
4. 特约用户
5. 销售渠道的需求
6. 客户和用户的需求
7. 产品安装
8. 产品的配置、自定义、集成
9. 产品升级
10. 销售策略
合格的产品的特征
1. 具有价值，用户愿意掏钱购买产品
2. 多种环境下运行
3. 通过销售渠道顺利销售出去
4. 提供支持，完善产品
5. 明白如何安装、配置、使用产品
专用解决方案特征
1. 帮助企业解决业务问题（垂直行业问题）
2. 由多个组件整合而成（预先集成）
3. 必要时，应该获得合作方的产品认证
十大要点
1. 产品管理的职责
2. 用户体验
3. 机会评估
明确产品要解决什么问题
为谁解决问题
评估产品的标准
4. 特约用户
5. 产品原则
6. 人物角色
把目标用户按特征分类，逐一分析理解其情感和行为
7. 定义产品
有价值、可用的、可行的产品
8. 使用原型
1. 迫使产品经理深入定义解决方案
2. 让真实客户参与测试
3. 直观地展示产品的设计思路
9. 用户参与原型测试
10. 根据数据改进产品
十大问题
1. 产品能吸引目标消费者的关注吗？
2. 产品的设计是否人性化，是否易于操作？
3. 产品能在竞争中取胜吗？即使是面对未来风云变化的市场，依旧有取胜的把握吗？
4. 我了解目标用户吗？产品是否能得到他们的认可？
5. 产品是否有别于市场上的其他产品？我能在两分钟内向公司高管清楚地阐明这些差别吗？能在一分钟内向客户解释清楚吗？能在半分钟内向经验丰富的行业分析师解释清楚吗？
6. 产品能正常运行吗？
7. 产品是否完整？用户对产品的印象如何？销售业绩如何？销售任务能否顺利完成？
8. 产品的特色是否与目标用户的需求一致？产品特色是否鲜明？
9. 产品值钱吗？值多少钱？为什么值这么多钱？用户会选择更便宜的产品吗？
10. 我了解其他团队成员对产品的看法吗？他们觉得产品好在哪里？他们的看法是否与我的观点一致？
收藏
0 条评论
下一页
