第一章  数字产品的设计过程

数字产品如此糟糕，该怎么做？

答：用户说出来的不一定是他们知道的，东西需要进行提炼后设计（而不是用户说阑尾炎发了就马上去做手术）；设计后的东西其实也不一定是他们所需要的，所以你要去听；设计的需求要经过跟RD、QA的疯狂Battle后下结论；面对开发的效率沟通和产品的设计修改，要从心去衡量。

现代产品开发的三原则是什么，怎么用？

功用性（capability）：【涉及对象】技术人员建立技术模型和计划，【主要目标】项目交付

可行性（viability）：【涉及对象】管理层建立商业模型和计划，【主要目标】可持续商业

称许性（desirability）：【涉及对象】设计师建立用户模型和产品涉及，【主要目标】用户满意度和客户采用度

在有故事的时候，先去用称许性解决用户体验，再用用户体验换来基础顾客建立可行性下的商业模式，最后技术的迭代驱动产品

概念模型是落地设计最重要的点

实现模型（底层原理） ——较差—— 呈现模型（根据运行机制进行呈现）——较好——概念模型（用户理解的原理）

值得一提的产品：QQ图片发出去前选择风格的设计

设计过程的整个流程

研究 ——> 建模 ——> 需求 ——> 框架 ——> 提炼 ——> 支持

研究：产品的Roadmap、市场调研、用户访谈

建模：？？（没有太区分出与需求的定义）用户模型 和 人物模型

需求：UserStory

框架：信息架构、体验架构、主流程 ——> 用图讲清楚故事

设计：细节完善  ——> 设备检测图太多，可以拆分成更细

设计支持：移交、验收要尽可能一致 ——> UED验收

---

第二章  理解问题：设计研究

在设计研究上定性研究 优于 定量研究

1、实现快、成本低

2、用户个性化或非个性化定量定义差异性太大（增长黑客不适用于B端业务服务）

定量研究好与坏

好：1、大数据拆解用户画像，预测用户决策；2、已有产品的设计合理性分析；(主流程已有时，推荐）3、预测市场

坏：标准无法决定真实情况  ——>  网络检测多项指标才能反应结果，且大概率无法对症下药去修复

设计研究的方法论（产品Demo）

启动会：收集问题 -- 产品是什么，谁来怎么用，我们怎么知道谁用，哪里最好用，市场是否允许我们瓜分这块市场，技术支持

文献综述：内部资料（产品规划、用户调查等白皮书）、行业报告、网络搜索结果 ——> ？？认为文献应该先行于启动会

产品/原型审核：看看原型/高保舒服吗

利益相关者访谈：跨部门进行1V1快速沟通（初期设想、Schedule、技术或机遇、商业驱动、大家一起猜猜用户的想法），收拢内容  ——> 组内产品和架构需要有一个方案，充足信息获取到后展开

主题专家（SME）访谈：准备好充足且有价值的问题，找一个专家--涉猎领域广泛且知识渊博 且非设计师的深度的用户

用户和客户访谈：客户更像是机构，用户更多是老师、学生和家长；所以我们要知道客户想要什么，他们要的是因为用户想要什么 ——> 公立校幼儿园的智慧报告

用户观察：客户回访（排课）、用户访谈（报名机构的家长）

访谈、观察用户

布置相关情境（非白墙），假设人物模型（用户专业度、变量约束--消费行为、主流程方问），找到候选人，进行焦点引导，捕捉用户行为；

早期访谈：探索内容

中期访谈：细节问题

后期访谈：？？问更多封闭型号问题

基本方法：交互场景发问（尚未做到）、做一个门外汉去引导用户回答非固定模式的（开放 + 封闭）问题（智慧教室回访)，？？关注目标

定性研究的其他方法论

焦点小组：Owner一群用户体验 ——> 抑制想象力

可用性测试：有点像放给用户的Demo包

卡片分类：对用户要求较高，用户太多思考环节没有呈现出来

任务分析：释放带有“目标”、“使用流程”问卷出去

---

第三章  用户建模

第四章（场景设计）、第五章（框架设计）

第七章（良好产品行为的基础）、第八章（产品礼仪）

第九章（平台和姿态）、第十章（为中级用户优化设计）

第十一章（编配与流）、第十二章（减少工作，消除负担）

第十三章（隐喻、习惯用法及能共性）、第十四章（数据输入、存储及检索）

第十五章（防止错误、通知决定）、第十六章（为不同的需求而设计）

第17章 整合视觉设计、第18章 为桌面应用而设计

第21章 设计细节：控件与对话框