开发者应该怎样帮助设计师

  译注:在本文中所说的设计师特指那些非固定工作地点/远程工作的设计人员

  规格/需求文档

  必须知道自己想要什么

  在把图形设计交付到开发者手中使用前,最难的部分就是知道你想得到的是什么。而现在有一种趋势就是跟设计师就那么一说「你随便画点什么」。当然他们肯定会去做的,但是的出来的结果却并不一定是你确实想要的。而需求太模糊的开发项目你定当不会去接,设计师也并不比你笨。所以你一定要肯花时间去细化你的需求,从而减小模糊空间。

  给点示例会很有帮助

  如果你不是极其胸有成竹的知道你要的是神马,那最少也有表示出有某些喜好:随便列举一些你喜欢和不喜欢的例子,解释一下为啥喜欢为啥不喜欢。其他人的作品可以给你的设计师作为很好的参考。把喜欢和不喜欢的都列出来有助于归纳出你到底想要的(设计)是什么样。

  信任你的设计师

  聪明的人知道去利用别人的智慧(去解决问题),而不是独自去蒙混过关。相信你的设计师的能力和经验。尊重地对待设计师,给与他们自由度,他们可以给你帮助,甚至启发你,别太墨守陈规了。

  随便画画的意义

  正因为你自己做不出好的设计,你才会去雇佣一个真的设计师。如果你是一个普通的开发者,那么没的说了你就是个烂设计师,缺乏真正把握视觉艺术的能力。这是再正常不过的事了。即便如此,在纸上随便画一下你想要的图像,不管多烂,这也比口头描述有用多了。千万别怕画得很难看,因为这能让双方都有一个相同概念的起点,不会跑偏。

  考虑示例数据的问题

  作为开发者,你肯定自知到时候实际中会需要什么样的数据去管理去展示。但设计师不知道,除非你告诉他们,要不然他们都会去用一些随机的或者通用的文本(去填充设计稿)。最好是由开发者从一开始就提供真实的/有意义的数据来显示,特别注意文字的极限情况,比如特别短或者特别长。

  前期就明确需求别瞎改

  不管花什么代价都要保证已经在前期就明确好了所有设计工作的需求,对任何工作都应如此。后来添东西不仅仅会带来潜在无法预估的代价,还会无法安排工期,以及破坏了已经完成的工作内容。作为开发者你肯定知道最后一天拍脑门的修改的代价-设计师同样伤不起。

  谨记设计的限制

  你的设计师会尽最大努力去迎合你提的需求,所以呢,那些需求要尽量准确-包括有什么样的限制。屏幕尺寸,屏幕方向,能用的字体,品牌VI的颜色,允许放广告的空间,固定要有的元素等等。一定深思熟虑你对设计的要求,确保设计师从一开始就明确这些限制。

  体现专业性的地方

  负得起责任

  从财务的角度和专业的角度来说,当设计师向你展示他的工作进展或者问你时,适当的回应都是一种负责任的态度。设计不该是开发完成后才着手的工作,更不能是与开发同时进行的(而是在开发前就已然完工的):理想的情况是先有设计再有规范文档再去着手开发工作。花点时间跟你的设计师好好研究一下吧。

  别假设工作很简单

  开发者的悲剧的根源在于非开发者都假设开发工作很容易搞定。调整一个功能或改变其工作方式,往往要去变更很多元素而不是一个,我们要去解释为啥这么复杂,而且还有要去解释这么做带来多少成本。设计工作也是一样苦逼的。将心比心,把一项变更看做简单的事情仅因为这是外观的调整,这种做法是应避免的。

  别去干预所有细节

  你的设计师在做着专业的工作,评估他们的工作进展的方式与评估开发者的工作的尺度(代码检查/每天写了多少行/修了多少bug)大相径庭。设计师经常有新的点子,需要时刻去脑补,测试,或者有时觉得不好又退回之前的设计从其他角度思考。

  设计工作进展无法用评估代码开发工作的尺度去衡量,要允许他们有足够时间去做创造性的工作。在所有工作完工之后,才可以让设计师向你展示100%完毕的工作内容。

  使用一样的工具

  在允许的情况下,跟你的设计师用同样的工具-起码不要在工具选择上有冲突。对于一个专业设计师来说,买个正版PS不会把你搞破产的,而且是明智的投资,当deadline要到来而你的设计师找不到,要由你自己要来补充一些设计元素的时候,很有用。而且你的工具的版本不能太老,这样是设计师可能与你无法协调工作。

  用同样的语言去沟通

  就像设计师有义务把从设计中的切图交到你的手中一样,你也有义务去给设计师解释你的开发工作。如果你对文件名有特殊要求,请你(在得到图形资源之后)自己去搞定。如果你在代码里需要16进制的颜色代码,或者需要RGB的每个颜色的百分比,这还是由你自己来做比较好,别把设计师的脑子搞乱了。别在你的工作之外使用专业术语。

  允许设计师向别人展示你的作品

  如果你的设计师觉得这个作品引以为荣,他们会咨询你是否允许把它列在他的「代表作」里。这明显是应该允许的事情,这对你们双方都是很好的推广工作,也有助于彼此间互信的建立。在你的设计师有时很忙,而你恰好又有新的设计任务要找人做的时候,也很有帮助(设计师会向你推荐别人)。

  商业上的考量

  及时付款

  及时支付你的设计师,别有借口。支付时间表应与上线日期没关联才对。当你对设计师的工作满意时,就结清尾款。在允许的情况下,尽量早付款,而不是拖到最后。

  不能纵容规范工作

  工作的规范和要求应在付款合同签订之前就确定。有很多网站可以提交你的设计要求简介还有你的预算,设计师们会给你发他们做的小样。你可以选择你想要的,单独付给他报酬。

  有一种很糟糕的商业手段会带来毁灭性的杯具,这种做法甚至会摧毁整个行业(这在天朝很常见的喔XD)。那就是,不要随意接受(那些网站推荐来的设计师),而应该由你自己来人肉你喜欢的设计师和他们的作品(可以是别人推荐来的,然后索取他们的作品列表),最后才决定签协议,再开工。

  译者按:有些地方只是略懂,见谅,所以呢这段可能翻译得有点不太对劲XD

  理解(设计行业)商业模型

  一般地,你总会收到一件满意的设计小样满足你的要求(也许会有两三件),而且你也有权做几轮微调然,这些是含在刚才那个费用里面的。除此之外任何其他的要求都是要另外收费的。这是合理且正常的,现实的设计行业就是这么工作的。

  消除为了那些额外的收费的办法是,不要超出最早设计要求的不确定的额外的要求,最早就给与准确的要求。因此不要抱怨设计行业的这种基本的商业模型,或者想要得到设计师额外为你免费工作几个小时。

  (设计的)源代码要另外收费的

  在大多数的场合,开发工作最后输出的成果就是app或者网站的源码,工作内容和最终得到是一致的,因此开发者签合同对外销售的就是源代码。但是设计行业可不是这样。

  图形设计工作最终交付的可以使用的产品,通常格式是PNG,EPS,PDF或者JPG这种类似的。而设计师工作的PSD,AI这种格式文件是不会免费包含在交付产品中的。要得到这些是要另外收费的。这是设计行业通常的做法,真的需要者些你要另外支付费用。

  写在最后

  就像我在之前的文章里说的,设计和开发是紧密不可分的硬币两面,都是为了交付高质量的软件产品。设计和开发两方面的专业工作者们都注入同等之专注与努力,才能让项目行进更加有效。

时间: 2024-10-21 08:16:34

开发者应该怎样帮助设计师的相关文章

开发者和设计师:如何化干戈为玉帛?

只要涉及到可视化编程,程序员和设计师之间就会出现矛盾.当谈及一些程序开发问题时双方就会产生分歧,尽管我们都知道在创建有效的应用程序时两个团队成员都很重要.设计师看到最初的设计版本与最终的版本不同时总会感到失望;而程序员则会抱怨说是设计师设计问题(有点鸡蛋里挑骨头)! 许多冲突源于两者之间缺乏理解,这也是导致设计师/程序员产生分歧的原因.为了两者之间的和平,本文总结了一些经验教训,作为设计师/程序员不妨学习下,知己知彼,方能百战百胜. 设计师说:我们并不是有意为难 我们努力做好工作,我们并不是有意

设计师 vs 开发者

几乎在每个角落你都会看到有人谈论或自称网页设计师.网页开发者.那具体是指什么呢? 谁是真正的设计师或开发者?可以同时成为这两者吗? 这会是个引来热议的话题,让我们来分解这些术语,挖掘它们的含义和相互间联系 设计师的职责 首先,我们来站在每个职业各自的角度审视这个问题 设计师使用图形和图形设计软件(例如 Adobe Photoshop, Illustrator 和 InDesign)来打造网页的外观.然后将设计稿配合代码来实现 设计师不一定是那个写代码的角色,不过有时也能在团队中独立工作来实现一个

设计师VS开发者

几乎在每个角落你都会看到有人谈论或自称网页设计师.网页开发者.那具体是指什么呢?谁是真正的设计师或开发者?可以同时成为这两者吗?这会是个引来热议的话题,让我们来分解这些术语,挖掘它们的含义和相互间联系. 设计师的职责 首先,我们来站在每个职业各自的角度审视这个问题. 设计师使用图形和图形设计软件(例如 Adobe Photoshop, Illustrator 和 InDesign)来打造网页的外观.然后将设计稿配合代码来实现. 设计师不一定是那个写代码的角色,不过有时也能在团队中独立工作来实现一

24个帮设计师与工程师更好沟通的实用技巧

  设计师与工程师的交流经常是鸡同鸭讲,牛头对不上马嘴,为了帮同学们搞定这个难题,一位国外的设计师兼开发者整理了一个列表,帮同学们能跟工程师无障碍沟通,全是非常实用的知识点,强烈推荐阅读 >>> @特赞Tezign :开发者一般不是令人惊艳的设计师,设计师也通常不是出色的开发者.虽然有很多例外,但这两行的门道对对方而言都是难以言说的谜,然而双方却要在这种情况下合作完成项目.作为在两个领域都工作过的人,我为设计师整理了一个列表,使他们能够更好地辅助开发者开发应用和网站. Photoshop

浏览器间切换的5个技巧或工具

网页制作Webjx文章简介:五种在多个浏览器间切换的方法与工具(前端开发技巧). 对于网站前端开发者.用户体验设计师.互联网产品工程人员,以及广大站长.博客主.深度用户而言,往往有着一个共同的需求:需要时常在多个浏览器之间切换使用,以检查页面效果.测试产品性能,或是同时用几个账号身份登录相同的页面. 目前国际主流的浏览器主要是以下五个:微软的IE,当年以捆绑方式占据超高市场份额,当之无愧却渐显疲态的老大:Firefox,势头强劲.功能齐全的后起之秀,IE的最大挑战者:Chrome,来自另一位互联

5天内搞定产品设计是怎样一种体验

  产品设计过程是有一个比较固定的周期的.但是,如果你能将整个流程的运作速度提升起来,用更频繁的反馈获得更好的结果,你还会使用当前的设计流程么? 用更短的时间获得更多的迭代,这种快速设计过程是一种截然不同的设计思路.快速设计流程并不是要让所有的环节都匆匆忙忙地推进,我们会让每个环节以最佳的方式运作,确保整个流程快速且高效. 首先,我们需要探讨一下为什么设计需要冲刺. 什么是冲刺设计,为何要这样 这种设计方式是由Google Ventures 和他们的设计合作伙伴 Jake Knapp 所提出的,

《Android安全技术揭秘与防范》目录—导读

作者简介 Android安全技术揭秘与防范 周圣韬,曾任职于金山.360公司做Android开发.安全审计工作,现在为百度手机助手客户端高级开发工程师. 专业书评 出一本安卓系统安全方面的书,挺不简单的!360是做安全的,周圣韬从360出来还能做安全方面的事儿,说明他跟360还有缘分.这本书我仔细看了一下,挺全的,是一本不错的工具书. --360公司创始人董事长兼CEO.知名天使投资人,周鸿祎 本书卖点 360公司创始人董事长兼CEO.知名天使投资人,周鸿祎推荐 36个功防案例的实战演示,详细剖

可用性测试之发声思考

定义发声思考测试 定义:在一个发声思考测试中,测试的参与者在执行任务行为时实时的说出自己脑子中所想的内容 这看上去是一个很简单的要求,但是在实际过程中要求一个测试者不停地说出自己所想是非常困难的,所以测试的实施者必须不断的提醒测试者. 进行一个基本的发声思考可用性测试,只需要做3件事情 招募代表性用户 让他们执行有代表性的任务 闭上嘴听测试用户说 发声的好处 首先这个方法有一大堆优势.其中最重要的是,发声为想法提供了一个可见的窗口,透过窗口你可以发现用户到底是如何使用和看待你的设计的.特别的,你

以声望为基础的新型电子货币

[ 科技讯]7月20日,比特币完成了将货币转化为完全虚拟存在的 转变,利用覆盖全球的网络和纯数学计算能力,比特币把货币交给了计算机程序员,这种货币不受大政府和大银行的监管,可以说是一种自由货币. 但是J. http://www.aliyun.com/zixun/aggregation/16434.html">Chris Anderson 觉得比特币的虚拟化程度还不够彻底,他要开发出一种更激进的 虚拟货币. Anderson 暂时先将他开发的新型数字货币命名为"Document C