发表于： 2017-03-26 22:31:21
1 1004
今天完成的事情：
资料整理；
明天计划的事情：
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的自我修养
积累各种优秀的设计案例，认真观察生活中每一个细小的闪光点。
好的设计师不仅需要有想法、有创意，还要有高度的概括、总结能力及抽象思维能力，可以迅速归纳出问题的本质。这些不是通过短期训练就可以做到的。这就可以解释为什么同样是写一份竞品分析报告，有的人只会罗列自己看到的各种问题，形成一篇流水账；有的人在学习了一些方法后，能够照猫画虎，按照从整体到局部的思路组织语言，但内容换汤不换药，依然是罗列各种界面细节问题；还有的人可以在一开始就清晰地、颇有见地地阐述自己的分析思路，并且在报告中合理地组织语言，组后通过有效的分析得到自己认为正确的设计方向。
执行力强：不仅要有好的想法，还要坚持到底，不惧怕任何阻碍。
返回列表
评论