第四章 设计流程 - 设计师具体做什么
4.1 设计师如何参与到一个具体项目中
【用户体验设计的目标】
解决用户需求，减少用户理解和操作的成本，给用户留下美好而深刻的印象。
【实现目标需要】
理性的思维、巧妙的创意，与其他角色协作。
【笼统地说设计师的工作】
- 通过一些方法来分析需求、了解需求，即清楚我们要做一个什么样的产品，目标用户是谁，要达到什么效果，具体有哪些功能、内容……
- 开始进行设计。在草图上梳理信息架构，设计任务流程，设计界面，确认没有问题后再用专业的软件工具把设计方案呈现出来。
- 经过设计评审后，设计师要去跟进后续的视觉、前端、开发、测试环节，确保最后的产出物和自己的设计方案一致。
- 产品上线前后，需要使用一些方法对产品体验、效果进行检验。小的问题迅速解决发布，大的问题下次迭代时统一解决。
- 如此循环往复。产品也在快速成长。
4.2 在真实执行过程中，上述流程不能完美贯彻。
- 原因：
团队成员的专业能力
外界因素的影响（时间、工作太多顾不过来）
团队凝聚力（领导干预、项目成员沟通问题） - 不遵守设计流程的弊端：
影响产品体验，需求不明导致返工，效率低，浪费人力…
第五章 需求分析 - 拿回产品的主动权
【理想情况】
设计师通过挖掘用户需求、创建人物角色、描述用户场景、设计用户任务等方式，绘制界面草图，最终得到可以交付给开发人员的原型。
——但经常无法实施。本章告诉你，如何拿回主动权，保证流程和方法的最优执行。
5.1 与产品经理一起做需求分析
在实际工作中，需要从商业、用户、技术三个角度来平衡考虑需求。
缺少了任何一个角度项目都有可能失败。
【现在的常规情况】设计师未参与前期的需求分析。只从需求文档中获取产品经理的想法，很容易出现偏差。
设计师与产品经理共同参与，才能<u>平衡</u>好商业和用户体验。
5.1.1 【产品定位】很重要
避免“大而全”（设计开发皆辛苦，用户体验被牺牲），为大多数用户设计。
1. 【产品定位重要性】
产品定位是产品设计的方向，也是需求文档和设计产出的判断标准。
此外，产品定位也使团队成员形成统一的目标和对产品的认识，使团队更有凝聚力，使得沟通效率、工作效率得到了大大提升。
2. 【产品定位的内容】
关于产品的目标、范围、特征等约束条件。
包括两方面的内容：产品定义和用户需求。
- [产品定义] 使用人群、
主要功能和产品特色。 - [用户需求]
目标用户、使用场景和用户目标。
红色为产品定位中最核心的内容，是产品设计最主要的方向和依据。
00035.jpeg
3. 产品定义
用一句话概括某个产品。包含使用人群、主要功能和产品特色三方面。
e.g. 一款专为摄影初学者使用的<u>简单易用</u>的<u>修图</u>软件。
- 使用人群：需明确界定。需要调研+考虑自己资源后确定为哪些人服务（商业价值、社会价值）。功能和产品特色也要切合他们的需要。
e.g.1 一款音乐播放器。
使用人群：白领
主要功能：播放音乐
产品特色：音质清晰、更新速度快 - 我的发散
e.g.2 【me】习惯养成打卡类。(:Project)
使用人群：学生，白领。
主要功能：打卡，留存每天打卡数据，社区交流。
产品特色：打卡过程简洁迅速，数据呈现清晰简明，社区友善有趣。
产品定义给了我们方向和范围，我们需要在此基础上深入挖掘用户需求，提升用户体验，这样才能使产品进一步走向成功。
4. 用户需求
一条用户需求可看作是“目标用户”在“合理场景”下的“用户目标”，其实就是解决“谁”在“什么环境下”想要“解决什么问题”。
一个个生动的故事，告诉我们用户的真实情况。
- 头脑风暴，畅所欲言。说出所有可能性。
不能脱离产品定义的范围。 - 举例
e.g.1 还是那个播放器。
目标用户：休闲型/小资型/达人型 （将适用人群细化、类型化；不一定是互斥的）
使用场景：上班路上/工作时/睡觉前……
用户目标：快速找到最流行的音乐/需要音质最好/只听某一个类型的音乐……我的发散：
e.g.2 【me】习惯养成打卡类。(:Project)
目标用户：无规划型，有规划型；生活习惯，学习习惯；
使用场景：工作时，休息时，睡前…
用户目标：希望改善习惯，APP是我靠谱的提醒者。希望向牛人学到更好的习惯。社群监督我坚持下去。交到志同道合的成长小伙伴。…在目标用户、使用场景、用户目标中，目标用户是最关键的。专注于提升特定人群的满意度。
选择目标用户要综合考虑：潜在用户量大、商业价值大（营销成本低）
-
用户需求总结的示意图
用户需求示意
5. 依据产品定义和用户需求，确定产品定位。并据此筛选需求。
e.g.（更加细化和专注）
目标用户：25～35岁，追求潮流、高端音乐品质的白领
主要功能：听音乐
产品特色：音质佳、更新速度快
使用场景：上班路上/工作学习/睡觉前/运动/休闲放松
用户目标：需要音质最好/只听某一个类型的音乐/分享喜欢的歌曲/保存喜欢的歌/想知道某首歌曲的歌名……
关键词：高端、时尚、歌曲种类较多、切换方便、夜间模式、睡眠定时、防震、高音质、无损音乐/提供音乐分类、精选集/分享、制作精选集/收藏、下载/听歌识曲……（即我们的产品需求）
6. 这些努力都是必要的。
为了避免给自己的设计工作带来麻烦，最开始设计师就要和产品经理一起明确、落实产品定位，不要盲目等待或依赖产品经理。
5.1.2 找到【需求】
上面是对于常见产品的产品定位步骤，头脑风暴可知一切。但是，如果遇到全新的复杂产品怎么办？需要更科学的方式采集需求。多种途径，综合后可得较为完整可信的需求列表。
1. 用户调研：问卷调查，用户访谈，信息采集。
了解用户真实的想法。用户想要解决什么问题？
2. 用户反馈：
产品在测试阶段或正式发布后，我们可能会收到很多用户反馈。
产品、设计人员对于产品太过熟悉，有时会Blind，发现不了问题。
3. 竞品分析：
找到有代表性的同类产品，对比产品之间的优势、劣势，从而发现产品的突破口。
【如何做竞品分析】
竞品分析可以根据规划进行，也可以根据功能、设计细节来进行，这取决于项目情况和需要。
研究别人是怎么拟定产品战略、方向的，怎么做用户体验的，怎么处理逻辑、界面层级、界面细节的，等等。好的地方可以借鉴，不好的地方可以超越。竞品分析提供的内容也是重要的需求来源之一。
4. 产品数据：
产品上线后，就可以收集到产品的相关数据了。比如常规的访问浏览数据、浏览痕迹、点击痕迹、在每个页面上的浏览时长、整体的浏览顺序，等等。
预先埋点。
艾瑞资讯。百度指数，淘宝指数。
5.1.3 【分析筛选需求】
加工上面搜罗来的大量备选需求。
1. 筛选的原因：
① 采集方式复杂，难免得到的需求的质量不高。时间有限、用户理解偏差、对你的产品针对性不强…
② 自己项目资源有限。
2. 如何筛选？四个步骤。
去掉明显不合理的需求。
当前技术不可能实现的或是明显意义不大的、投入产出比低的、明显不合常理的…从现象看到本质，挖掘用户的真实需求，并考虑如何将其解决。
比如，用户调研。——追问。上班路上不需要听音乐只是表象，嫌麻烦才是真实的想法，而我们需要解决的就是简化操作。
再如，竞品分析。——不是把这个功能的设计立刻照搬到自己的网站上，而是要分析这个功能解决了用户什么问题，满足了用户的什么需求，实现了用户的什么目标，基于这个目标我们应该如何做得更好。“人有我优”，学习到竞品的精髓而不是皮毛。进一步分析提炼出的用户真实需求是否匹配产品定位（目标用户、主要功能、产品特色等）。
-
要考虑需求的实现成本（人力、时间、资源等因素）以及收益（商业价值/用户价值等），综合考虑是否将其纳入本阶段的需求库中，还是放到下一期执行。
筛选需求的步骤
3. 对筛选出来的需求，生成详细的说明文档，即【需求文档】
【再来回顾一下全过程】
先确定产品定位，然后通过不同的方式来收集大量的需求，识别这些需求的有效性和真实性后，根据产品定位和项目资源情况筛选、提炼出产品需求，定义出需求优先级。接下来就可以重点描述每个需求的逻辑、内容等，开始撰写详细的需求文档了。
——每个阶段都是产品经理与设计师相配合完成的。
5.1.4 了解【需求文档】
按照正常的流程，设计师前期已经参与，因此需求文档是靠谱的。设计师对它的内容已知晓。
需求文档对设计师来说，更像是一个彼此约定好的产品功能清单，帮助提醒设计师接下来要做什么。
需求文档不仅面向设计师，也面向团队中的开发和测试人员。项目成员参考的重要依据。
1. 包含什么内容？
不一定。标准需求文档内容如下。
文档修改与审核记录：需求文档如有修改，需要简要记录。
- 目录：如内容过多最好提供目录。
- 背景描述：为什么要做这个产品/模块、市场行情、业务目标、产品定位等。
- 用户类型和特征：简单的描述目标用户情况或现有使用人群的情况。
- 项目时间安排：何时启动，何时完成等。
- 信息结构：这里可简单理解为内容或页面的层级，如图。可以由设计师和产品经理配合完成，也可由产品经理独立完成，设计师做参考用。
- 整体业务流程说明：对于涉及操作较多的产品/功能，需要业务流程图，帮助设计师和项目成员理解具体的业务逻辑。比如一个广告投放系统，当广告排期被占用时，用户是否可接受相关位置；如不接受，系统如何处理账户金额，等等。如图。
- 需求详细说明：每一条需求的详细说明。一个文档里会有若干条这样的说明，如图。
2. 一些细节。
不可能一次到位。会多次迭代。
有一些较细节的东西在需求阶段不容易考虑清楚，要到具体的设计阶段才会有更深入的思考。但一些产品经理为了方便大家理解，会在需求文档中增加一些UI示意图。设计师可把它们作为参考，但不要过多地受其影响。
设计师不要严格按照需求文档来做设计。产品经理的考虑角度和设计师不可能完全一样，需求文档更多的是体现业务、产品要求、功能等内容，而设计师还需要更多地去考虑目标用户的特征、使用场景、痛点等。
专业的交互设计师产出的设计结果一般都会和需求文档提供的内容不太一样，如信息结构、任务流程、内容、界面形式等。这相当于是在交互设计阶段对文档进行了迭代。
产品经理可以在设计完成后再修正需求文档，也可以让设计师把相应的修改部分注释在原型稿上，这样开发人员只看原型稿就可以了。
5.2 倾听用户的声音
5.2.1 了解用户的想法【要听】
真正走到用户当中去。
在用户访谈过程中，常会有【意想不到】的发现：原来这个功能还能这么用；原来这个按钮看上去很明显，但是用户就是找不到；原来用户是这么理解这个功能的，和当初的设想完全不一样…
把目标用户特征抽象成具体的人物、制作成【卡片】，贴在自己的办公桌上，时刻提醒自己。
【如何了解用户】请用户研究员做专业的“用户调研”：通过问卷、访谈、焦点小组；简单的话可以寻找身边符合条件的目标用户，观察他们的使用行为，询问他们的使用感受、痛点及期望等。
5.2.2 别被用户牵着走【别全听】
为什么不能全然听从？
- 提出的需求杂乱，当然要依据你的【产品定位筛选】。
- 用户说的不一定是心中所想的。他们只能提出表面建议，自己可能都不知道【真实诉求】是什么。
- 该用户可能不是你的【目标用户】。
- 用户意见【不一定专业】：用户不同于设计师，他的很多意见只是一种直观感受（或个人喜好），不太可能经过缜密的思考。有的时候用户的要求甚至是不合乎常理的。这就需要设计师经过判断和思考。
5.2.3 【该怎么听】
从五个方面考虑：
目标用户，使用场景，用户目标，产品定位，项目资源。
-
根据目标用户：
提出要求的用户是你的目标用户吗？ -
根据使用场景：
用户提出的这个问题一般发生在什么场景？合乎实际的使用情况吗？
（不同环境下对应不同平台，有些工作不适合用移动端完成） -
根据用户目标（真实需求）：
用户表达出自己的真实需求了吗？ -
根据产品定位：
用户提出的要求符合产品的定位吗？
（“精致”为定位。如果用户反映更新慢，则在一定程度上可忽略） -
根据项目资源：
用户提出的这个要求需要多少开发资源？价值有多大？需要立即开发吗？
5.3 设计师的逆袭【做对的事，该说“不”时就要说】
上面都是理想情况，现实可能不会严格贯彻。
主动与产品经理沟通，让他意识到你对产品的热爱，也就更愿与你交流。
把座位搬到产品经理旁边。
5.3.1 强势的产品经理
商业价值盖过用户体验。
若无法辩驳，则摆正心态，考虑对方这么做的原因。并尽自己所能做好工作。不靠谱的产品经理什么样：
需求变动多
不写需求文档
过于主观（应该信任手下专业的人）
过于关注细节（研究UI，画线框图）
不合理安排时间
不负责任（抄竞品）让人头疼的设计师什么样：
不懂得平衡（商业与用户体验）
定位局限（无产品意识，就会设计）
抱怨多，建设性意见少
专业技能不佳
设计也是复合型学科，设计师光懂得自己专业方面的知识是远远不够的。
