5个事情阶段中，UI计划师对应的事情办法
今天跟各位聊一下UI计划师在平常事情中怎样感性地思索，怎样将感性思索后果使用到事情中的一个办法，文章会针对UI计划师在接到产物需求时，我们应该怎样支持需求？怎样让我们的方案更好地满意需求？以便更好地处理成绩，最大化地提升计划师的一局部代价。
起首提个问，假如各位在接到产物经剃头过去一个需求时，比如：增长一个A功效、或优化B功效等等，诸云云类需求，面临产物需求我们应该怎样做？接下去就分享一下我在平常事情中是怎样支持产物需求的。
起首我把计划师的事情周期分为5个阶段：
一、需求池
需求池主要是产物司理前一阶段整理需求的阶段，可以依据战略目标、用户反应、线上成绩等整理需求的历程，终极产出我们计划师看到的需求（也就是我们常常看到的原型图）。
但是，计划师可以事先与需求方多聊聊需求与想法，假如天然会多到场一些需求评审阶段的事变，信赖我，这会让你劳绩颇丰。
通常有的产物司理会直接报告计划师，依照我的原型图丑化一下就好，假如我们只是依照产物司理的需求举行丑化，如下图：
那只能说你是一个及格的美工（固然也不要为了改而改，任何一个元素在页面中显现都是有缘故的），文章主要讨论怎样使用感性头脑去推断，使用多个维度思索不同的处理思绪，终极产出更好的计划方案，让我们成为一个具有全局观的计划师。
二、需求分析阶段
需求分析阶段是关于计划师，以及整个项目标紧张局部，关乎着朝向对否跑偏、对否公道，这也是很多计划师容易忽略的局部。
这局部主要目标是让我们终极计划的方案可以更具感性头脑，让我们方案可以更经得起揣摩，还能让计划师在计划评审阶段有理有据的论述计划方案（有很多计划师的计划方案都经不住3层的诘问）。
1. 现状是什么（背景）
起首计划师在接到需求后，第一件事变就是要了解背景是什么？
也就是我们常说的现状——现在产物碰到了什么成绩？对否必要如今处理？以及线上数据是什么样的？（确认优化或改版前的线上点击率或转化率等）一定要把这些基本数据了解清晰。
2. 为什么要做（代价）
了解需求的代价，也就是需求方为什么要做这个事变？需求处理什么成绩？是满意用户需求？照旧完成商业目标？又或是提升用户体验？
计划师仅有富裕了解需求代价后才干明白我们的计划目标及朝向，固然计划师要推断并决定需求对否真的可以完成目标，对否另有更好的处理办法（比如：可以从战略、交互情势、展现情势等多个维度去思索处理方案）在需求分析阶段仅有不休层层诘问，终极明白目标，才干使我们的计划走上准确的朝向。
假如朝向都错了，再炫酷的计划也是没效的，计划师应把70%以上的时间来分析需求和导出处理思绪，万万不要过早的把大局部时间放在计划方案上。
3. 确认处理方案（目标）
这个阶段主要是计划师对需求举行全体梳理，依据需求方目标，在团结计划师对需求的深挖后给出的发起，综合推导出告竣目标的紧张要素（处理思绪），如下图：
也就是说做哪几个方面的事变可以满意目标，团结一些现原形况（如外部渠道互助成绩及内里开发完成本钱等各种要素）再挑选出当下最优的紧张要素（条件是确认对应的紧张要素可以满意大目标）再依次推导出计划目标，计划目标就是具有可实行落地的计划职责。 假如上图没有太了解的话可以看下图，下图我拿减肥为例：
取得的具体职责还可以举行细化，如：一小时要训练中心、腹部、腿部等，尽约莫让你的想法转化成可利用实行的职责。
- 用户是谁这个用户并不是说产物的用户是谁，而是针对这个需求的目标用户，产物全部用户中的哪一类（如新用户、老用户、付款用户、无偿用户等）细分的用户也会影响后方方案后果。
- 预期后果（验证目标）计划目标明白后，要与需求方确认本次需求的预期后果，最好能有具体的数字目标或其他可权衡的办法，如提升点击率几多？提升转化几多？收入带来几多？由于必要验证本次计划的后果怎样，终极对否能告竣目标（还要确认埋点对否可以验证终极的后果）。
三、计划阶段
仅有前一阶段计划师了解并确认了背景、代价、目标、用户、预期后果，计划师才干在计划阶牢牢围绕大目标去实行计划方案。
1. 信息布局优先级排序
依据前一阶段紧张要素拆解的计划目标，确认计划目标信息的优先级，对应的计划目标会有对应信息，确认页面信息展现优先级，如下图：
上图展现的A、B表现信息展现优先级（优先级要结实用户需求和商业需求来排序）。
2. 信息布局分析与提炼
主要对需求方提供的案牍举行再优化，由于有的产物司理写的案牍过于产物化，没有站在一个用户的角度去了解案牍，原本产物想表达的是“前门楼子”，用户却了解成了“胯骨轴子”，一个切合的案牍在转达信息上至关紧张，以是计划师必要在案牍上在做一些优化，然后再与需求方确认。
3. 方案计划
这个时分可以依据确认的信息优先级举行计划事情，这是计划师最熟习不外的阶段了，可以先是调研一下竞品是怎样做的，固然假如只是看一下怎样做的，就依照人家的去做，就短少了一些思索。还应分析竞品的特点，了解他们是为何如此做？为何不那样做？他们有什么上风？以及他们有什么限定条件？哪些场合做的好？哪些场合做得不佳？
终极团结竞品的分析后果在团结本身产物的特点，输入切合本身品牌性情的方案，前一阶段都可以先发散的去想种种计划方案，这个阶段假如产物已有计划标准，则在计划方案时还要思索到本身的标准组件对否可以满意计划目标，最初输入不同的计划方案，下图为举例表现：
在多个方案中选择终极最合适的方案，方案确认后还要与开发确认方案可完成性、时间本钱及风险等，以便确保后方计划评审的顺遂。
4. 计划输入
整理终极计划方案，输入完备视觉交互稿，并附上：背景、代价、目标、用户、预期后果等，如下图：
主要是为评审阶段让其他同砚快速了解需求，然后在对计划后果举行走查，可以做一个Checklist，如下图：
从多个维度去反省方案对否存在成绩或疏漏，完成以上局部整个项目中最紧张的局部就完成了，在确保以上局部全部完成后进入方案交付阶段。
四、方案交付阶段
1. 与需求方确认方案
这个时分，计划师要把终极的计划方案与需求方确认，确认计划方案对否可以满意需求方目标。
2. 评审及排期
寻常在需求繁复或大版本迭代的时分都市走视觉评审流程（其他小需求可跳过）评审会上，评审前做一个大纲，梳理会上要讲的内容，主要围绕计划方案是怎样满意需求目标的朝向去讲，然后把种种交互形态形貌明晰，尽约莫讲的细一些，讲的越细，终期相反本钱就越低。
另有就是事先想好其他同砚会提怎样的成绩，事先做一些准备，思索到评审中约莫会显现的情况，应该怎样对应等等，总之就是从不同角度多思索一些。
五、方案验收阶段
1. 后果验收
排期完毕后，就必要计划师与开发确认方案验收时间，可以不定期扣问开发同砚开发进度，剩下的就是后方的验收事情。
很多计划师在验收环节就松弛了，招致上线后后果惨不忍睹，我给我本人的标准是开发同砚要复原交互后果及计划稿样式的95%以上，之前在做标准组件的时都是100%复原的，开发同砚都说我太吹(shi)毛(le)求(ba)疵(ji)。
验收事情到这里还没有完，这时计划师还必要在平常情况下举行测试，固然计划师不是专业测试，但可以从几个简便的方面举行测试：流程对否走通、交互形态对否完备、对否存在卡顿情况、对否存在BUG、交互及样式在不同手机机型下体现对否正常，总之就是尽力让你的计划方案上线后可以很好的展现给用户。
2. 上线与数据验收
这一步也是很多计划师容易忽略的，就是你的计划方案上线后就以为完毕了，上线后果也不管不问，追念一下前方所讲的：“预期后果”，就是要验证一下计划方案终极可否完成前一阶段定的预期目标，寻常情况都是产物司理在上线一段时间后，让数据同砚或BI同砚帮助跑一下数据，终极依据数据后果验证需求对否告竣目标。
如未告竣，则必要计划师与需求方在进一步讨论，看是需求分析阶段的朝向错了，照旧计划阶段的情势错了，依据偏差点去在举行新一轮的思索。
假如告竣了，分析这个计划方案完成了最初的既定目标。
最初上传一张我总结的流程图如下图：
六、总结
1. 需求池
- 多和产物聊聊需求，多到场一下需求评审的阶段；
- 多用全局观视角去看需求；
- 多问几个为什么；
- 多体验产物和竞品，可以盲目推进改良视觉或流程体验；
2.需求分析阶段
- 搞清晰背景是什么；
- 搞清晰代价是什么；
- 搞清晰目标是什么；
- 预期告竣怎样后果；
- 搞清晰需求面临的用户是谁；
- 思索需求方的需求对否公道，并提出你更好的处理方案；
3. 计划阶段
- 信息布局优先级排序，以及优化提炼案牍；
- 多体验竞品流程，了解竞品计划思绪和限定条件；
- 多探究不同的计划方案；
- 完成计划方案并做好最初的走查；
4. 方案交付阶段
- 与需求方确认方案；
- 评审前做好富裕准备；
- 整理切图发给开发；
5. 方案验收阶段
- 验收开发后果，复原计划方案95%以上；
- 平常情况测试；
- 验收上线后跟踪数据体现并做后续方案；
写在最初
想要成为精良的计划师，除了平常满意需求方的需求外，不休探究产物内可优化的点（包含但不限于：战略、流程、交互、视觉、案牍），只需是能完满产物的场合都可以自主推进入做，不要把本人定位一个只会支持需求的计划师，善于发觉时机点，推进实行，如此可以让计划师从一个支持方成为一个项目标推进者，改良其他人对计划师的刻板认知。
本文由 @Tanruy 原创公布于各位都是产物司理。未经允许，克制转载
题图来自Unsplash，基于 CC0 协议
