在产品设计这个领域，有个特别经典的做法，就是咱们得回归到产品设计的源头去思考，这样往往能把那些一直困扰我们的问题想明白。具体来说，我们可以从战略层、范围层、结构层、框架层和表现层这五个层面，来仔细分析问题，踏踏实实地开展相关工作。

一、战略层：给产品定方向

在开始做一款产品之前，咱们必须先搞清楚两个特别重要的问题：我们想通过这个产品得到啥？用户又能借助这个产品收获什么？弄明白这两个问题，我们就能确定产品目标和用户需求啦。

1. 产品目标

1. 商业目标：为啥说产品目标，而不是只讲商业目标呢？因为不是所有公司内部做的产品都是为了赚钱。不过一般来讲，产品存在的意义，要么是帮企业多赚钱，要么是帮企业省钱，或者两者都能做到。但这两个目标没办法直接告诉我们产品具体该怎么做，而且目标也不能定得太细。我们做任何跟用户体验有关的事儿，都得先把目标摸透了，可不能稀里糊涂就做决定。
2. 品牌识别：品牌识别是产品很重要的一个目标。一提到品牌识别，大家首先想到的可能就是商标、颜色还有字体这些能看到的东西。但其实啊，品牌还包括一些概念，能给用户带来情绪反应，这些用户也都会注意到。品牌形象是靠用户体验慢慢树立起来的，要是能把品牌形象清楚地写进产品目标里，就更容易让品牌给用户留下好印象。
3. 成功标准：我们得知道咋样才算把产品做成功了，成功标准就是用来衡量这个的。它是一些能跟踪的数据，等产品上线后，看看是不是达到了我们自己定的目标，还有满足用户的需求。好的成功标准，不仅能影响项目每个阶段的决策，还能帮我们知道用户体验工作到底有没有价值。对决定用户体验来说，有用的成功标准，一定得跟用户的行为能联系上。像平时常见的日活、月活、留存率这些指标，就能帮我们做决策，看看用户体验好不好。

2. 用户需求

我们常常会觉得自己是在给那种理想化的用户设计产品，就好像这些用户跟我们一模一样。但实际上，我们可能根本就不是产品的真正用户。所以，要了解用户需求，第一步就是找到真正的用户，好好去理解他们。用户的需求很复杂，不同的用户群体差别特别大。我们得搞清楚谁是我们的目标用户，问问他们的想法，看看他们的行为，这样才能知道用户用我们产品的时候到底想要啥，同时也能帮我们给需求排个优先级。

1. 用户细分：为了更好地管理用户需求，我们可以把用户分成不同的组。不同组的用户，个人信息、公司信息不一样，对产品的理解和掌握的技能也不同，需求自然就不一样。而且，不同用户群体的需求有时候还会互相矛盾，比如说专家用户喜欢有更多自主操作的空间，新手用户就喜欢简单直接的。遇到这种情况，我们要么针对某一类用户设计，要么给不同用户群体设计不同的方案。不管怎么选，需求的决定都会影响用户体验。
2. 可用性和用户研究：要想知道用户到底想要啥，就得对用户做研究。像问卷调查、找用户聊聊或者搞焦点小组这些方法，能收集到用户大概的看法和感觉；用户测试或者去现场调研，就能看到用户具体的行为，还有他们跟产品互动的时候是啥样。做市场调研的时候，我们得把想要知道的信息想清楚，问题问得越具体，得到的答案就越准确。去现场调研又费时间又费力气，看的用户数量也有限，这时候可以试试任务分析这个办法。就是让用户在做像注册账号这样的具体任务的时候和产品互动，我们仔细把用户完成任务的步骤拆解开。任务分解可以让用户自己说，也可以我们在旁边观察。用户测试就是请用户来帮忙试试产品，重点是看产品有没有问题，不是去考验用户。我们可以用测试的网站、产品的原型，甚至是带信息的卡片，来收集用户的反馈。
3. 创建人物角色：人物角色，也就是用户画像，是把真实用户的需求集合起来，虚构出一个代表。做这个的时候，可以参考用户画像的方法。定战略的时候，不光战略专家、领导和资深用户要参与，普通员工也得加入，因为他们可能更清楚一些实际的需求。而且战略也不是一成不变的，是可以根据情况变化和改进的。

二、范围层：确定产品要做啥

根据战略层定好的目标和需求，我们就得给产品的范围画个圈了，保证做出来的产品是有价值的。

1. 需求管理

我们得用需求文档来记录和管理需求，这样团队里每个人都知道目标是啥，不会大家想的都不一样。需求文档里得写清楚要求，这样责任就能分得更明白，大家一起干活的效率也能提高。那些不符合战略需求，但是又有点想法的，我们可以先收集起来，找个合适的办法，看能不能放到长期计划里。要不然，需求就会越来越乱，最后可能就控制不住了。要是有些需求现在实现不了，那就可以留着作为下一个版本的基础，这样产品开发就能一环接一环地进行下去。

2. 功能与内容需求

1. 功能规格：范围层要确定产品的功能需求和内容需求，功能需求里其实也包含着内容需求，比如说页面上出现输入错误的提示，这就是内容需求没做好。需求写得详细还是简单，得看项目的大小和复杂程度。哪怕项目只是整个网站的一小部分，要是项目本身很复杂，需求也得写得明明白白、详详细细。用户是需求的一个重要来源，但很多时候，需求也来自那些跟项目利益相关，还想影响产品的人。想知道大家想要啥，直接问是个好办法，不过得注意，他们说想要的，不一定就是产品真正需要的功能。有意思的是，那些很少去想产品新方向的人，往往是做产品创建和设计最深入的人。我们要多听听不同角度对产品的看法，鼓励大家从各个方面去想产品开发遇到的问题和解决办法。另外，考虑需求的时候，还得看看硬件条件能不能支持。想需求的时候，既要想着用户的特点，也要想想用户在什么场景下用产品，这样就能形成用户故事，帮我们发现一些潜在的需求。还有，我们可以看看竞争对手的产品，学学他们是怎么解决战略问题的，就算不是直接竞争的产品，只要有相似的地方，也能给我们一些启发，让我们做出比别人更好的产品。
2. 功能规格文档：功能规格得写成文档，但没人喜欢看那种特别啰嗦的细节描述，所以写文档的时候要又快又简单。文档本身不能解决问题，关键是要把定义写清楚。文档不用写得特别详细，但得让人看得明白、准确，把设计和开发的时候可能搞混的功能定义写清楚就行，只写确定下来的内容，别去写以后理想化的状态。写文档的时候要注意几点：一是要往好的方面写，就是说系统要做什么来防止不好的情况发生，别光说不做什么；二是要写得具体，把情况解释清楚，这样才能知道功能有没有实现；三是别用那种主观的说法，得写得明明白白，别让人有误会，比如说别光说风格很时尚，得说风格要符合品牌的要求。
3. 内容需求：内容需求包括文字、图片、视频、音频这些东西，这些内容的大小和规模会对用户体验影响很大。提前知道这些内容元素的情况，我们在设计的时候就能做出更好的决定。还有，内容更新的频率得根据产品的战略目标来定。要是有些功能特性不符合现在项目的战略目标，就得通过范围定义把它去掉。要是有个功能特性虽然不在范围里，但看着确实挺好，那就得重新看看战略目标是不是得调整。要是经常需要重新看战略目标，可能说明我们太早开始定需求了，这时候就得好好再看看战略。

三、结构层：搭建产品的框架

前面战略层和范围层讲的东西比较抽象，到了结构层，就开始接触更具体的设计内容啦。

1. 交互设计

交互设计主要就是研究用户可能会有啥行为，然后确定系统怎么配合和回应这些行为。

1. 概念模型：用户心里对交互组件怎么工作的想法，就是“概念模型”。比如说电商网站里的购物车，大家都觉得它像个装东西的容器，这个概念模型不仅影响了购物车的样子，还影响了界面上用的语言。一般情况下，我们会用大家都熟悉的概念模型，要是想打破传统，也得有个好理由，而且得准备一个能让用户接受，又符合逻辑的概念模型。一个不太常见的概念模型，得用户能理解、会用才行，不过也不用专门跟用户解释概念模型，不然反而容易把他们弄糊涂。
2. 错误处理：为了让用户用着舒服，我们可以从这几个方面防止用户犯错：首先，把系统设计得让用户不容易犯错，就像自动挡汽车，只有挂到 P 档才能启动，这样就不会突然往前跑发生危险。其次，就算有可能犯错，也得让错误不容易发生，要是真犯错了，系统得帮用户找到错误，然后改正。有些错误是做完一些操作之后才发现的，这时候系统得能让用户从错误里恢复过来，比如说撤销功能。总的来说，交互设计要从预防错误、改正错误、恢复错误这三个层面来处理，让更多用户有好的体验。

2. 信息架构

信息架构研究的是人们怎么理解和接收信息，对产品来说，就是要保证呈现给用户的信息合理、有意义。

1）结构化内容：对于主要是内容的网站，信息架构的主要工作就是设计分类和导航的结构，这个结构不光得能帮用户找到东西，还得能给用户传递知识、通知消息或者说服用户。信息架构分类有从上到下和从下到上两种办法，这两种都有缺点。从上到下可能会漏掉一些重要的小细节，从下到上可能以后不好扩展和变化。设计结构的时候，别规定死了必须几步完成操作，结构好不好，关键是用户觉得每一步是不是合理，这一步是不是接着上一步自然地往下走。要是发现得重新调整结构，那用户可能已经被折腾得不太舒服了。所以，一个好的信息架构得能适应产品的发展和变化。

2）结构方法：信息架构最基本的单位是节点，节点可以是页面、文档或者组件这些信息片段或者组合。节点的排列方式大概有这几种：

• 层级结构：节点之间有父子关系，这种结构用户很容易明白，软件也常用这种方式工作，是最常见的结构。
• 矩阵结构：用户可以在节点之间按照两个或者更多的方向移动，比如说买衣服能按颜色找，也能按尺码找。但是导航的维度不能太多，人很难同时处理四个或者更多维度的信息。
• 自然结构：这种结构没有固定的模式，适合探索那些关系不太明确，或者一直在变化的内容，像一些娱乐或者教育类的网站。不过这种结构没办法给用户很明确的指示。
• 线性结构：适合书、文章、视频这些内容，或者是顺序很重要的功能。

3）组织原则：产品最上面那层的组织原则，得跟网站的目标和用户的需求紧密相关。下面层级的结构，内容和功能的需求会对组织原则有很大影响。战略告诉我们用户需要啥，范围告诉我们啥样的信息能满足这些需求，好的用户体验就是能提前想到用户的期望，然后设计到产品里。

4）语言和元数据：信息架构弄好之后，得用用户能听懂的话，而且要保持一致。有一种叫受控词典的工具，能帮我们保证语言的一致性，这里面的语言得让用户觉得自然，别用专业术语。还有一种更细的办法叫类词词典，把常用但是不在标准用语里的词列出来，再加上一些术语、俗语、缩写，还有这些词之间的关系和用法建议。用受控词典或者类词词典，对建立有元数据的系统很有帮助，元数据就是关于信息的信息，用一种有条理的方式来描述内容。结构层最后得画一个架构图，把网站或者产品的结构清楚地展示出来，最重要的是把关系标明白，哪些类别要放在一起，哪些要分开，各种步骤怎么配合。还可以画个视觉词典样图，让人更容易理解信息架构。

四、框架层：确定产品的具体样子

框架层就是要确定产品用啥功能和形式来实现，还要搞清楚这些组件之间的关系。

1. 交互设计要点

在做交互设计的时候，要注意顺着用户的习惯，少用比喻。每做一个设计决定，都得有充分的理由，这样才能做出让用户体验好的产品。

2. 界面设计

界面设计就是要选对界面元素，让用户更容易明白和使用产品功能。好的界面设计，能让用户一下子就看到最重要的东西，不重要的东西，要么别让用户注意到，要么干脆别放上去。

3. 导航设计

导航设计得给用户提供在网站里跳转的办法，导航里的元素得能引导用户去操作。具体来说，导航得让人一看就知道元素和里面内容的关系，还有内容和用户正在看的页面的关系。常见的导航系统有这些：

1. 全局导航：通过这个导航，用户能去网站的任何地方。
2. 局部导航：能让用户在当前的架构里找到附近相关的内容。
3. 辅助导航：提供一个快速找到某些内容的通道。
4. 上下文导航：就在页面内容里面的导航，像文字里的超链接。
5. 友好导航：用户平时可能不太用，但有时候用起来很方便，比如法律声明的链接。
6. 远程导航：跟网站本身的内容和功能没直接关系的导航。
7. 网站地图：给用户一个简单的单页，能快速看到网站的整体结构。
8. 索引表：按照字母顺序排的，能链接到相关页面的列表。

4. 信息设计

信息设计就是把元素和功能结合起来，有时候通过视觉表现，有时候得按照用户的思考方式，帮他们完成任务、实现目标的方式，来分类和排列信息元素。

5. 线框图

线框图把信息设计、界面设计和导航设计整合到一起，形成一个完整、协调的架构，也叫原型图。通过合理安排界面元素来做好界面设计，通过确定核心导航系统来完善导航设计，通过给信息部分排好优先级并放对位置来优化信息设计。

五、表现层：让产品好看好用

表现层就是要解决产品怎么被人感觉到的问题，像视觉、听觉、嗅觉、味觉、触觉这些，我们最常接触的就是视觉。

1. 视觉引导

首先，要让用户的眼睛在页面上能顺着一个流畅的路径看。要是有人觉得一个设计看着乱糟糟、挤巴巴的，那就是设计没引导好，用户的眼睛在各种元素之间乱跳，每个元素都在抢着吸引用户注意。其次，在不让用户被太多细节吓着的前提下，设计得能给用户一些有用的引导，帮他们完成目标或者任务，还不能分散他们的注意力。

2. 对比与一致性

对比能让用户看清楚元素之间的关系，设计的时候得让这种对比很明显。一致性能让用户不觉得困惑、焦虑。栅格系统可以保证一致性，但也别太死板。

1. 内部和外部一致性：内部一致性说的是产品不同地方的设计方法不一样，外部一致性说的是产品和公司其他产品的设计风格不一样。解决这些问题，最好把页面元素单独拿出来，在不同环境里试试，不合适就调整。一个好的设计，不光每个元素得设计得好，还得能把这些元素组成一个整体，让产品看起来很协调。统一的品牌识别形象能让产品在用户（像客户、潜在客户、领导、员工或者其他访问的人）面前更有一致性，这种一致性在每个设计层面都得体现出来。
2. 配色方案和排版：配色方案也要注意对比和一致性，比如亮色、显眼的颜色可以当前景色，暗一点的颜色当背景。文字排版得能通过设计把产品的形象传达出来。整个设计过程得有个权威的《风格指南》，里面得包括大大小小所有元素，像设计栅格、配色方案、字体标准、标志怎么用这些全局标准，还有产品每个模块或者功能的具体标准。《风格指南》得写得详细点，这样大家做决策的时候就能有依据，虽然大部分想法指南里都写了。

3. 决策要点

解决用户体验问题，方法有好有坏，关键就看两点：一是得清楚自己要解决啥问题，二是得知道解决办法会带来啥后果。用户体验的决策会出现在各种情况下，像根据现在的情况做设计、照着别人的样子做设计、听领导的决定做设计等等。在实际设计的时候，我们得把这些都考虑进去，这样才能做出用户体验更好的产品。

以上就是一个大体的设计过程，希望可以帮助到你。