设计文档要如何写——转唐唐try

这一部分的内容在设计师和PM、业务方充分沟通需求之后完成,我的习惯一般是分成这几个模块:产品描述,要设计的产品是什么,依托怎样的平台,在什么场景下发生;业务/产品现状,总结需求方现在面临的主要问题,有哪些体验不好的地方,关键痛点是什么;用户目标,用户群有哪些类型,他们分别想解决什么问题;访问流程,产品有哪些入口,最终把用户导向哪些地方。这些都需要和需求方确认清楚,明白整个产品的来龙去脉,最终提炼出设计目标:需要设计什么新的功能,需要优化哪些已有的设计,提高产品哪些使用环节的体验,引导用户做出什么操作,最终达到怎样的业务目标。

设计稿版本每发生一次比较大的迭代更新,都要记录在版本历史记录里,相比一个个去翻以前的设计稿,版本历史记录可以清晰地展现设计稿的迭代历程,有哪些需求的变动,有哪些设计时没思考清楚需要修改的地方,Review时大家给出了哪些意见和建议等。有时版本需要回滚,可以更方便地追溯,而项目结束后浏览这一部分,可以看到自己的设计在哪些方面一开始思考不足出现了各种问题,是如何被发现、改进和提升的,下一次设计的时候是否可以更早地思考到和回避掉。

根据具体项目性质的不同,这一块的分析工具也有较大的差异,具体的选择和使用要按照实际场景来,而非机械进行套用。

如果是设计一整套网站系统,SiteMap必不可少,通过它将需要设计的内容以全景图的方式呈现出来,对整个网站的架构可以构建起一个初步的印象,像架构层级过深、页面内容重复等问题都可以通过Sitemap发现,进而提出是否可以减少页面的信息层级、合并部分页面等,从整体上优化产品的使用体验,而非只见树木不见森林。

ExperienceMap可以把产品在不同使用场景、流程下的体验问题直观地呈现出来,我们有时会得到一些用研结果反馈,但大量反馈建议直接列举的话会很散乱,也不知道哪些是真正的问题,哪些只是个别用户的吐槽,通过ExperienceMap可以整理出用户使用产品大概有哪些场景和环节,各场景和环节下都遇到过什么样的问题,哪些问题出现的频率较高等,帮设计师更好地代入到用户使用产品的实际体验过程中去,进而思考各场景、环节下都可以进行怎样的设计目标拆解与设计优化、最终帮助完成产品的整体目标。

Flow流程图也是一个常用工具,可以总结出不同场景下用户使用产品的流程和步骤是怎样的,可能产生怎样的分支需要在设计中考虑到,在哪些地方可能产生较大的流失,步骤是否可以合并优化,能否抽象出通用的流程来构建框架设计等。

Framework和Wireframe的区别主要在于前者更抽象、通用化,不需要太多的内容细节,而后者更详细、分场景、已经有了删格化和详细的文案等,离Mockup甚至只差配色、图标、阴影细节等。

Framework开始构建起产品的形,抽象出通用的布局原则,页面上大概有哪些模块,这些模块之间的主次、优先级关系是怎样的,每个模块要帮助用户完成怎样的目标。思考清楚了这些问题,接下来的设计才会减少目标偏离与方案返工出现的概率,能把握住界面的整体结构、模块关系呈现等,而不是陷入细节,结果让次要的东西喧宾夺主。

Wireframe在Framework的基础上具化出了产品的完整骨架,在这一步需要仔细考虑到每一个可能的使用场景,包括极多极少、错误等特殊情况都要包括在内。

我一般习惯在Axure文档里以建立很多页面,每个页面按照场景进行命名,再在页面里画Wireframe,具体到每一个模块可能出现的一些特殊场景等,则直接在页面里以模块的方式在主界面旁边呈现,如果是比较简单的情况,也可用文字直接说明。总之,每一个角落都要考虑得当,不能有遗漏。

Wireframe虽然不是Mockup,但在视觉效果呈现上却马虎不得。一开始我觉得不是视觉稿没必要考虑那么多,在画Wireframe时完全没考虑栅格之类,最终的视觉效果感觉也比较粗糙。后来被指出在Wireframe这一环,文案等内容基本就确定了,如果不考虑视觉效果,可能在实际的视觉稿产出后,会发生因为文字内容过多溢出,导致整个页面结构都要被迫调整之类的情况,最终增加了产品的设计成本。作为交互设计师,我们可能不用考虑太多配色、创建角色形象之类的视觉细节,但一定要懂基础的UI设计规范,甚至在视觉要求不高(如很多B端产品)的时候,需要直接扮演视觉设计师的角色,这也是我们区别于“能画线框图的产品经理”的重要价值。

还有文案,通俗来说就是“说人话”,各种导航标签、各种引导提示问题、各种按钮说明等的文案也是交互设计师需要思考的。

Mockup作为表现层的主要产出,在Wireframe的基础上完成配色表现、图标绘制等视觉细节的呈现,为产品的骨架覆盖上最终的皮肤。在Wireframe已经充分考虑到各种场景的情况下,Mockup不需要再面面俱到,而是选择关键场景的界面进行绘制表现即可,注意一些Hover/Active之类的状态表现,再就是标注(在公司内部神器的帮助下似乎已经不用这一步了,怒赞,Sketch棒棒哒,前端都是专业的甚至还懂点设计,不需要太多沟通就能高保真还原效果,感觉比以前幸福好多!)交付前端了。(想到自己以前画大量精力画不同场景的Mockup,很多只有一点细节的差异,而Wireframe就是一点纸笔草图,感觉蠢爆了==)

THE END
1.如何做出及格的交互设计稿?至少达到这5点!优设网如何做出及格的交互设计稿?至少达到这5点! 一、事情起因 工作特殊性,我所在的组做的事情是在另外一个组产出的设计稿基础上去和客户对接,基于客户的要求提供定制化服务。所以一旦有新的设计改版升级,我们都需要让另外组的设计师们提供交互文档,然后我们基于这份文档来继续后面和客户对接的工作。https://www.uisdc.com/https-www-uisdc-com-imagator
2.科普丨游戏美术设计师商业设计稿流程揭秘下面这张图,设计同样是7分,但是画面效果就有6分。你可以看到怪物的材质和肌理表现都很不错。 放大后可以看到材质表现 我们在工作中,如果是做偏写实类的原画时,画面效果要达到5就ok了,如果你能达到7,就很少需要反馈修改了。 下面这套概念设计图的设计效果有7分,画面效果也能达到8分,就算优秀的设计稿了。一般都https://zhuanlan.zhihu.com/p/41567142
3.设计演讲稿的技巧在设计演讲稿的时候,尽可能多利用一二三理论,即一个要点,如果要进行总结,尽可能总结成三点。 举例一: 大家好!今天给大家分享如何做一个卓越的企业领袖,其中有三点非常重要:第一点,要有高瞻远瞩的思维;第二点,要有明确有效的系统;第三点,要有积极不断的沟通。 https://www.yjbys.com/edu/yanjiang/207847.html
4.如何设计演讲稿(精选3篇)如何设计演讲稿 篇2 一个引起共鸣的问题 一段有震撼力的话 一个有影响力的人物 一件有教育意义的物品 一个有启发意义的游戏 一个富有悬念意义的话题 演讲主题: 《生活小窍门》、《学习方法》、 《我的梦想》、《我最喜欢的一本书》、《感人至深的一件事》、《我的父、母》、《可爱的家乡》、《感恩》、https://www.diyifanwen.com/yanjianggao/janjiangjiqiao/17138021.html
5.UI关于如何画设计稿(基础篇)【UI】关于如何画设计稿(基础篇) 技术标签:设计 查看原文 《写给大家看的设计书》与编程最佳实践(一) 《写给大家看的设计书》是一本讲述设计原理的书。作者将其丰富的设计经验用简洁凝练的笔调总结出四个设计原则:亲密性、对齐、重复、对比。 当然写本文的目的不是为了介绍这本书,主要为了探讨与亲密性、对齐https://www.pianshen.com/article/77922666109/
6.设计稿进行页面制作的流程和注意事项CSS教程CSS网页制作不,我们似乎还有一些事情忘了做。比如说,设计稿上的某些效果,需要使用什么技术来实现?又或者是某个部分,需要做成怎样效果。我们只有对整个设计稿有了一个大致的了解,才会知道,要完成这个页面,需要用到哪些东西,并且准备哪些东西。 而在等我们将上述的一些事情都做好后,接下来敲代码的工作将会顺畅很多。因为你的思绪https://www.jb51.net/css/23059.html
7.如何设计一份靠谱的交互稿最近接手了一个之前由同事小C在做的项目,是我司服务官网首页改版的后台页面设计,说只要出一下视觉稿即可。我心想后台页面结构较简单、模块可复用,有现成的交互稿的情况下三四天肯定能搞定。出乎意料的是,全部做完花了十几天,总共80多个web页面,关键是交互工作基本上重新做了一遍。 https://www.jianshu.com/p/4d0eba94be73
8.设计师在做设计稿前应该做哪些准备工作?人人都是产品经理更重要的是移动APP UI 设计的魅力在于,你不仅需学会使用一些合适的技巧,更要有效的理解用户与程序的交互关系。一个有效的用户界面关注的是用户目标的实现,包括视觉元素与功能操作在内的所有东西都需要完整一致。 1、如果你正要开始设计一款移动APPui界面设计的时候,如何来进行一些基本的准备工作呢? https://www.woshipm.com/ucd/850128.html