当前位置:首页 >影楼数码 >数码后期 >业界 NG 率:90%

数码后期 业界 NG 率:90%

文章来源:其他网络   我要投稿  

业界 NG 率:90%






如果把 wireframe 画得如此精美,你将立即面临三个负面后果:


但实务上,小型项目花太多心力去做这些事基本上是缺乏成本观念的表现,在使用者数量达到一定门坎前,数据分析的母体也是小得可怜,并无统计的参考价 值。因此,小型项目其实可以将功能拆分 Release,先做出来再观察使用情形并修正细节(虽然有一点危险,但比起让项目永无结束之日,总是较适当的选择)。




严谨执行设计流程






建议:如果你是就读设计科系的大学生或研究生,我会建议你选修计算器概论、基础数据结构,这些都会对 UI 设计非常有帮助。





但事实上这种刻板印象除了阻碍你进步以外可说是一点用都没有(而且不见得是正确的)。






了解工程实作的基本原理



调整前






将拍摄格式设置为JPEG,相机会在拍摄的同时处理画面颜色与影调,然后将文件压缩保存。尽管我们依旧可以使用Photoshop对这样的照片进行处理,但是很有可能让压缩导致的色块变得更加明显。如果在拍摄时,和我们的例图类似使用了错误的白平衡设置导致画面色彩不够自然,那么就需要耗费更多时间校正偏色。

业界 NG 率:80%


1. 正确称呼 UI 组件


许多人认为创造力和逻辑是左右半脑分开管辖的、设计师和工程师使用的是不同部分的能力,所以大家各安其份做好自己的工作就好——我负责光鲜亮丽地画图,工程师就负责用超大声的同刻键盘在黑色的屏幕上编写外星文。


在设计的 wireframe 阶段,主要目标是让大家对于画面上「有哪些对象」取得共识,而不是这些对象「该长什么样子」,那是 mockup 阶段才要注重的,因此将 wireframe 画得过于精美是一件非常奇怪的事情,例如这样:


先以原生 UI 组件表意


有彩色稿的外型构造,却没彩色稿的色彩系统辅佐,导致大家无法完整理解你「精心设计」的 UI 对象。


启动Photoshop,执行“文件>打开”命令,在弹出的文件浏览器窗口中找到你想要修饰的RAW格式照片。教程中使用的是.DNG格式文件,它会自动在CameraRaw中打开,我们将在这儿完成照片的全部调整工作。



又例如 Status Bar:




我看过太多设计师为了设计感而给 Status Bar 着上前景色(Foreground),让它变灰甚至变成彩色,又指责开发者这么单纯的事都办不到,其实 Apple 在文件里写得很清楚,这个东西你就只有黑或白色可选,像这种就是你不该做的效果。


之前和一些公司合作的过程、以及和朋友聊天的时候,我发现一个团队在设计流程上草率带过的情形比想象中还多。一般来说我会建议中小型项目采取以下流程来执行设计:


有些讲得一口好设计的人会不食人间烟火、一味地倡导要从使用者调查研究(User Research)、Persona 开始做起,然后实作 n 多个原型(Prototype)才开始让开发者动手,后续再做数据分析??等工作,好像全世界只有自己知道这件事一样。




更多影楼远程数码后期修片教程尽在全影网。



听起来像外星语?白话来说,许多设计师毫无意识到某些视觉效果在工程实做面的可行性、也没有考虑到各种装置的运算负荷能力,而设计了大量会让开发者面有难色的稿子,好不容易做出来了,发现算图卡顿得要命,又要回头改稿,得不偿失。




这样一来,画面上都是大家平常使用 App 时有看过的形式,看得懂画面的时候,就能够专心探讨这些功能是不是产品所需要具备的。


身为设计师的你,应该要...


2. 有些效果就是做不出来、很难做、不该做



这个流程是容许微调的,我在 Yahoo 实习时常看到非常大型的设计流程,而在其他小型团队工作时则多会采取上述较简易的版本。


以 iOS 为例子,在 Apple 的接口设计规范文件里,每个画面构成的组件都有正式的名称,我们看看:


将拍摄格式从JPEG换成没有压缩处理的RAW格式之后,我们就能等待拍摄完成再对影调和颜色进行精确调整,省去了拍摄时的顾虑。RAW文件中额外的图像信息能给我们带来更加完美的处理结果。



数码后期









这玩意儿叫做「Segmented Controls」,而不是「那个长得像胶囊的选单」,如果能够使用正确的术语来沟通,将能够省下非常可观的解释时间。如果你想了解得更多、更精确,将前述的规范文件读熟以后,建议你再继续研究 UIKit Catalog。




对设计没概念的客户、PM 或老板会忘记我们是在 review 画面上有哪些对象,反而在这时就开始跟你检讨设计细节,等你接着做彩色稿时,才突然讲说之前有哪个功能忘记摆放上去。



RAW格式为上








好了,如果你是设计师,希望这篇文章能够帮助你在设计的沟通讨论上更加顺畅、省时;如果你是 PM 或开发者,也可以顺便学习、或将这篇文章转给你的设计师参考。


我们表达一件事情若要表达得精确,就应该试着减少话中的「诠释空间」,而代名词的使用非常容易造成设计讨论上的时间浪费,例如「这个」、「那个」之 类的词汇,在专业讨论上应该减少使用;取而代之,你应该使用本篇文章第一节所提到的精确名词来表达,或是详细描述你所指的外型。



所以设计师懂工程实作原理要做什么?该懂哪些部分?很简单,你不需要学会怎么写 code,但你至少需要懂得:




3.裁剪画面


2.裁剪工具



少用代名词


其中第二点是本节的重点,在你的 wireframe 里,应该使用系统原生的对象来构成画面,例如这些东西:




要如何微调呢?基本上不建议省略其中的步骤,但在上面绿色箭头处可以减少迭代的次数来达到省时的目的,而这部分就会稍微考验到产品设计师、PM 的经验和 gut feeling 了。


在拍摄玩耍的小孩时,我们经常会使用相机闪光灯为阴影区域补光,另外还会根据现场的光线条件将白平衡从日光调整为阴影,使画面看上去更加温暖。但是当小孩子从阴地方走到太阳下的时候,上述设置突然就变得不合时宜。想在小孩子玩得正开心的时候抓住他们最自然的表情,本身就已经很难,更何况还要为相机的设置手忙脚乱。





我们将告诉大家如何使用CameraRaw编辑器提亮画面中位于背光区域的小孩面部,在不出现瑕疵的情况下最大程度还原细节。这个过程中大家还会发现,校正画面色偏、还原自然色彩其实只需要点击几次鼠标就能办到。


最普遍的例子:自从 iOS 7 引入带有模糊效果的设计语言后,大家似乎都染上了高斯模糊的瘾。但这样的效果非常耗费系统资源(原理及时间复杂度),就连 iOS 也到了来年的 iOS 8 才心不甘情不愿地开放使用 UIBlurEffect API,免得第三方 App 一堆模糊效果拖累系统效能;而在 Android 上官方更没有提供像 iOS 如此方便的 API 可用(有错请不吝指正)。


这个沟通技巧不难做到,但如果没有人指出,是很难自己发现的。


浪费时间,彻底的浪费时间。



1.打开文件



请避免在非必要的状况下急着在 wireframe 里画一些从来没有人看过的「创新 UI」。一个好理解、直觉的设计是所有细节相辅相成的,在 wireframe 的阶段缺少了颜色和动态效果的辅助,更不该冒险呈现特殊的对象外型,也就是说,你的 wireframe 顶多做到这样就该收手:










在开始调整照片的颜色与影调之前,有必要先对画面构图略作改进,省得我们把精力耗费在最终可能被裁掉的区域上。从上方工具栏中选择裁剪工具,在画面上单击右键,勾选显示叠加设置选项,在裁剪时为我们提供必要的构图指导。





巴别塔的故事大家几乎都听过,会造成沟通问题的原因很简单,就是讲的「语言」不同,而非思考方式不一样——无论是什么领域,要成为佼佼者,都必须具备高度的创造和想象能力,而设计更是非常讲求逻辑的行为。




业界 NG 率:接近 100%



业界 NG 率:60%

官方微博:@全影网 https://weibo.com/7192com

官方微信:想在手机上获取最新鲜资讯吗?添加全影网官方微信:www7192com

免责声明:

本站部分内容、观点、图片、文字、视频来自网络,仅供大家学习和交流,真实性、完整性、及时性本站不作任何保证或承诺。如果本站有涉及侵犯您的版权、著作权、肖像权的内容,请联系我们(0536-8337192),我们会立即审核并处理。

我要评论

当前已有loading...个参与
验证码: 验证码,看不清楚?请点击刷新验证码
热门作品

名企招聘

人才求职

婚纱摄影

人才网X 关闭

扫描访问手机版