索引
符号
- 4 个残酷真相, 优化 bang（影响）, 长期维持价值很难
A
- A/B 测试, 跟上用户-新的岗位描述：数字孪生维护者, 变化背后的技术底座, 优化 buck（投入）, 必要时先上实验版, 延迟
- 首字母缩写与简称，在命名中的使用, 只在目标画像普遍使用时才用缩写（而不是“避免缩写”）
- 可操作性, 诊断场景, 在实践中分类错误, 让错误与警告消息可操作
- 采纳指标, 采纳指标, 产品目标
- 可供性
- 限定于正确的人物画像与场景, 在正确场景下把可供性给到正确人物画像-在正确场景下把可供性给到正确人物画像
- 方法可供性, 交互设计
- 传达其安全性, 把注意力引向正确用法，远离错误用法
- 与意符对比, 交互设计
- 交付时机, 明智把握可供性的发布时机-必要时先上实验版
- AI 助手, 文档驱动开发, 挤出改进时间, 在竞争画像间做优先级, 案例研究导言-产品目标
- 避免歧义, 避免歧义（而不是“要能自解释”）
- 分析瘫痪, 分析瘫痪
- 断言（Assertions）, 在实践中分类错误
- 自动化测试, 将测试用于内部试用, 用户验收测试
- 可用性, 产品架构的基础, 可靠的用户体验, 可用性, 延迟、可用性与数据一致性的权衡-延迟、可用性与数据一致性的权衡, 向用户沟通非功能性需求
B
- 向后兼容, 变化背后的技术底座
- 性价比（bang-for-the-buck）优化, 优先级里真正重要的是什么？
- Beta 版本, Beta 版本能降低故障影响半径, 必要时先上实验版
- 偏见, 选择易懂的名称, 将测试用于内部试用, 真实用户，而非稻草人, 软件设计中偏见与意识形态的作用
- 黑洞化（blackholing）, 延迟、可用性与数据一致性的权衡
- 无责复盘, 向用户沟通非功能性需求
- 爆炸半径, 变化背后的技术底座, Beta 版本能降低故障影响半径
- 瓶颈, 可扩展性
- 头脑风暴, 以团队方式头脑风暴场景
- 面包屑, 利用用户已有知识, 把“未知的未知”变成“已知的未知”, 使用场景, 文档之网
- 浏览器 Cookie, 意符的边界
- 残酷真相, 优化 bang（影响）, 长期维持价值很难
C
- 容量模拟, 规模模拟
- 案例研究
- CD（持续部署）, 变化背后的技术底座
- CDI（客户发现访谈）, 客户发现访谈-响应分析
- CDN（内容分发网络）, 可用性
- 倡导者计划（champions programs）, 倡导者计划提供深度反馈
- 变更
- 变更管理系统, 变化背后的技术底座
- 章节概览, 各章概览
- 人物（characters）, 所以，到底什么是场景, 角色小结, 真实用户，而非稻草人, 用人物画像达成一致, 场景驱动发现
- 卡点（choke points）, 可扩展性
- 代码清单, 阅读说明
- 代码评审, 变化背后的技术底座
- “代码赢得争论”, 必要时先上实验版
- 编码实践
- 将产品思维用于编码, 引导用户使用你的产品
- 警惕晦涩的内部代号, 利用用户已有知识
- 澄清潜在歧义, 避免歧义（而不是“要能自解释”）
- 让别扭抽象显性化, 意符的边界
- 提供冗余解释, 提供冗余解释
- 强制参数并留下线索, 使用场景
- 选择清晰、简洁且一致的名称, 只传达用户需要知道的内容（而不是“简洁”）
- 使用注释增加发现路径, 提供多条发现路径
- 认知偏差, 选择易懂的名称
- 沟通
- 向用户传达非功能性需求, 向用户沟通非功能性需求
- 能增强沟通的场景, 作为启发故事的场景
- 提案的用户影响, 传达提案对用户的影响
- 竞争差异化, 竞争差异化的后置性更强
- 复杂性
- 扩展性带来的复杂性, 窄功能 vs 可扩展功能
- 复杂文档的替代方案, 文档不应成为承重件
- 平滑揭示复杂性, 优雅揭示复杂性
- 概念指南, 理解
- 简洁性, 只传达用户需要知道的内容（而不是“简洁”）
- 确认（confirmations）, 请求用户确认
- 一致性, 在一致性与特异性之间权衡（而不是“保持一致”）, 数据一致性-延迟、可用性与数据一致性的权衡
- 内容分发网络（CDN）, 可用性
- 内容说明, 阅读说明
- 上下文
- 审视全局, 拉远视角，看整体
- 在诊断信息中提供, 提供上下文-提醒用户他们做了什么
- 在反馈中提供, 反馈组件帮助用户发声
- 提醒用户相关上下文, 提供冗余解释
- 上下文菜单, 案例研究导言, 优雅揭示复杂性, 把“未知的未知”变成“已知的未知”
- 持续部署（CD）, 变化背后的技术底座
- 持续集成（CI）, 变化背后的技术底座
- 转化率, 效果平平, 延迟
- Cookie, 意符的边界, 数据一致性
- 交叉引用, 使用场景
- 知识诅咒（Curse of Knowledge）, 选择易懂的名称
- 客户发现
- 客户发现访谈（CDI）, 客户发现访谈-响应分析
- 客户发现问卷, 客户发现问卷
- 客户支持（见支持交互）
- 客户价值, 理解客户价值
D
- 数据一致性, 数据一致性-延迟、可用性与数据一致性的权衡
- 数据完整性检查器, 数据一致性
- 默认值
- 选择安全且可预测的默认值, 选择安全、可预测的默认值，或者干脆不设默认值
- 判断默认值的价值, 分阶段构建
- 为“无默认值”编程, 选择安全、可预测的默认值，或者干脆不设默认值
- 《设计心理学》（Norman）, 引导用户使用你的产品, 交互设计
- 设计，优秀设计的前提, 好设计的前提条件（另见交互设计）
- 《Designing Data-Intensive Applications》（Kleppman）, 数据一致性
- 开发者生产力工程, 开发者生产力工程
- 开发者工具
- 用于弥合系统-产品鸿沟, 使用能跨越系统-产品鸿沟的技术, 延迟
- 与数字孪生, 新的岗位描述：数字孪生维护者
- 集成现成技术, 挤出改进时间
- 果断迭代, 案例研究导言
- 可潜在解决的问题, 技术塑造文化
- 在团队文化中的作用, 技术塑造文化
- 作为变更基础, 变化背后的技术底座
- 诊断（另见测试）
- 《创新扩散》（Rogers）, 为变化而设计
- 数字孪生管理员, 新的岗位描述：数字孪生维护者, 产品指标
- 可发现性反转（discoverability inversion）, 优化你的阻力最小路径
- 发现类场景（另见客户发现；产品发现）
- 分布式追踪, 延迟, 规模模拟
- 文档驱动开发
- 相关建议, 章节总结
- 复杂文档的替代方案, 文档不应成为承重件
- 将产品思维应用于文档, 将写文档作为内部试用
- 文档分类, 文档读者的场景
- 文档读者场景, 文档读者的场景-文档之网
- 在项目更早期勾勒文档, 文档驱动开发, 将写文档作为内部试用
- 将文档编写作为内部试用, 将写文档作为内部试用-将写文档作为内部试用
- 内部试用（dogfooding）, 亲身体验自己的产品, 将写文档作为内部试用-将写文档作为内部试用, 必要时先上实验版
- 双钻石流程模型, 双钻石流程模型-双钻石流程模型, 从愿景到需求, 选择并打磨北极星场景, 为首个里程碑构建详细用户流程
- 预演（dry runs）, 请求用户确认
- 双界面方案, 多人物画像设计
E
- 边界场景（edge cases）, 写出模拟
- 边（edges）, 案例研究导言
- 弹性（elasticity）, 可扩展性
- 端到端（e2e）测试, 你应该写哪些测试？, 端到端测试
- 实体（entities）, 案例研究导言
- EntSchema, 开发者生产力工程, 案例研究导言-优化你的阻力最小路径, 在正确场景下把可供性给到正确人物画像, 应用“三次法则”-章节总结
- 错误场景, 错误场景分类-在实践中分类错误
- 错误与警告消息
- 事件溯源框架, 数据一致性
- 练习
- 实验版本, 必要时先上实验版
- 可扩展性, 变化背后的技术底座, 交互设计, 窄功能 vs 可扩展功能
F
- 替身（fakes）, 你应该写哪些测试？
- 故障注入, 桥接技术
- 恐惧, 将测试用于内部试用, 技术塑造文化, 向用户沟通非功能性需求
- 特性开关（feature flags）, 变化背后的技术底座, 变化背后的技术底座, 必要时先上实验版
- 功能问卷, 问卷提供广度覆盖
- 功能
- 提醒用户新功能与非标准功能, 文档不应成为承重件
- 建立纳入功能的信心, 明智把握可供性的发布时机
- 分阶段构建, 分阶段构建
- 比较不同版本, 变化背后的技术底座
- 处理古怪需求, 应用“三次法则”
- 用示例演示, 示例
- 功能实验版本, 必要时先上实验版
- 用场景高亮缺失项, 揭示产品缺口的场景
- 构建与发布准则, 明智把握可供性的发布时机-必要时先上实验版
- 衡量功能质量, 将写文档作为内部试用
- 窄功能 vs 可扩展功能, 窄功能 vs 可扩展功能
- 提供多种查找方式, 提供多条发现路径
- 所有功能的共同要求, 为变化而设计
- 基于目标受众选择功能, 基于目标受众选择功能-保持聚焦
- 过早发布, 明智把握可供性的发布时机
- 用户发现新颖功能, 把“未知的未知”变成“已知的未知”
- 用人物画像验证, 人物画像
- 用场景验证, 验证拟建功能的场景
- 用问卷验证, 问卷提供广度覆盖
- 反馈与指标
- 反馈组件, 案例研究, 反馈组件帮助用户发声, 用户支持的力量
- 灵活分析平台, 变化背后的技术底座
- Fowler, Martin, 延迟、可用性与数据一致性的权衡
- 摩擦日志, 摩擦日志-摩擦日志文化
- 功能性需求, 产品架构
- 功能测试, 你应该写哪些测试？, 功能测试
- 模糊匹配, 提供多条发现路径
G
- 快速开始指南, 文档读者的场景, 理解
- 大重排（great reindexing）, 把北极星场景转换为需求, 把用户流程翻译成待完成工作
- “绿、黄、红”信号, 把注意力引向正确用法，远离错误用法
- 毛利率, 关键绩效指标
- 群组复盘, 向用户沟通非功能性需求
- 保证（guarantees）, 传达提案对用户的影响, 数据一致性, 向用户沟通非功能性需求
- 指南
H
- 黑客松场景, 在正确场景下把可供性给到正确人物画像
- 高层需求, 高层需求
- How-to 指南, 使用
I
- 图标, 引导用户使用你的产品, 提供多条发现路径, 提供冗余解释, 写摩擦日志
- 幂等性, 先帮用户解阻
- 幂等键, 数据一致性
- 图片, 提供冗余解释
- 实现偏见, 将测试用于内部试用
- 信息链, 为诊断保留信息-持久化额外上下文
- 输入校验, 窄功能 vs 可扩展功能
- 灵感, 作为启发故事的场景, 将测试用于内部试用
- 集成测试, 你应该写哪些测试？
- 交互设计
- 相关建议, 章节总结
- 可供性 vs 意符, 交互设计
- 相关案例研究, 案例研究导言
- 正确与错误产品用法, 把注意力引向正确用法，远离错误用法-执行校验
- 关键点, 交互设计
- 偏见在软件设计中的作用, 软件设计中偏见与意识形态的作用
- 可供性发布时间, 明智把握可供性的发布时机-必要时先上实验版
- 界面
- 内部工具（见开发者工具）
- 访谈指南, 为问题写脚本（另见客户发现；用户访谈）
- 隔离（isolation）, 可扩展性
- 迭代
- 与残酷真相, 长期维持价值很难
- 与用例汇编, 组织你的用例汇编
- 用于判断功能发布时间, 明智把握可供性的发布时机
- 聚焦人物画像与场景, 章节总结
- 与界面设计, 交互设计
- 快速迭代周期, 跟上用户-为变化而设计, 好设计的前提条件
- 打磨北极星场景, 选择并打磨北极星场景
J
- 待办工作（jobs-to-be-done）列表, 从愿景到需求, 把用户流程翻译成待完成工作
K
- 关键绩效指标（KPI）, 关键绩效指标, 产品目标
- Kleppman, Martin, 数据一致性
- “已知的未知”, 把“未知的未知”变成“已知的未知”, 文档不应成为承重件
L
- 延迟, 延迟-延迟, 延迟、可用性与数据一致性的权衡-延迟、可用性与数据一致性的权衡, 向用户沟通非功能性需求
- 链接，使用颜色表示安全性, 把注意力引向正确用法，远离错误用法
- 负载模拟, 你应该写哪些测试？, 规模模拟
- 日志（见摩擦日志）
- 低意图时段, 延迟
M
- 菜单
- 商户
- 黑洞化, 延迟、可用性与数据一致性的权衡
- 入驻（onboarding）, 延迟、可用性与数据一致性的权衡
- Microsoft Office 套件, 案例研究导言
- 里程碑, 从愿景到需求, 为首个里程碑做需求优先级, 为首个里程碑定义目标北极星场景
- 最小可爱产品（MLP）, 合并 bang 与 buck
- 最小可行产品（MVP）, 合并 bang 与 buck
- 错误优先级判断（misprioritizations）, 产品架构的基础
- 模拟对象（mocks）, 你应该写哪些测试？
- 动机（motivation）, 所以，到底什么是场景-写出动机, 真实用户，而非稻草人, 客户发现访谈, 响应分析, 选择目标受众
- 多人物画像设计, 多人物画像设计, 多画像产品-在竞争画像间做优先级, 在正确场景下把可供性给到正确人物画像
N
- 名称与命名
- 警示用户安全风险, 使用场景
- 重述经典建议, 重新审视经典命名建议-只传达用户需要知道的内容（而不是“简洁”）
- 人物画像命名, 用人物画像达成一致
- 选择易理解名称, 选择易懂的名称
- 净推荐值（NPS）, 问卷提供广度覆盖, 关键绩效指标
- 净收入留存（NRR）, 关键绩效指标
- 非功能性需求（NFR）, 产品架构, 传达提案对用户的影响, 向用户沟通非功能性需求
- 非人物画像（nonpersonas）, 用人物画像达成一致, 非人物画像
- Norman, Don, 引导用户使用你的产品, 交互设计
- 北极星场景（另见场景）
- 为里程碑定义, 为首个里程碑定义目标北极星场景
- 术语定义, 验证拟建功能的场景, 场景驱动发现
- 示例, 所以，到底什么是场景, 案例研究导言
- 用北极星场景完成产品愿景, 用北极星场景补完你的产品愿景-选择并打磨北极星场景
- 用北极星场景引导产品愿景, 从愿景到需求
- 新颖功能, 把“未知的未知”变成“已知的未知”
- NPS（净推荐值）, 关键绩效指标
- NRR（净收入留存）, 关键绩效指标
O
- 可观测性工具, 开发者生产力工程, 技术塑造文化, 使用能跨越系统-产品鸿沟的技术, 延迟
- 值班响应时间, 向用户沟通非功能性需求
- 本体（ontologies）, 利用用户已有知识
- 开源软件, 争论：开源还是专有
- 营业利润, 关键绩效指标
- 运营指标, 变化背后的技术底座
- 运维指南, 使用
- 乐观主义 vs 悲观主义, 争论：乐观还是悲观, 既不要乐观主义，也不要悲观主义
P
- 阻力最小路径, 优化你的阻力最小路径
- PDM（产品发现图）, 产品发现地图-产品发现地图
- 边界（perimeters）, 分阶段构建
- 人物画像菜单, 发现
- 人物画像
- 创建有效人物画像, 写人物画像-角色小结
- 术语定义, 所以，到底什么是场景, 人物画像
- 为目标受众构建, 选择目标受众-用人物画像达成一致
- 示例, 人物画像, App Center 的受众画像
- 与摩擦日志, 写摩擦日志
- 将可供性限定给正确人物画像, 在正确场景下把可供性给到正确人物画像-在正确场景下把可供性给到正确人物画像
- 多人物画像设计, 多人物画像设计, 多画像产品-在竞争画像间做优先级
- 可能引发的反弹, 用人物画像达成一致
- 在冲突人物画像间做优先级, 在竞争画像间做优先级
- 与本体关系, 利用用户已有知识
- 悲观主义 vs 乐观主义, 争论：乐观还是悲观, 既不要乐观主义，也不要悲观主义
- 成功之坑（pit of success）, 把注意力引向正确用法，远离错误用法, 在正确场景下把可供性给到正确人物画像
- 情节漏洞（plot holes）, 写出模拟
- 弹出通知/菜单, 案例研究导言, 意符的边界, 文档不应成为承重件
- 复盘（postmortems）, 向用户沟通非功能性需求
- 高阶用户（power users）, 多人物画像设计
- PRD（见 Product Requirements Document）
- 过早可扩展化, 窄功能 vs 可扩展功能
- 过早优化, 产品架构的基础-使用能跨越系统-产品鸿沟的技术
- 主读取（primary reads）, 延迟、可用性与数据一致性的权衡
- 优先级排序, 技术塑造文化, 深入用户场景, 从愿景到需求, 组织你的用例汇编, 为首个里程碑做需求优先级-对用例汇编做优先级, 产品架构的基础
- 产品架构
- 相关案例研究, 案例研究导言
- 向用户传达非功能性需求, 向用户沟通非功能性需求
- 术语定义, 产品架构
- 基础, 产品架构的基础-使用能跨越系统-产品鸿沟的技术
- 关键要点, 章节总结
- 可靠用户体验, 可靠的用户体验-延迟、可用性与数据一致性的权衡
- 产品简报, 从愿景到需求
- 产品设计, 产品思维基础, 验证拟建功能的场景, 写出动机, 争论：灵活还是强主张（另见交互设计）
- 产品发现, 文档不应成为承重件, 发现, 从愿景到需求-从愿景到需求（另见模拟）
- 产品发现图（PDM）, 产品发现地图-产品发现地图
- 产品缺口, 揭示产品缺口的场景, 使用能跨越系统-产品鸿沟的技术
- 产品生命周期, 章节总结, 亲身体验自己的产品
- 产品指标
- 产品压力, 你应该写哪些测试？, 章节总结
- 产品需求
- 产品需求文档（PRD）, 从愿景到需求, 场景驱动发现, 产品需求文档
- 产品规格, 从愿景到需求
- 产品战略, 产品指标
- 产品论题与反论题, 后退一步，拿起科学这把武器, 产品论题
- 产品思维
- 生产流量, 规模模拟建议
- 生产力, 示例, 开发者生产力工程, 挤出改进时间, 延迟
- 提案, 效果平平, 非人物画像, 从愿景到需求, 从愿景到需求, 传达提案对用户的影响
- 专有软件, 争论：开源还是专有
Q
R
- 钻牛角尖（ratholing）, 从愿景到需求, 避免路灯效应
- RCA（见根因分析）
- 读后写一致性（read-your-write consistency）, 数据一致性
- 可读性, 案例研究导言, 窄功能 vs 可扩展功能
- 读取：主读与从读, 延迟、可用性与数据一致性的权衡
- 真实用户监控（RUM）, 可用性
- 红队演练, 用户验收测试, 争论：乐观还是悲观
- 冗余, 提供冗余解释-使用场景
- 参考客户, 与被访者建立关系网络
- 参考指南, 使用
- 可复现性, 规模模拟建议
- 征求意见稿（RFC）, 征求意见稿
- 韧性原语, 变化背后的技术底座
- 响应时间, 向用户沟通非功能性需求
- 重试策略, 请求用户确认
- Ribbon 功能区菜单, 案例研究导言, 提供多条发现路径, 提供冗余解释
- 路线图, 从愿景到需求, 为首个里程碑做需求优先级
- Rogers, Everett, 为变化而设计
- 根因分析（RCA）, 写出动机, 深入用户场景
- 发现路径
- 三次法则, 应用“三次法则”, 窄功能 vs 可扩展功能, 章节总结
- RUM（真实用户监控）, 可用性
- Runbook 操作手册, 使用
S
- 安全相关问题
- Saga 模式, 数据一致性
- 销售电话, 销售通话
- 示例（samples）, 示例
- 健全性检查（sanity checks）, 向用户沟通非功能性需求
- 可扩展性, 可扩展性-规模模拟建议
- 场景菜单, 发现
- 场景指标, 延迟, 规模模拟, 规模模拟建议
- 场景示例, 示例
- 场景测试, 你应该写哪些测试？, 场景测试-场景测试, 使用
- 场景驱动发现（SDD）, 从愿景到需求, 场景驱动发现, 好设计的前提条件, 窄功能 vs 可扩展功能
- 场景（另见北极星场景）
- 其他命名, 场景驱动发现
- 平衡相对重要性, 优化整段用户旅程, 在竞争画像间做优先级
- 团队头脑风暴, 以团队方式头脑风暴场景
- 创建有效场景, 产品思维的基础-写出模拟, 用户旅程中的场景
- 术语定义, 产品思维的基础, 所以，到底什么是场景
- 发现场景, 发现场景-把“未知的未知”变成“已知的未知”, 发现
- 错误场景, 错误场景分类-在实践中分类错误
- 用于诊断, 诊断场景, 按场景类别分组错误
- 面向文档读者, 文档读者的场景-文档之网
- 用于摩擦日志, 写摩擦日志
- 黑客松场景, 在正确场景下把可供性给到正确人物画像
- 在用户旅程中, 用户旅程中的场景
- 将可供性限定到正确场景, 在正确场景下把可供性给到正确人物画像-在正确场景下把可供性给到正确人物画像
- 面向特定用户场景, 分阶段构建
- 使用建议, 如何使用场景？
- 理解场景, 理解场景-提供冗余解释
- 使用场景, 使用场景
- 搜索框, 提供多条发现路径
- 搜索词, 发现, 使用
- 从读（secondary reads）, 延迟、可用性与数据一致性的权衡
- 服务级别协议（SLA）, 向用户沟通非功能性需求
- 服务级别目标（SLO）, 向用户沟通非功能性需求
- 左移（shifting left）, 诊断场景, 尽早诊断, 让他们先测试
- 换鞋思考（shoe-shifting）, 确定人物画像的“能力条件”, 选择易懂的名称, 文档读者的场景, 将写文档作为内部试用
- 意符
- 与可供性对比, 交互设计
- 术语定义, 引导用户使用你的产品
- 示例, 引导用户使用你的产品
- 局限, 意符的边界
- 路标（signposts）, 引导用户使用你的产品
- 模拟
- AI 助手产品简报, AI 助手产品简报
- 为里程碑构建详细用户流, 为首个里程碑构建详细用户流程-可用性研究
- 相关案例研究, 案例研究导言
- 将北极星场景转为需求, 把北极星场景转换为需求-组织你的用例汇编
- 创建有效模拟, 一个模拟-写出模拟
- 术语定义, 一个模拟
- 通过模拟发现产品, 通过模拟发现你的产品
- 回灌到需求中, 反哺需求文档
- 从愿景到需求的路线图, 从愿景到需求-从愿景到需求
- 基于模拟做权衡, 优化整段用户旅程
- 总览, 章节总结
- 为里程碑排序需求优先级, 为首个里程碑做需求优先级-对用例汇编做优先级
- 规模模拟, 规模模拟-规模模拟建议
- 将用户流翻译为待办任务, 把用户流程翻译成待完成工作
- SLO（服务级别目标）, 向用户沟通非功能性需求
- 软件工程（另见交互设计；产品思维）
- 面向变更设计, 为变化而设计-技术塑造文化
- 数字孪生管理员, 新的岗位描述：数字孪生维护者
- 软件交付演进, 跟上用户-跟上用户
- 聚焦用户, 重新审视经典命名建议, 数据一致性, 数据一致性, 章节总结, 收尾
- 优秀设计前提, 好设计的前提条件
- 偏见在软件设计中的作用, 软件设计中偏见与意识形态的作用
- 系统思维 vs 产品思维, 为什么写这本书-为什么写这本书
- “为什么、做什么、怎么做”阶段, 从愿景到需求
- 特异性, 在一致性与特异性之间权衡（而不是“保持一致”）
- 尖峰模拟（spike simulation）, 规模模拟
- 静态校验, 做静态校验
- 刻板印象, 用人物画像达成一致, App Center 的受众画像
- 便利贴练习, 以团队方式头脑风暴场景
- 故事, 场景驱动发现, 把北极星场景转换为需求
- 分镜图, 从愿景到需求
- 战略指标, 战术指标与战略指标
- 稻草人用户, 写出动机, 真实用户，而非稻草人
- 路灯效应, 避免路灯效应
- 结构化元数据, 添加结构化元数据
- 支持交互
- 问卷, 问卷提供广度覆盖, 客户发现问卷
- 同义词, 提供多条发现路径, 提供冗余解释, 理解
- 系统思维
- 对比产品思维, 为什么写这本书-为什么写这本书
- 系统化表示, 把北极星场景转换为需求
- 警告与错误消息, 警告与错误消息
- 系统-产品鸿沟, 揭示产品缺口的场景, 使用能跨越系统-产品鸿沟的技术
T
- 战术指标, 战术指标与战略指标
- 目标受众
- 相关建议, 章节总结
- 偏见与目标受众, 真实用户，而非稻草人
- 为真实用户构建, 真实用户，而非稻草人
- 相关案例研究, 案例研究导言
- 构建并传达目标受众, 构建并传达目标受众-非人物画像
- 客户发现, 客户发现-客户访谈经验法则
- 为错误消息确定目标受众, 错误场景分类
- 与优秀设计, 好设计的前提条件
- 多人物画像产品, 多画像产品-在竞争画像间做优先级
- 产品论题与反论题, 后退一步，拿起科学这把武器
- 基于目标受众选择功能, 基于目标受众选择功能-保持聚焦
- 理解你的目标受众, 理解你的目标受众
- 团队文化, 技术塑造文化
- 测试驱动开发（TDD）, 将测试用于内部试用
- 测试（另见诊断）
- 相关建议, 章节总结
- 自动化测试, 将测试用于内部试用, 用户验收测试
- 通过用户测试提前诊断, 让他们先测试, Beta 版本能降低故障影响半径
- 端到端（e2e）测试, 端到端测试
- 建立测试文化, 变化背后的技术底座
- 亲身体验自己的产品, 亲身体验自己的产品
- 功能测试, 功能测试
- 测试目标, 将测试用于内部试用, 选择测试类型
- 规模模拟, 规模模拟-规模模拟建议
- 场景测试, 场景测试-场景测试
- 选择测试类型, 选择测试类型
- 测试术语, 你应该写哪些测试？
- 应避免的测试, 只测用户在乎的东西
- 测试类型, 你应该写哪些测试？
- 用户验收测试, 你应该写哪些测试？, 用户验收测试
- 在发布可供性前做验证, 值得做，就值得验证
- 编写测试, 将测试用于内部试用
- 论题（thesis）, 后退一步，拿起科学这把武器
- 工具（见开发者工具）
- 使用交通灯颜色传达安全性, 把注意力引向正确用法，远离错误用法
- 滞后指标（trailing metrics）, 战术指标与战略指标
- 活门式决策（trapdoor decisions）, 分阶段构建, 章节总结
- 故障排查指南, 使用
- 信任
- 通过诚实与透明建立, 向用户沟通非功能性需求
- 写进代码库中的信任, 挤出改进时间
- 可依赖的系统特性, 产品架构
- 内部试用与用户信任, 亲身体验自己的产品
- 与用户建立信任, 为变化而设计
- 与用户维持信任, 选择安全、可预测的默认值，或者干脆不设默认值
- 信任变更管理系统, 变化背后的技术底座
- 信任测试, 你应该写哪些测试？
U
- 理解场景
- 经典命名建议的重构, 重新审视经典命名建议-只传达用户需要知道的内容（而不是“简洁”）
- 提供冗余解释, 提供冗余解释-使用场景
- 选择易理解的名称, 选择易懂的名称
- 单元测试, 你应该写哪些测试？
- “未知的未知”, 把“未知的未知”变成“已知的未知”, 文档不应成为承重件
- 前置校验, 在接口层抛出错误, 前置校验
- 可用性研究, 可用性研究
- 使用指南, 使用
- 使用场景, 使用场景
- 用例汇编, 从愿景到需求, 产品需求文档-组织你的用例汇编, 对用例汇编做优先级-对用例汇编做优先级
- 用户验收测试, 你应该写哪些测试？, 用户验收测试
- 用户确认, 请求用户确认
- 用户同理心, 为什么写这本书, 问卷提供广度覆盖
- 用户体验（另见交互设计）
- 架构可靠体验, 可靠的用户体验-延迟、可用性与数据一致性的权衡
- 发现产品, 发现
- 用场景高亮高摩擦体验, 揭示摩擦体验的场景
- 提案的用户影响, 传达提案对用户的影响
- 学习产品, 理解
- 新用户体验测试, 场景测试
- 使用产品, 使用
- 用户反馈
- Beta 版本, Beta 版本能降低故障影响半径, 必要时先上实验版
- 倡导者计划, 倡导者计划提供深度反馈
- 反馈组件, 反馈组件帮助用户发声
- 问卷, 问卷提供广度覆盖
- 用户流
- 撰写, 为首个里程碑构建详细用户流程
- 为里程碑构建详细用户流, 为首个里程碑构建详细用户流程-为首个里程碑构建详细用户流程
- 从产品愿景到产品需求, 从愿景到需求
- 目的, 为首个里程碑构建详细用户流程
- 翻译为待办任务, 把用户流程翻译成待完成工作
- 验证, 验证用户流程
- 用户访谈, 捕捉用户访谈的场景, 如何拿到访谈-响应分析, 客户访谈经验法则
- 用户旅程
- 相关建议, 章节总结
- 发现场景, 发现场景-把“未知的未知”变成“已知的未知”
- 文档驱动开发与用户旅程, 文档读者的场景-文档之网
- 优化, 优化整段用户旅程
- 打磨北极星场景, 选择并打磨北极星场景
- 场景类型, 用户旅程中的场景
- 意符局限, 意符的边界
- 意符与用户旅程, 引导用户使用你的产品
- 理解场景, 理解场景-提供冗余解释
- 使用场景, 使用场景
- 用户知识
- 利用用户已有知识, 利用用户已有知识
- 三个层级, 把“未知的未知”变成“已知的未知”, 文档不应成为承重件
- 用户支持飞轮, 用户支持飞轮-用户支持的力量
- 用户价值, 端到端测试, 产品指标, 采纳指标, 战术指标与战略指标, 优化 bang（影响）, 竞争差异化的后置性更强, 章节总结
- 以用户为中心的思维, 重新审视经典命名建议, 产品架构, 数据一致性, 数据一致性, 章节总结, 收尾
- 效用函数, 优化 bang（影响）
V
W
最后更新于