为什么设计过程中需要文档：
1、统一认识：项目主线、设计决定等
2、深入理解
3、求本溯源和有所交代
为什么交付件要规范化？
1、方便分散的团队交流
2、顾问客户关系中，确保承诺内容
3、长周期项目中，确保设计决策有效
不要在文档上浪费过多的时间和精力，让文档服务于整体项目目标。
1.1整个故事：交付件
1.2故事的组成部分：图表
图表可以表达想法和认知，但是无法反应出项目的上下文背景。交付件由图表组成。
图表可以在每个交付件中逐步完善，或者随着交付件本身完善。
1.3用于创建图标和交付件的工具
工具尽量能做到一下三点：
1、可以从交付件中分离图表。---修改能同步
2、可以创建多页文档--全面阐述
3、可以相对容易的创建节点与链接的图表
1.4交付件和设计流程
1、理解领域--设计对象的领域知识
2、表述问题--了解需求
3、解决问题--确定方式：设计+测试、测试设计循环、不断细化原型
1.5交付件和项目团队
1.5.1项目成员
设计师或者设计团队、项目参与者、项目经理、专业负责人、客户、涉众（例如产品经理和领域专家）、开发人员和质量管理人员
1.5.2团队的互动
设计师要清楚项目团队的动态，注意观察以下内容：协作、透明度、设计过程的暴露程度、等级的差异、领导力度、尊重客户、尊重用户、解决冲突的策略。
1.5.3政治影响
妥善安排受政治影响的团队成员。
1.5.4客户关系
1.5.5企业内部设计团队
内部设计团队应该有自己的目标：上文中的哪种关系可以让设计得到成功。
1.6描述与实施
注意三方面：
1、交付文件的付出与实用性等价
2、使用适当的方式编写文档
3、注意那些会反映到最终产品的工作部分
Ps：我所在的公司是一个被收购的创业公司，公司开发并销售一套面向B端的通讯软件，团队大约20多个人。所以设计与团队的关系就是第三种同事。但是公司规模小，人员不够等原因，整个工作流程是比较混乱的。没有用户研究是很多国内小型创业公司的共性吧，设计的交付件也停留在设计效果图和切图标注，偶尔会有一些标注直接写在设计效果图上。基本属于出一套原型，慢慢细化的类型。团队虽小，但也是分散在两个地方，常常是做好了的产品已经不是设计出来的那一套了。到了后期设计师基本处于执行生产任务的状态。希望能借助合适的交付物，延长设计的有效期。
