发表于: 2017-03-26 22:31:21
1 1003
今天完成的事情:
资料整理;
明天计划的事情:
VV化运
遇到的问题:
看了一堆理论,需要在项目中实践
收获:
http://my.wiki.ptteng.com/pages/viewpage.action?pageId=13976614
前两天整理的交互类型,是如下导图中的交互说明部分;
线框图:
不使用截图与颜色,这样不规范还能避免对视觉设计师造成干扰。
合理的布局,尽量保持简单的结构,不要出现2列和3列混排的设计。布局时,提前和UI沟通商量,避免不必要的返工。
遵守栅格规范,使用栅格,对于UI可以不再为思考宽度或高度而烦恼,对于前端开发,页面的布局设计将完全是规范的和可重用的,大大节约了开发成本;
标记第一屏高度-最重要的内容,尤其是重要的操作按钮一定要在第一屏内完全显示,否则用户第一眼看不到,就有可能放弃整个页面,从而严重影响转化率。
在1024 - 768像素分辨率下,第一屏高度的极端情况可定位570像素,如果不那么严格的话,第一屏高度也可以定为600像素,在原型稿上标明即可。这样可以给UI一个直接的参考。但不要为了保持第一屏高度而让内容过度拥挤。
考虑视觉实现后的效果
写交互说明的诀窍
尽量使用真实符合逻辑的数据内容,注重数据之间的逻辑对应关系,这样可以减少沟通成本。
不遗漏特殊状态的描述-
避免过长的说明-
需求或设计方案有问题,会导致逻辑异常复杂。这个方案开发成本是否很高,有没有这个必要,有些异常情况出现频率极小,可以适当舍弃,保证体验和开发成本之间的平衡性。
如果需求和设计方案都没问题,是否表达方式有问题?应避免文字堆砌。
避免流水账式的说明
-流程图代替文字说明。尽量用更有调理、更容易理解的方式来展示操作逻辑关系,而不要用流水账式的文字。
-用表格罗列各种状态。
-巧妙组织文字说明。用if else case 等来组织说明文字会更适合开发人员的思路
-制作动态效果。
关于重复出现的模块
为了节省时间、提高效率,将重复出现的模块独立出来,起名,然后在其他页面上只留一个空位就可以了。尽量用模块的思维方式来处理复杂的问题,对提高工作效率很有帮助。
如原型有修改,不要口头沟通,而要更新交互说明并告知大家
当原型需要小修改时,最好能通过发邮件或其他方便的形式,告知项目所有成员,而不是口头沟通。重要的是,在合作过程中,不仅要把自己该做的做好,同时站在合作伙伴的角度上考虑问题,给大家提供更多的便利,才能使团队的效率越来越高,配合的越来越默契。
关于设计规范
规范并不是随着产品的形成而形成的,而是在产品逐渐成熟、发展的过程中慢慢建立起来的。所谓设计规范是对设计的具体细节、技术要求,是设计工作的规则和界限,是一种模板化应用的方法。。
单向沟通,什么样的销售最受欢迎?“是少说多听的人”会听比会说更重要。
有些人喜欢打断别人,淘淘不绝地表达自己的想法,不给别人说话的机会,但耐着性子把别人的话听完再发表自己的观点,却需要一定的耐力和修养。
单向沟通的危害极大,容易造成误会和隔阂,导致团队成员的信息不对称,员工工作消极被动等结果。
思维方式,立场不一致导致的沟通障碍,容易引起争论和分歧。
PM:一般比较商业化,注重利益指标;
UI交互设计师:比较注重用户体验;
视觉设计师:偏重于色彩、没敢;
开发:偏重于逻辑性、实现难度等。
我们以为已经向对方沟通清楚了,但对方却未必真正领会你的意思,性格、思维啊花姑娘的差异导致沟通中的隔阂,最终导致失败的结果。
发现项目成员有负面情绪了,赶紧面对面沟通一下。
中国人一向含蓄,既想达到自己的目的,又不想直白地说出来;既不善于主动提问,也不善于表达内心想法。因此,在职场中,需要有一双睿智的眼睛和一颗有洞察力的心,了解别人的潜台词。这样既可以适当的保护自己,又能轻松地破解很多问题。
如:开发人员说某个功能他们实现不了,其实他的潜台词是:给的时间太短了,我们做不完。
前端人员质疑你的设计方案,说某个控件,完全没必要,其实只是他觉得实现起来很麻烦。
注重界面背后的操作逻辑,写详细的交互说明。
如何更好的沟通
放平心态:不计较个人得失,客观地看待问题,保持心情愉快。不停地在工作中磨练自己的心性。
换位思考:当你厌恶某个人的时候,这个人十有八九对你也是同样的想法。对待同一件事,每个人立场不同,太过坚持自己的想法,就容易造成误解和矛盾。很难说谁对谁错,重要的是要客观地认识不同的立场,最后寻求一个好的解决方法。意气用事不会带来任何益处。
当你埋怨别人做的不好,沟通不到位的时候,有没有想过自己是否也在犯同样的错?自己有没有认真地把设计意图传给UI和开发?每个人都有自己的难处,懂得宽容、谅解,做好自己的事,也帮助别人做好他的事情,才能促使大家懂得更好的结果。
如果你和有些人沟通时总觉得有障碍,那可能是因为你们的思维方式、性格不同导致的。多站在他的角度考虑问题,想想跟别人这么说、这么做的原因,心里就会释然很多。
积极主动:
多思考、多提问,多表达自己的意见。遇到不快的事情不要急着下结论,或是越想越歪,而是探清事情因果。事情永远不像我们想的那么乐观,也不像我们想的那么悲观。团队中要营造积极舒适的氛围,多制造让大家说的机会。例会评审、聚餐、活动、多激励大家等。
更多肯定、更少批评:
当觉得和某人合作得不错时,不妨对他多一些肯定和赞美,让他认识到自己的价值,这样会增加他工作的积极性。当对某人心怀不满时,主动跟他沟通,尽快消除误会,解决问题,而不是在背后抱怨或批评。
这是一个 的时代,不是个人英雄主义的时代,沟通的本质不是为了说服,而是让彼此心悦诚服,并最终解决问题。
流程意识
没有沉下心来完成需求了解,任务流程,而是急着思考界面细节,很容易陷进去。
一定要先打底稿,把握住整体感觉,再不断细化。
设计师需要时刻提醒自己正确的设计流程,在工作中反复实践,直到它内化为一种习惯。

.png)
.png)
不遵守流程会造成的后果:
需求不确定,反复更改。需求可能没有完全准备好就扔给了下一个环节,后面发现问题又要重新修改,导致项目效率极低,项目资源被严重浪费。
无具体排期,项目上线遥遥无期。 只要一个环节被卡住,都可能会无限期拖后,产品最终错失良机。
没有预留出测试走查时间,仓促上线。开发人员彻夜加班赶工,根本没时间测试或设计走查,仓促上线的产品会带来很大的风险,不仅bug频出,且上线效果与实际设计相差甚远。项目成员的辛苦劳动得不到回报。
产品经理一人独大,项目失控。
出现问题难易确定责任。没有清晰的流程,各种推来推去,时间没给够。PM一定要有清晰流程的意识,把流程执行好。
一些需要注意的问题:
关于需求变动。需要评估工作量,大的改动放到下一期,小的改动如征得大家同意可以本期修改,但要重新修改排期。
关于排期。排期应该在需求评审之后,根据需求内容来确定具体的时间安排,而不是根据理想的上线时间倒推。在给各环节排期时应该遵循自上而下的原则,即亲自询问每个环节负责人大概需要多长时间完成,而不是产品负责人自作主张地安排。项目排期需要算上迭代、测试的时间。
尽量多做可用性测试。先和产品、视觉设计师一起确定好设计风格,再进行具体页面的设计。不要把原型直接扔给UI,然后就开始进行设计,这样返工的可能性很大,影响项目效率。一个页面完成设计和交互后就沟通一遍,敏捷开发。
上线前后,产品经理需要通知项目成员,进行最后的检查,上线后收集的用户反馈及产品数据情况,产品经理理应告知项目成员。最后总结问题。
UE的自我修养
积累各种优秀的设计案例,认真观察生活中每一个细小的闪光点。
好的设计师不仅需要有想法、有创意,还要有高度的概括、总结能力及抽象思维能力,可以迅速归纳出问题的本质。这些不是通过短期训练就可以做到的。这就可以解释为什么同样是写一份竞品分析报告,有的人只会罗列自己看到的各种问题,形成一篇流水账;有的人在学习了一些方法后,能够照猫画虎,按照从整体到局部的思路组织语言,但内容换汤不换药,依然是罗列各种界面细节问题;还有的人可以在一开始就清晰地、颇有见地地阐述自己的分析思路,并且在报告中合理地组织语言,组后通过有效的分析得到自己认为正确的设计方向。
执行力强:不仅要有好的想法,还要坚持到底,不惧怕任何阻碍。
评论