2.2.2 文档化

项目的管理执行是否顺利，取决于产品设计团队的专业素养能力高低，也取决于团队总体的工作方法。相比国内的团队，国外的团队做设计，非常注意方法和目标：输入是什么？输出是什么？采用什么模型？相关影响分柝？

输入是什么？输入是要获取各方面的资料，做到信息全面，收集整理来自市场部、客户、用户、开发团队以及其他相关团队的资料，这种资料有文档、照片、产品的应用场景记录、开发技术评估等。获取资料的过程，实际上是一个理解需求的过程。只有先理解需求，产品设计人员才能根据确定的需求一步一步地进行需求整理、功能分解、模块划分、建立逻辑流程、模型验证等。

设计输出是设计团队的设计成果，不仅仅是线框图、设计图稿、开发文档、需求记录等交付物。还应该包括设计团队对会议、思维过程、信息流的记录、共享、传达，输出的不仅仅是文档.还应该有设计思路、理由，只有充分输出，才能给相关团队成员足够多的信息。同时。通过暴露设计思想，团队成员之间才能发现问题，共享成果，及时纠正设计偏差。

文档化包括文档的归类整理、上传、更新、共享、作废等，为了减少返工，防止全盘推倒重来，前一步的输入是后一步输出的基础，也就是进行下一阶段工作之前，要求必须完成前一阶段的工作并为下一阶段工作提供高质量的输入，以保证每一阶段的工作都是连续的、正确的，才能保证一次性把设计工作做好。一般来说，通过运营专业的管理工具，或者最简单地建立共享网络空间等方式，做到输出的充分共享，才能在项目变更，或者被摒弃的需求叉重提时，回忆一下，当时为什么我们不做这个功能，当时的理由和原因是什么。帮助产品团队结合现有情况重新评估需求。

要做到项目管理的文档化并不简单。首先项目成员日常工作繁忙，“手懒”不愿意占用时间写；其次很多急性子不耐于写那些他们称为形式化的东西。但事实是，文档化正在潜移默化地改变我们的工作方式。并从一个侧面优化产品的设计构造，使之不偏离最初的设计初衷，防止走歪路走冤枉路。

再者，要解决文档细化程度的问题。有的公司对产品文档怎么记录，有自己的一套规定，比如对设计团队的输出。可见部分的长宽高都做了严格的设计，代码设计上更是细化到方法体。团队成员可以在公司内部的管理工具上查到记录，当然首先得根据团队和项目的具体情况，确定符合项目的细化程度，然后作为制度和规范规定下来，团队成员统一执行。

最后，项目的文档化在改善人际关系方面有很好的作用。项目文档无记录、文档记录混乱，导致团队成员在接手时不容易看懂，或对某个需求理解不一致，出现争执等，在项目中非常常见，小则影响心情，大则影响工作，影响团队合作。

因此项目管理工作中.项目输出中代码管理、设计输出、需求纪要等的文档化非常重要。

2.2.3 规范化

在文档化的过程中文档如何记录、记录的格式是否统一，如果没有明文规定，容易造成查无对证的隐患。造成的设计理解出现偏差、责任不明确。更是诸多问题的根源。被“冤假错案”搞得一头雾水的项目成员，可能会产生恐惧或排斥的心理，这种心理对于项目是不利的。那么问题是谁造成的呢？都归结为文档输出者，或者项目经理吗？具体地说是项目管理策略的不严谨、不规范造成的。

在设计输出中有一大堆的开发文档、需求列表等，其中需求列表主要是用于审查系统的高层设计。比如系统设计上是否应该采取什么措施或设计操作，满足产品目标用户中哪一类人的需求就算达标了呢？虽然目前设计行业没有严格的标准，但至少各个系统平台发布的开发设计功能实现应该作为基础的标准。如果连这个基础标准也无法满足，那么再好的设计也是不规范的。

虽然网络上流传着很多指导书和规范，但很多初级的项目执行人员没有看规范要求再工作的习惯。而是通过自己的经验或者模仿他人设计作品完成工作任务。作为产品设计人员，不论项目大小，都应该遵循设计指南，为自己的App产品制定GUI规范、设计开发标准。越详细标准的开发规范越利于项目，一方面有利于养成良好的工作习惯，对自身素养提高有帮助；另一方面，将来产品团队扩大，项目规模扩大时。标准的开发和设计规范也有利于项目的延续性和规范化。

P19-21

陈洁做了十多年的产品经理，本书是她心路历程的总结，系统全面地阐述了“场景化设计，以用户为中心”的设计理念和方法，还讲解了这些方法形成的原因和实践案例，而非空洞的理论，是业内不可多得的产品经理和产品管理的专业参考书。

——罗川连续创业者应用汇联合创始人、董事长，道口贷联合创始人、首席执行官

在人人都是产品经理的时代，晋级高阶的门槛是对产品形态有完美挑剔的追求、对资源伙伴有互利妥协的谋划，而陈洁从书名就切八这个职业的秘籍，仔细浏览—遍，感觉本书特别适合新人了解熟悉、老手复盘自己。

——Reynold互联网早读课zoodula.com创始人

一致性、易用性、美观性和最佳的用户体验是产品设计中的关键问题，本书为这些问题提供了详细的解读，更为难得的是，作者通过长期的实践经验告知这种工作方法形成的原因和实例演示形成的结果，是行业里难得的全面系统讲解互联网产品设计和管理的专业书籍。

——张鹏联众游戏总裁

第1章 App产品设计团队进化史

 1.1 App开发的历史变迁

1.1.1 在没有产品设计团队的软件开发时期

1.1.2 随着图形用户界面的出现

1.1.3 引入测试团队和设计优先后

1.1.4 移动互联网时代的设计开发团队

 1.2 交互设计不是横空出世

 1.3 用户研究越来越被强调

 1.4 视觉设计的演化

第2章 产品设计项目管理

 2.1 项目管理内容

2.1.1 什么是项目

2.1.2 项目管理区别于产品管理

2.1.3 项目经理的职责

 2.2 项目管理方法

2.2.1 分阶段

2.2.2 文档化

2.2.3 规范化

 2.3 团队内部组织管理

2.3.1 团队架构

2.3.2 交流共享

2.3.3 工作细分

 2.4 团队外部协调

2.4.1 项目配合和输出

2.4.2 资源协调

 2.5 产品设计团队能力要求

2.5.1 有效识别用户需求的能力

2.5.2 重塑和分解需求的能力

2.5.3 收集资料和整理数据的能力

2.5.4 提高专业素养和沟通协调能力

第3章 需求分析的工作方法

 3.1 功能定位：四象图

3.1.1 四象图

3.1.2 期望值和边界值

 3.2 重要功能确认：卡片法

 3.3 如何避免无谓的争吵：数据说话

3.3.1 掌握硬件、设备、系统、软件新技术的进步以及动向

3.3.2 掌握市场发展和占比等数据的变化

3.3.3 看准产业链的发展趋势和新机会

3.3.4 研究用户喜好和市场热点变化

3.3.5 研究新的交互方式、用户体验设计方式、设计流行趋势

3.3.6 收集整理资料的方法

第4章 用户研究的工作方法

 4.1 为什么要建立用户模型

 4.2 寻找并了解典型用户

4.2.1 为什么要建立典型用户

4.2.2 典型用户在哪里

 4.3 访谈调研法

4.3.1 在交互发生的地方访谈

4.3.2 避免讨论请求讲解

4.3.3 和用户谈什么

4.3.4 访谈后的记录

 4.4 用户使用轨迹分析法

4.4.1 内部信息：服务器日志

4.4.2 外部信息：客户端获取

4.4.3 关注哪些有用的指标

 4.5 关键词法

4.5.1 关键词勾画典型用户

4.5.2 研究用户的心理目标

4.5.3 建立用户行为模型

 4.6 新手、专家和中间用户

4.6.1 为不同需求做设计

4.6.2 别忘记特殊人群

 4.7 竞品和市场分析法

4.7.1 竞品的选择

4.7.2 分析的维度

4.7.3 分析的深度

第5章 交互设计的工作方法

 5.1 构架设计

5.1.1 框架设计的标准

5.1.2 框架设计的步骤

 5.2 为不同领域的产品设计架构

5.2.1 信息资讯类

5.2.2 电商交易类

5.2.3 工具应用类

5.2.4 企业应用类

 5.3 考虑产品所在的平台

5.3.1 手持移动App

5.3.2 车载App

5.3.3 家庭娱乐设备App

5.3.4 穿戴类设备App

第6章 视觉界面设计的工作方法

 6.1 组织和处理界面视觉元素

6.1.1 界面视觉元素有哪些

6.1.2 分组视觉元素并创建层次

6.1.3 为用户视觉路径设计界面

 6.2 视觉设计的隐喻

6.2.1 符号学

6.2.2 拟物化

6.2.3 不当隐喻的问题

6.2.4 如何避开设计陷阱

 6.3 情感化设计

6.3.1 什么是情感化设计

6.3.2 为什么要进行情感化设计

6.3.3 如何进行情感化设计

6.3.4 情感化设计和过度设计的边界

6.3.5 关注用户的情感表达

 6.4 响应式设计

6.4.1 响应式设计的概念

6.4.2 响应式设计的优缺点

6.4.3 响应式设计实现的步骤

6.4.4 Native App和Web App

 6.5 紧跟设计潮流

第7章 可用性评估

 7.1 可用性评估的必要性

 7.2 可用性评估的步骤

7.2.1 设计任务

7.2.2 找用户

7.2.3 进行测试

7.2.4 分析找到问题

7.2.5 要记录什么

 7.3 可用性评估的方法

7.3.1 打分法

7.3.2 走查法

7.3.3 问卷法

 7.4 可用性评估报告

7.4.1 为什么要写可用性评估报告

7.4.2 可用性报告包含哪些内容

 7.5 几个经验值

第8章 产品优化的减法

 8.1 加还是减

 8.2 哪些是可以去掉的

8.2.1 保留有效元素

8.2.2 去掉低频元素

8.2.3 合理布局

8.2.4 怎么精简元素

 8.3 善用色彩的心理暗示

 8.4 设计的加减法哲学

互联网行业的发展，从诞生起就伴随着快速的产品创新和激烈的用户竞争。随着移动互联网时代的到来，乔布斯打造的苹果智能手机及iOS系统所追求的产品极简、用户体验极致的产品设计，更把互联网产品的标准（用户体验）带到了一个新的高度。我身边每一个从事互联网产品的企业家，无不深知产品对于企业生死存亡的重要性，无不把开发设计出优秀的网站或者App作为企业最重要的目标之一。

但知易行难，很多产品在立项时，从用户需求、功能设计和用户运营都感觉信心十足，但在产品交付时，用户使用的体验就谬以千里。这时候，很多公司都会陷入困惑，问题（用户需求了解不够充分、不够美观、交互不友好、功能设计单一、技术复杂等）出在哪里？如何解决？这时候会发现产品设计仅有创意和构思是远远不够的，如何能有系统的知识、方法、工具来保障产品设计对需求的一致性、易用性、美观性以达到用户体验的最优，尤其能够以敏捷开发的方式，用最优的开发管理流程保障产品的交付时间和质量，都成为互联网企业发展中遇到的最关键问题。

陈洁的《妥协的完美主义——优秀产品经理的实践指南》正是为解决上面这些问题提供了详细的解决方案和工作方法，更为难得的是，通过长期的实践经验告知这种工作方法形成的原因和实例演示形成的结果，是行业里难得的全面系统讲解互联网产品设计和管理的专业书籍。

互联网和科技的发展日新月异，智能手机、智能穿戴设备、VR／AR、机器人等新的设备和产品扑面而来，人们的需求和使用习惯也随着发生新的变化。但产品和开发的理论和工作方法是指导所有产品成功的基础，当然也希望陈洁以及所有互联网的从业者在新的实践中逐渐补充和完善工作方法，成为培养优秀互联网产品经理的基石。

联众游戏总裁张鹏

在人人都是产品经理的时代，晋级高阶门槛的人应具有对产品形态有完美挑剔的追求、对资源伙伴有互利妥协的谋划能力，而陈洁从书名就切八这个职业的秘籍，仔细浏览一遍，感觉本书特别适合新人了解熟悉、老手复盘自己。

互联网早读课（zaodula.com）创始人Revnold

陈洁著的《妥协的完美主义（优秀产品经理的实践指南卷2）》结合设计项目来讲解移动App产品设计的理论和实践知识，主要内容包括如下：视觉设计的演化、产品设计项目管理、项目需求分析、项目用户研究、项目交互设计的方法、项目视觉界面设计的方法和处理界面视觉元素、情感化设计、紧跟设计潮流、项目可用性评估、项目产品优化的方法、善用色彩的心理暗示等。

本书适合平面设计师、交互设计师、产品经理等相关人士阅读，也适合大专院校相关专业师生和培训学校作为学习用书或培训教材。

作者陈洁把自己做十多年的产品经理经验总结在《妥协的完美主义(优秀产品经理的实践指南卷2)》里，总结了她的心路历程，系统全面的阐述了“场景化设计，以用户为中心”的设计理念和方法，还讲解了这些方法形成的原因和实践案例，是业内不可多得的产品经理和产品管理的专业参考。