冠亚体育娱乐_冠亚体育可靠吗

交互设计师的工作职责明细(UED团队必备知识)

如何判断产品经理提出的需求该不该接?今天窒息红Leon通过自己思考、请教前辈,列举了几条产品需求是否该接的「小原则」,希望通过这些依据来帮助自己判断需求的合理性。

交互设计这个职位以前就很火,现在还很火,未来会更火,一个成熟的设计团队必须有一个交互设计师,如果你正在管理一个UED设计团队,并且正在头痛交互设计师的工作该如何安排?那么你就该看看这篇文章,也许能给你一些启示,或许更能让你拨云见日,如梦方觉!
一、需求分析阶段
这个阶段,对于不同时期的产品讨论、分析的方面侧重点不同。
1、新产品
对于从无到有的心产品,需要了解:
产品的定位是什么?

文章开头:本文是优梦优发布于今日头条的文章(http://www.toutiao.com/a6447382483491340557/)转载文章仅供大家学习,不作任何商业用途。

对大团队来说,交互设计师常常会接触到不同产品线的需求,比如之前两周我就需要同时与四五个产品经理合作。产品经理是需求方,他们会带着 idea 以及 PRD 文档来找设计师,告诉我们需求的具体内容、目标、排期等等。不过,由于设计资源有限(开发资源也一样),并不可能所有的需求都被能处理,所以在产品经理提出需求的同时也需要设计师能够对需求的合理性有自己的判断。

用户群体是谁?他们有哪些特征?我们的产品需要解决用户的什么痛点?如果有竞品,我们与他们的优势在哪里、差异又在哪里?
这个阶段非常重要,但是也是最难讨论清楚的,即使是产品经理/总监可能在最初也无法完全确定产品的定位,而是在产品迭代过程中慢慢摸索出来。
产品的功能点有哪些?

近日,优梦优产品部名声大噪,一下子把老板都撕怕了。

需求的合理性判断非常依赖交互设计师对业务的熟悉程度,而新人却又在这方面最匮乏。如果对需求来者不拒,或者也没有帮助产品经理改善需求内容、指出不合理的部分,那可能忙忙碌碌一周下来发现自己完全没有时间思考,真的变成了纯粹的「执行者」。不是说执行者不好,而是执行者的不可替代性更弱,如果每一个阶段的工作不能串联起来、不能目标一致,可能就难以完成整个业务的目标,当然也难以体现自己的价值。

通过哪些功能来实现用户的需求?这个部分主要由产品经理提供。有些产品经理提供简单的功能list、有些甚至直接给线框图,这其实都不太可取。
我比较希望收到的是一份较为详细的思维导图,包括:功能模块、功能点、需要展示的信息字段及其格式要求、功能优先级、其他必要的补充说明(为什么这样考虑、什么场景下使用等等)
2、迭代改进中的产品
对于已经上线的产品,如果是已有功能的改进优化,需要了解:
改版目标是什么

某科技公司出价200w都挖不走这个产品团队。

图片 1

比如当前存在的问题是什么?计划通过什么方式/方法解决?期望达到怎样的目标?
资料推荐:
对于需求分析阶段,我以前也挺迷茫该如何更好的开展。在上一家公司时,刚好遇到《破茧成蝶:用户体验设计师的成长之路》这本书详细介绍了如何做需求分析,与产品经理一起按照书中的方法进行,共同讨论了我们负责产品的定位、使用场景和特点等等信息,受益匪浅,在产品重构过程中也得益于前期的分析做了一些创新设计。
《破茧成蝶》
[图片上传中。。。(1)]
二、交互设计阶段
1,、任务分析
任务分析,是指分析用户在使用产品过程中,需要进行的行为和认知的过程,可以帮助我们建立产品的结构和信息流,从而为我们提供更多合适的信息来帮助用户完成任务。
根据产品的功能点,我们先确定用户需要完成哪些任务?每个任务又可以分解为哪些子任务?这些子任务的操作流程、目标是什么?分布在哪些页面,子任务的层级结构是怎样的?任务、子任务的优先级关系是怎样的?如何在界面上突出主要任务?
这个步骤关系到后续的页面流程、用户操作流程、页面布局。
资料推荐:
1、《破茧成蝶:用户体验设计师的成长之路》一书在「设计规划」章节介绍了主要任务与次要任务、如何突出主要任务、如何引导用户完成任务。
2、《在你身边为你设计》一书在「体验设计」章节介绍了“设计中的逻辑思考——任务分析”。
2、导航设计
导航的目标是突出主要功能点,让用户在完成任务时能一目了然的知道自己要从哪个入口进入。通过前面的功能分析和任务分析,对于用户任务的优先级已经较为明确,此时可以思考、确定产品的导航设计。
3、页面流程图
用以明确整个产品的层级结构、页面之间的关系。类似下图这样,标注页面名称,不用体现界面细节,还可以简单标注界面的主要内容模块。

著名的产品经理乔布斯

通过自己思考、请教前辈,我列举了几条产品需求是否该接的「小原则」,希望通过这些依据来帮助自己判断需求的合理性。不过,所谓的「小原则」也并不是绝对的,工作时可千万不能死脑筋地认为不满足某条原则的需求一定不做,几条原则都需要综合起来考虑。

图片 2

据了解,优梦优产品经理说:提到撕,每个产品部门,或者说曾经做过产品的人都能扯上三天三夜,讲讲这满腹心酸泪。撕,对于一个产品部门来说是很日常的工作,由于产品部门的工作职责,需要和运营、设计、研发、测试、老板等等各种人沟通,以推进工作。

原则一:符合主体业务目标的需求该接

1473056457-7254-qj20160202-1

撕成为一种必备技能,耐撕(nice)是必杀技。

大部分团队在年度、季度之初都会召开动员会议(又称 Kickoff)来宣布本阶段的业务重点及目标。对前线设计师而言,团队的主体业务目标也自然应是自己本阶段的工作重心和标杆。所以,深入理解团队的业务重心或发展路径是一件看起来虚但实际上非常非常重要的事,只有明白了团队最终想要什么成果,才能调整自己工作中的导向。

4、用户操作流程图
对于比较简单的功能或产品,这一步可以省略。但是如果涉及到多个用户角色之间的操作关联、较为复杂的判断逻辑,建议交互设计师先梳理清楚用户操作流程图,思考清楚不同分支的走向。后续在设计评审阶段,可以通过流程图来辅助讲解,更容易理解。

产品经理的角色定位

事实上,这是一种对需求合理性进行考量的首选方式。当面临业务方提过来的需求,首先就问问自己:

图片 3

那撕的正确姿势是什么呢?

这件事与团队整体目标是否一致?

1473056457-3663-qj20160202-2

与老板撕,讲数据

能够多大程度提高这个目标的达成率?

5、页面布局设计
整体框架、流程梳理完成后,开始逐个完成各个界面的布局设计、界面之间的跳转关系。这个环节是整个交互设计的重中之重,如何设计友好而易用的界面,如何做到有效的组织将用户重点关注的信息凸显出来,非常考验一位交互设计师的能力。
另外,这个环节也要着手思考交互操作细节,不过暂时不用表述完整,可等初稿评审且基本确认后再做细化。
6、初稿评审
目标是确认导航设计、页面流程、页面布局是否符合产品需求,各方的想法是否能达成一致。如果遇到不一致的情况,可讨论分歧点在哪里,讨论不同方案的优劣点及如何取舍。
如果修改意见较少,完成修改后可私下与相关的业务需求方或产品经理沟通设计方案,基本达成一致后可开始进行详细设计;如果交互初稿评审分歧较大,需要修改后重新评审,基本确认后再做详细设计。
7、详细交互设计
这个环节,需要完善不同状态下的页面布局和内容展示、用户操作反馈提示、通用或异常的场景等等。所有开发阶段需要用到的都需要在详细设计阶段体现。
8、终稿评审
主要目标是让开发测试同事了解设计需求、评估设计方案的实现合理性、交互细节是否完善且无异议。这个环节会遇到很多“挑战”,需要交互设计师提前对设计方案有足够的思考、能权衡多种方案的利弊,进而将自己经过深思熟虑的且最为合适的方案推进下去。
三、视觉设计阶段
交互设计师需要向视觉设计师介绍交互原型;对输出的视觉设计方案,需要从交互角度予以评估,比如与交互设计初衷是否一致、内容的主次是否表达得当、是否有细节遗漏或错乱等等。
四、开发与测试验收阶段
测试用例撰写时,测试同事可能会在交互说明文档的基础上思考的更加全面,提出一些尚未考虑到的特殊操作场景。交互设计师需要思考、补充相应的交互设计说明。
测试用例评审阶段,需要确认所有的用例是否与交互文档上一致。
开发实现过程中,若开发遇到一些交互上的疑问,需要实时跟进、讨论、确定最终实现方案。
测试验收阶段,需要验收最终的效果,看与交互原型是否一致,对于有出入的地方也要尽快跟进确认。

应该有很多产品经理最怵的就是和老板讨论需求,往往觉得老板的需求不靠谱,但是又不好直接反驳。但是把老板的需求直接放到产品中,又影响用户体验。

是否能够和已有的模块配合产生联动效应?

五、搜集用户反馈阶段
对于迭代中的产品来说,这一点需要持续关注。通常采用的方式是用户调研、可用性测试、各种用户反馈渠道搜集。交互设计师需要分析用户反馈问题的合理性、是否需要优化。对于值得重视的反馈,需要思考设计方案、推进实现。

需求

持续的规划和安排是怎么样的?

转载注明:YUNRUI原文地址:UISDC

其实老板的思维都偏宏观,看问题喜欢看数据,那么和老板讨论需求,先不要急于否定老板,拿到老板的需求,先换位思考一下,是否合理,然后再站在你专业的角度来看,是否合理,然后去搜集数据,通过数据来证明需求是否合理。

而当一个需求明显偏离团队业务目标时,就必须勇敢地向产品经理指出来。

与运营撕,讲方案

本文由冠亚体育娱乐发布于摄影专区,转载请注明出处:交互设计师的工作职责明细(UED团队必备知识)