本文介绍了一套交互设计模型工具(GUCDR模型 + 画布)。使用这个工具，可以让设计工作更加结构化地展开，设计过程更加体系化。

　　一、疑问：我的设计完整么?

　　我的设计过程完整么?

　　“用户画像、场景剧本、同理心地图、用户体验地图、可用性测试、用户访谈、竞品调研、数据分析”这些是不是应该都做一遍我的设计才完整?但笔者从来没有遇到过时间如此充裕的项目，在真实的工作中做“全套”几乎是不可能的。

　　那么到底什么样的设计过程算是完整的呢?

　　私以为，设计完整性的标准不在于方法的使用，而在于推导过程的合理性。详细而言就是，从原始信息到设计方案的推导过程在逻辑结构上是完整的，在因果关系上是合理的。为了达到这种“推导合理”，笔者总结了一套模型工具-GUCDR模型。套用这个模型便可以得到相对完整的设计推导过程，它可以很方便地组织交互设计工作-从需求梳理到设计落地。

　　二、初识：GUCDR模型主干

　　PS：GUCDR模型植根于数个设计模型，并不是完全创新的模型。笔者设计它的目的是“在交互工作中可以直接拿来套用”，可以把它看做是一个“实用工具”

如上图，这是一个非常简单的模型主干：所有设计均起始于“目的”，可能是商业目的或其他目的。然后经过“设计”最终“落地”为产品。“用户”和“条件”是设计前须介入的两个重要因素。具体而言，只有“用户”使用产品并完成某些行为，才可能达到最初的“目的”。而设计总是戴着脚镣跳舞，也就是“条件”，譬如技术限制，譬如成本限制。

　　三、主体：模型画布工具

　　为了让模型直接可用，我们将“模型主干”细化为“GUCDR画布工具”(下图，文末附下载链接)。在实际工作中，只要能够回答画布中的每个点，即可形成完整的设计推演过程。在具体的项目中，有些点是已知的有些点是未知的。已知的点当然无需讨论，未知的点则需要我们通过一些方法去解答，比如各类调研方法、数据分析方法、设计方法等。如果项目资源有限，也可以使用“问问相关人员”这类更经济的方法。值得注意的是，不一定要回答模型中所有的问题点，可以依据情况取舍。

　　下面我们对画布中的内容进行相对详细的解释：

　　3.1. 目的

这部分的信息理应来源于需求方。但鉴于很多需求是模糊的，比如“我想做一个用户评价功能”，所以设计师在设计前需要通过“需求梳理”、“需求沟通”等方式获得这些信息。

　　a. 项目目的

　　目的定义：为什么要做这个项目?比如“提高下单成功率”;

　　目标用户：相对粗粒度的用户信息;

　　用户价值：这个项目的用户价值是什么?比如“优化下单体验”;

　　价值策略：目的实现策略，通过“优化下单体验”，提高“下单成功率”;

　　b. 项目目标

　　目标是可量化的目的。项目目标同样是需求方提供，数据化表达的形式为佳。量化的目标可以更容易推导出设计目标，比如某次运营活动，投放200W流量，曝光率目标是500W，获取新用户5W，成单50W元。通过这些目标可以确定设计上的分享率目标、跳出率目标、转化率目标、购买率目标等等。

　　当然，项目目标的完成情况不完全取决于设计，更取决于运营、产品、市场环境等多种因素。优质的200W流量和劣质的200W流量，对应的转化率必然是不一样的。所以，设计目标的制定需要考虑多种因素，比较简单的方法是参考以往的数据。

　　方法参考：需求评审、需求梳理、需求沟通;

　　3.2. 用户

a. 用户信息

　　用户类型：细粒度的用户分类、组成比例，信息组织原则以“可建立用户画像”为基准;

　　基础信息：地区、年龄、性别、职业、来源渠道、访问频率、消费额度等;

　　特征信息：爱好、生活观念、审美倾向、行为方式、消费习惯等;

　　方法参考：查看后台数据、查阅历史资料、问卷、访谈、用户测试、用户画像等;

　　b. 用户场景

　　场景类型：不同用户有不同场景，同一用户也有不同场景，列出所有场景后进行筛选合并，得到主次辅场景;