培训《设计师与程序员爱恨情仇”》.pptVIP

培训《设计师与程序员爱恨情仇”》 设计师与程序员的 爱 恨 情 仇 爱 友情基情 爱情 亲情 程序员与设计师共同的苦恼 催 催 催 十点提的需求十一点就要，完全没有思考的时间，更别提保证质量了，做完后又要被产品吐槽做的烂没用心。 改 改 改 今天提的需求明天就来个180°大转弯，写的代码全部白费，做的设计被无数次推翻。 指 指 指 悄悄的问一下各位射鸡师与程序员，你们的屏幕被戳过多少次了？是不是很想摔桌子来一句you can you up！ 文字苍白，那我只好上图了！ 听起来并不是很糟糕~~ 用几张图描述下大部分 在工作中最真实的写照 设计湿 与 程序猿 共同点 ：脾气不佳、面色苍白、面无表情、黑眼圈、僵硬的身体、曾拥有过健康 设计师 同心协力 谋发展 恨 恼 痛恨 讨厌 导火线1 灭火器：尊重是良好配合的开始。 不尊重对方 写代码的 美工 导火线2 灭火器：请明确指出原因是什么，或找出现成的例子。 询问原因，提出意见的时候不专业 比如coding的同学如果觉得颜色不好看，请明确指出希望是什么颜色，原因是什么，而不是单纯的说我感觉很不好。设计的同学如果用起来demo难用，记得询问为什么没有实现出来，而不是一直说“这家伙水平太差”，毕竟除了界面还有很多底层的东西需要实现，只是一个华丽的空架子也是白搭的。如果希望实现什么效果但是自己不知道怎么做到，最好去找一个现成的例子给coding的同学瞅瞅。 灭火器：让用户使用起来更加方便快捷，考虑程序员的工作量 设计师请不要“超设计” 作为一个设计师（而不是单纯的视觉设计师），如何coding上面实现成本最小，而不是各种show自己的技术。就拿iOS设备举例，固然能实现很多自定义的功能，但是用户是否需要？仅仅是为了设计的好看么？ 导火线3 灭火器：双方积极主动沟通询问实现的可能性，聆听对方的意见；如何实现成本最低。 不善于沟通交流 拿到任务后立马投入各自的岗位埋头苦干或者沟通有方式方法问题，设计师和工程师不要总是站在各自的“专业角度”去做沟通，充分信任并接受互相探讨双方的专业领域。但也不要过于纠结不必要的细节问题，特别是会议上。充分表达各自的想法，在关键分歧上要达成一致，不可一样孤行或者互不关心。 导火线4 导火线5 灭火器：宽度高度间距颜色等，最好都在设计稿上面标记清楚 设计稿颜色及尺寸未详细标记 导火线6 灭火器：交付的文件最好输出为各种切图最好 交付的设计稿未整理归档 灭火器：项目进行过程中，双方多协调跟进对方的进展 程序员搭建框架与设计图有出入 程序员同学最好在有大概框架之后，告诉设计的同学产品大概分几个部分，每个部分需要什么样的图片，这样设计的同学才能更快的输出素材。 导火线7 导火线8 灭火器：项目完成后，双方约起一起吃个饭吧～ 项目完成，各享其成 情 共同目标 数据库 Databases 设计师会担心 程序员会担心 项目同时积压 Client revisions 不懂代码的领导 Don’t code 服务器崩溃 Server crashes 手腕综合征 Carpal tunnel 客户端版本 如何让用户满意我们的产品 现在的用户都是傲娇的，谁得罪他们谁就会失败，当然我们自己也是用户，我们也是傲娇的 用 户 情牵 不要让我等！ Wait 使用速度及操作流程的便捷性 举两个例子：网站和视频 网站： 页面加载的速度，能提高访问的流量，页面的到达率，从而实现页面的转化率 视频：用户在线看视频加载速度够快，那用户会越来越多，因为这个解决了用户看视频的最大痛点——就是我能流畅的观看。 网站如果在交互方面做的很酷炫那必然会影响到加载速度，而视频网站需要盈利，所以必然会有各种前贴广告。 但是无论怎么样，让用户等待就会造成流量损失，流失变高，口碑变差 不要让我想！ Think 我想偷懒，不想付出太多成本去用你的产品