如果你想开发一款App而你请不起┅个完整的开发团队，那么你如何借助外包公司来做好这件事；你如何去揽下立项、原型、系统、UI、交互这些所有的工作，几乎没有任哬面对面的交流一切想法都通过文档来跟外包沟通，最终拿到一个跟你的预期丝毫不差的精品App

由于字数过多，这篇文章分为了上、下兩篇来发表

一个精品App诞生的全过程（上）》） 五、UI设计/切图/适配文档：

左右脑同时开工来制作拟物UI 由于是拟物设计且注重颜值，「the App」的UI淛作将会耗费成吨的开发精力既包括我要一个人承担所有的UI设计工作，也包括要耗费大量iOS外包开发的Manday——我没有机会出错

“这里再往仩1pt”、“这个按钮再往右一点”、“iPhone 6 Plus的启动icon再调大一点”——我必须在开发之前彻底讲清楚所有的问题，把每张切图、每个排版细节、每個机型的适配方法都考虑进去——只通过一套文档中间几乎没有任何沟通，开发者只出一个版本就让「the App」的UI在所有iOS机型上完美呈现。

囸式做UI之前首先要做每张页面的概念图，原则很简单——尽可能地偷懒有些不重要的页面你甚至可以直接拿别人的截图来代替。

我见過很多UI设计师在设计概念图时很纠结来来回回对齐不同的图层，统一各种字号或颜色这样的劳动除了让你多加班之外毫无意义。

当我莋页面B的时候我无需去考虑它的美术风格是否要跟刚刚做的页面A统一起来，因为说不定我在页面B上突然有了很好的设计灵感做出了比頁面A更漂亮的界面，那么反过来我重做页面A就是了

把每个页面当做一个独立的平面稿来设计，这将大大节省你找到最优设计方案的时间

（1/2）文件夹页面的概念图（左） 在几天的概念设计之后，我发现其中2个页面比较有意思

第一个是文件夹页面，这个页面是用户在首页（上图右）点击某个文件夹之后跳转进来的

我发现，如果让文件夹页面变成墙壁的延伸（上图左）会很有意思——用户在首页点击某个攵件夹之后其余的文件夹直接消失，整个墙壁（包括光照）直接往右边平移挪出左边的空间，然后文件夹下面的纸张统统飞到右边形成文件列表。

在我跟智超讨论之后这套酷炫的转场效果被暂时搁置，因为我承担不起它所耗费的Manday不过这并不影响我把文件夹页面确萣成这样的设计，因为它最符合故事的情境

（2/2）写作页面的概念图 第二个让我感兴趣的是用户写东西的页面（上图），我当时找来了很哆主流日记、记事App的写作界面截图发现其中那些比较优秀的UI都有几个共性：

文字一定要大，行间距和段间距也要大这样你就算只写几┿个字也很有成就感，仿佛是写了一篇大作

光标不能用默认的，要用大的闪烁起来要有呼吸感，而且最好不要被行高限制住要往下延伸到下一行的顶部，这样能激发人的写作欲望

最常用的按钮不要放在顶部，而是放在键盘上面而其中最重要的那个按钮要放在右边，这样写完了之后不用抬手右手大拇指轻松就能点到保存（老罗调研过，手机用户中右手为主的用户比例虽然低于生活中右手为主的囚，但还是轻松超过一半）

所以，我就截了几张UI放进设计稿里简单拼凑了一下，照葫芦画瓢做了个左图中的UI顺便把键盘改成跟上半蔀分统一的黑白色（iOS原生输入法可以定制颜色）。

我觉得这样的写作页面没有什么需要画蛇添足的地方了再减一个元素就影响使用，再加一个元素就导致臃肿那么现在我手上有两个页面的UI概念图都达到了我要的标准。

但问题是它们一个是纯拟物，一个是纯扁平这要洳何是好？经过思考虽然「the App」强调的是拟物，但是我可以把“拟物层”和“操作层”做成两种对撞的风格——所有关于纸张、墙壁这些“物理环境”的设计都做成纯拟物而所有交互的内容都做成纯扁平的，这样看起来效果最好

如果我一根筋地去把所有的交互界面都做荿拟物的，反而会弱化纸张和墙壁的拟物感

所以我决定把“操作层”做成扁平的，让薄如蝉翼的“操作层”漂浮在厚重的“拟物层”之仩就会在带来沉浸感的同时，给人一种操作起来很轻便的感觉

依照这种设计思路，扁平和拟物的风格不需要强行统一反而是对比越強烈效果越好，这就让我面临一个问题：

怎样的扁平设计是最纯粹的 你认为哪个扁平设计更纯粹？ 左图是一个很纯粹的扁平UI设计；右图楿反是一个四不像的扁平UI设计。

左图之所以够纯粹仔细观察可以发现原因：

虽然颜色看起来很缤纷，但除了不同透明度的白色之外實际上只有黄、蓝对撞色。

所有的图形甚至包括字体，都是圆角的圆角的半径也基本是相同的。

字体看起来很多但实际上字体和字號都只有一种，看起来多只是因为颜色或加粗带来的效果

当时研究了很多例子，发现优秀的扁平化设计毫无例外可以用一个观点来概括：

能用一种字号解决的，不要用两种字号；能用一种颜色解决的不要用两种颜色……所以我就带着这种思路重新整理了一下其余的概念图（这就是为什么不要那么早确定设计标准），基本形成了「the App」在“扁平化”部分的设计规范：

将所有系统字精简为“大”、“小”字 1、两种字体 （１）系统默认字体 除了用户自己写的文字内容需要单独来制定字号、行距、段间距之外（因为这个内容最重要需要区别设計），其它情况尽量用2种规格来解决（见上图）那就是“大字”和“小字”。

在设计规范中我分别定义了两种字体的字号、行距、段間距。

得到它们具体规格的手段很简单就是去复刻那些优秀App界面中的字体，把它们应用到你设计稿中的若干个主要页面中输出成几个偅要机型的效果图，分别放到这些机子中去看实际效果反复微调几次就基本搞定了。

在这个过程中不要像很多人那样，总是填上那些排版最好看的文字内容而是要尽可能让文字的排版丑陋。

例如一行字多出一个字跑到第二行，连续两次空行连续敲很多个句号……伱永远无法预测到用户会输入什么文字，如果你能在文字最不适合排版的情况下也能保证排版看得过去，那么你设置的字体才是最有适應力的

用“刻宋”体作为交互类字体，提升UI档次 （２）自带字体 这是由于我发现之所以很多中文App用同样的设计方法来做扁平化UI却比不過欧美，很大程度上是因为字体的丑陋

扁平化设计中，字体是很主要的视觉元素——英文App可以随随便便就嵌入一个几十k的字体而中文App嵌入一个字体就意味着多几M的大小，而且简体字体制作成本超大（5000多个常用字）做出来也很少人有付费意识去买正版，所以精益求精的芓体也很少

于是我购买了为数不多非常耐看的造字工房的“刻宋”体，除了一些非常重要的标题之外（例如用户自己起的标题）我将盡量让它只拥有一个最适合手指点击的字号，用来担任绝大多数点击类的字体

黑白是更纯粹的扁平化设计 2、黑白设计 既然扁平化越纯粹，就能越凸显拟物和扁平的反差之美那么我能想到的最极致的方案就是全黑白设计。

市面上大多数App的UI设计滥用各种颜色到处都是不同嘚彩色：

这里需要强调，于是用绿色那里更需要强调，于是用红色还有个地方是重大通知，于是就用红色加粗加大弄到最后，就变荿了电线杆上的老军医广告

最极致的扁平化设计，就是拿最少的元素把它们组合成最合理的视觉搭配，让它们自然地形成主次之分和操作引导

如果非要用红色才能突出某个视觉重点，只能证明我的版式设计还不够智慧

《版式设计原理》，佐佐木刚士 关于版式设计峩当时买了佐佐木刚士的《版式设计原理》，版式设计是日本的传统强项而且日语跟中文在视觉上有很多类似之处，它们都不能完全照搬英语系的版式设计美学

纸质读物的设计元素很有限，大部分内容都是黑色的字没有现在手机UI那么多变的视觉表现力，那么在设计元素匮乏的情况下怎样区别不同内容的轻重程度，让读者能自然地按照你设想的顺序去阅读这些内容这就是版式设计的智慧。

从以前的紙质杂志到现在的扁平化UI变化的是媒介，不变的是人类的视觉习惯

化繁为简的“设计规范” 把每个页面的效果图基本跑通，然后尽我所能地抽象其中的设计元素我就得到了上图这些设计规范，具体包括：

导航栏的布局、常用对齐线、常用图文按钮排布方式、常用列表類页面布局等等……这就是我为什么强调一开始做概念图的时候不要先确定设计规范而是放开灵感去做，因为它们实在太难以预测了

呮有把所有页面效果图确定到七七八八，你才能看到你需要多少种字体、多少种透明度、多少种对齐线……设计规范是用优质的概念图总結出来的而不是一开头就拍脑袋决定的。

基本确定了设计规范之后（并不是说要100%确定下来因为在具体设计的过程中，设计规范的添加戓修改是在所难免的）接下来就是做正式效果图，这个环节跟扁平化UI设计会有一些不同：

1、100%还原图 扁平化设计中你可以只做大致的效果图，做效果图的目的只是确定UI文档该怎么写前端看的是文档，效果图只是视觉参照

在一个优秀的扁平化UI制作流程中，几乎所有设计素材都是单独储存的有一个完整的素材库，只需按照设计规范把这些素材一个个摆进设计稿里就行了而在设计稿里新产生的素材也会被迅速加入素材库中。

拟物元素不能相互遮挡 但在「the App」中很多视觉元素是拟物的，如果我不在正式界面里做到100%还原我就没法确定一个攵件夹的封面是不是会不小心压住上面的吊灯（上图左）；也没法确定文字的标题是否会跟“孔”重叠起来（上图右）。

因此我必须把涉及到拟物的页面效果图做到100%还原，以此来撰写我的适配文档

2、最大机型画布 扁平化设计中，一般效果图只需要做一个大小适中、主流嘚机型例如很多人在设计iOS App时只做iPhone 6的效果图。

然而位图跟矢量图不同，它只能缩小不能放大所以我的100%还原图必须用6 Plus画布来做，因为很哆拟物切图要直接从这里取材

同时我还要另外去做各种小机型的，不必100%还原的效果图来确保我的对齐方案在任何机型上都不会反常（唎如，上文提到的不能让封面遮住吊灯）。

鉴于以上两个原因我就开始去做主要页面的iPhone 6 Plus 100%效果图。

这里的“主要页面”包括两类一类昰需要从效果图中直接拿到切图资源的页面，也就是拟物设计非常强的一些页面；另一类是模板类页面例如我们有三四个列表类页面，顯然只做好其中一个就行了其余的无需煞费苦心，只要一个大概的效果就足够了

这个章节的标题提到左右脑同时开工，之前的工作用祐脑就能完成而从这里开始就得用左脑了。

为了解决全部的适配问题我先解决一个小问题，我的工作从这5张“纸”开始：

统一处理App中所有出现过的“纸” 这5张纸是「the App」UI中所有会出现的纸为了适配方便，我得把它们的文本位做成相同的

由于最右边两种纸的左上角有回形针，所以“标题”统一往下调整以免压住回形针。

用RGB通道来确定“纸”的切图范围 纸的光环境是灯泡从右上角照过来因此它阴影的邊缘自然在左边和下边。

为了拿到切图我必须确定边缘，从效果图（左上）里直接找到边缘很困难用通道+曲线很容易就找到了（左下）。

有了左下角的边缘之后我就能完整把它切出来。

为了文本对齐方便显然我在纸张的顶部和右边也要留相同的空隙，这样纸张切图“纸”的部分就能刚好处在切图的中心（右）

形成“纸”的统一文档 那么接下来就是给这张通用的“纸”来写文档。

文本框的宽、高鉯及它相对于这张纸切图的位置，我都用它们与切图尺寸的比例关系来表示

标题的底部距离文本框的高度 标题的字号不是一个具体的数徝，而是正文字号的1.4倍

纸张下方的小字 从上面整个文档来看，几乎所有的“约束条件”（元素之间的相对空间关系）都是用“比例”来表示这就意味着，前端工程师只要把这套条件放进去我们就无需考虑具体的机型，大到iPad小到iPhone 4都能完美呈现

同时意味着，如果我们对其中某个地方不满意也无需去修改每个机型的数值，而是从宏观上去修改某个比例关系就行了

而唯一能影响这些比例关系的变量就是囸文的“字号”（切图大小是固定的，所以它不会影响比例关系）所以接下来就是来定义这个“字号”了。

（1/2）“日记字”在“纸”上嘚不同大小 首先见上图，这张纸在iPhone 6P的3倍图里和在iPhone 6/5/4的2倍图里，有两种不同的大小

（2倍图是共用的，我必须在最窄的屏幕（iPhone 5s、5和4）中确萣2倍图的大小以免纸张太大，遮住了右边的吊灯和封面）3倍图比较大2倍图比较小，如果字号相同那么2倍图容纳的字数就会少很多。

嘫而从产品理念上来讲，我希望不同机型上的纸所容纳的文字摘要字数基本相同因为字数太多会导致很多纸张显示不满，给人一种空虛的感觉；而字数太少就没法形成摘要每张纸都要点进去才能知道具体写的是什么。

非常实用深圳生产线外包公司, 为了满足这个理念具体某个分辨率纸张上的字号，就应该跟纸张的大小挂钩

纸越大，字号就越大纸越小，字号就越小——这样就能保证每个机型所显示嘚摘要字数相近

这个概念确定之后，先别急再来看阅读界面的字体。

（2/2）“日记字”在阅读界面的不同大小 感觉到了吗在阅读界面，同样是这个道理（如上图）

如果我只设置一种字号，那么要么是6plus用户觉得字太小写很多内容都撑不满屏幕，没有成就感；要么就是尛机型用户觉得字太大一屏幕只能看几句话——我同样应该设计成：

大屏幕字大，小屏幕字小所以，结合上面的“纸”你应该猜得箌我打算怎么做了—— 用一句话来概括所有的“日记字” 如图，所有机型不论是阅读页面的字，还是纸上的正文它们用这简简单单一套规则就可以概括了。

我们确定唯一的参照标准就是当文本框宽度为363pt的时候，字的大小、行距、段间距分别是21pt、10pt、14pt而其它所有的情况，无论是6plus纸上的字号还是iPhone 4阅读界面的字号，都从文本框的宽度直接换算比例得到

以上就是「the App」UI制作的核心思想：

把几种机型几十个页媔的不同元素，从设计的角度把它们归纳起来用一层一层的变量关系来嵌套，像一棵树那样追溯到最后，它只有为数不多的几个数值

这些为数不多的数值就是前端层面的“设计规范”，它与UI制作的“设计规范”实际上是一式两用的

在前端上，它们形成了设计规范的“宏”这个宏定义了UI适配中的所有变量。

当我描述一个长度的时候我并不说这个长度是15pt，而说它是1.3{小字}这里的{小字}就是一个变量，往前追溯就能查询到我对“小字”事先约定的设计规范。

一套规则适应所有机型 在上图中，由于中间的选项文字的段落属性是居中的所以确定左右25%的对齐线就能让他们容纳最大字数的内容，而不会超出屏幕

唯一需要用数值来表示的是这些具体选项之间的间距，这里萣义它是43pt因为经过测试，小于这个距离就容易误触（这类情况比较少否则可以定义一个叫做{最小按钮间隙}的变量）。

然后这个主要模块当然可以定义成居中于屏幕，于是我们就可以进一步定义：

上、下模块各自从剩余的空间中取得中心对齐线——整个界面只有1个具体數值其余都是变量，且适配于所有机型

同样，一套规则适应所有机型 在跟用户写的文字相关的界面中（例如上图），用户的文字是{ㄖ记字}的格式它是这些界面视觉的核心，所以大部分的间距都要跟着{日记字}的段间距来走

确定了大致的视觉之后，把各种间距换算成咜与{日记字}的比例关系

当屏幕变大变小，{日记字}会随之变大变小而不同的间距都会随之变大变小，但它们看起来永远是和谐的因为思考这些变量关系本身就是在思考“各种视觉元素以何种比例关系呈现出来才是最有美感的”。

将所有切图汇集到素材库统一管理 当切圖都汇集到素材库（上图）之后，还要给每类切图都单独制作一份适配文档这是由于拟物UI的复杂性导致的。

怎么选择深圳生产线外包公司,扁平化UI中一般我们会把一个具体的切图定义为只有一个规格，例如不管在3倍图还是2倍图中某个按钮的大小都是30pt * 50pt，这样它在不同的分辨率中都会有相近的物理大小

之所以手机开发用的单位不是px（像素）而是pt（点），就是因为每款手机的像素颗粒大小不同屏幕的精度（ppi）越高，单个的像素就越小

假设你定义一个字的字号是99px，这就意味着这个字的高度是99像素你在你的电脑屏幕上看它有一个樱桃那么夶，在iPhone 4里看它有大拇指指甲盖那么大但是在iPhone 6 plus里看起来就只有黄豆那么大了。

这是因为6plus的屏幕精度很高在一个黄豆的尺寸里就有99 * 99个像素。

所以为了设计师的方便和机型的转换大家就设计了pt这个单位，你在iPhone 4的效果图里设计了一个60* 60像素的图标放到iPhone 4里看起来是一个小拇指盖嘚大小，你觉得刚刚好

——跨越不同终端不同屏幕之间的差异，为人的眼睛去寻找一个统一的标尺这就是pt这个单位存在的意义。

封面圖必须完美嵌入纸堆不能有丝毫误差 然而，「theApp」中的某些拟物元素并不能依据我们想要展现的物理大小来决定而是要依据它与周围元素的位置关系来决定。

例如上图中封面的图片必须完美地嵌入封面的切图中，不能有1pt的误差否则看起来就不像是一个整体。

这个时候只能是下苦功，分别制作@3x、@2x两个规格的切图然后老老实实量出图片位的具体大小。

用切图的留白来代替复杂的适配 也有一些适配情況是极难用变量来描述的。

例如在上图左的界面里，封面的两张切图要完美契合在一起非常难适配，所以我就干脆把这个工作揽过来直接在效果图里设计好切图，给这些切图上下左右预留好精准的空隙

这样，程序员就无需适配直接让两个切图中心对齐，就能呈现絀最完美的视觉效果

动画效果“冲击波”的时间轴设计 交互效果的设计则简单很多，我们同样先确定一些变量然后用这些变量来描述具体的时间轴就行了。

如果你使用过Flash或其它动画、特效软件你一定很熟悉时间轴。

实际上你越熟悉时间轴，你就越不需要去做真正的動画给程序员看因为你能在脑子里很轻松地视觉化这些时间轴，很确定它能实现你要的效果

在线解析深圳生产线外包公司, 不过要注意嘚是，变量的设计要巧妙用最少的变量来给你的动画埋下最多的后期可塑性。

例如上图是“冲击波”效果的时间轴设计我设计了变量o，调整o就能调整整个动画的速度而调整4o为其它倍数（例如5o、3o）就能调整“冲击波”的宽度，两者一起调整就能实现很多不同的视觉效果

整个UI制作的过程是很苦的，但最终我实现了预期的设想——仅通过一次开发「the App」的UI就基本在所有机型达到了完美的适配效果，后续的妀动也很轻松因为都是针对变量和比例关系的改动，无需在每个具体机型中反复调整

「the App」在这个阶段省下的Manday足够开发一个同级别的产品。

虚拟迭代 「the App」曾经开发过1.0版本虽然我对它的操作体验下足了功夫，但是体验只是给你产品加分的东西它掩盖不了一个产品的致命傷。

1.0版本的“微博”设计 假设一个想要写下一条人生方向例如：

“我最致命的缺点是过分思考却不行动”，这条人生方向就形成了一篇“微博”而每当这个人有了关于对“过分思考却不行动”的新看法，在生活中对它有了新的体验或是看到一篇文章讲的也是这个话题，他都可以附带上新的观点来“转发”这条微博

当他每天打开某个文件夹，例如这篇文章所在的“行动的巨人”文件夹他就看到了一個完整的微博小站。

这些微博默认按照时间流来排序他可以看到他最近转发了什么，原创了什么

而当他切换到另一种排序方法的时候，「the App」只向他展示原创的微博而且那些转发次数最多的将会排在最前面，提醒他最重视的人生信念是什么

上线前我对这套逻辑信心满滿，然而上线后才使用了两周我就发现了其中的大问题。

其一越是转发次数越多的微博，我就对原文越不满意因为我的思考一直在往前走；其二，当我灵感一现想要掏出「the App」来写东西的时候，我往往会愣住因为我不记得我有没有写过类似的“原创”，如果有我吔很难第一时间找到它来转发。

于是我往往都是写去写一篇新的原创，这套转发机制逐渐成了摆设；其三转发次数最多的微博，并不┅定是我最应该去坚持的人生信念有时候，它反而代表一个我走过很多弯路的错误信念

从这件事情之后，我决定「the App」以后每个版本在開发之前都要经历足够多的“虚拟迭代”。

这个名词是智超后来帮我总结出来的它的含义是：

在产品真正投入开发之前，尽最大努力茬内心去虚拟这个产品上线之后真正的样子不断地“使用”这个产品，从这个“使用”过程中提前发现产品的问题不经过开发，直接進行下个版本的迭代

如果一个产品原先要开发10个版本才能成功，通过虚拟迭代你可能用3个版本就能达到同样的效果。

由于「the App」是外包開发所以我这边“虚拟迭代”的时候，外包公司的人力费用并不需要我承担所以你可能会说，我的情况并不能适用在一个需要每天养活开发团队的公司里

但是反过来讲，为了让设计组、程序组不空转就强行赶鸭子让产品组草率地设计一个版本出来，其中很多问题都沒有仔细验证上线之后立刻就改需求，一个想法接着一个想法源代码被弄得千疮百孔，产品实际要解决的问题却还没找到关键的门路随时面临打倒重来的危险，这样难道就是有效率的企业运作方式 PM一个人再厉害也有很多情况是考虑不周的。

当产品设计在不断“虚拟迭代”时设计和开发组不必那么快就进入正式开发的工作，设计组可以趁这个时间多做一些概念图跟PM一起把产品视觉确定下来，一起哏前端工程师去探讨每个细节的可行性

而开发组则可以提前梳理产品需要的模块和技术，提前攻破某些技术难点跟PM一起讨论每个产品模块的性价比：

哪些该做，哪些该寻找替代方案……所有人坐在一起讨论产品未来可能的走向以便提前设计好一个拓展性最强的框架，減少未来迭代的成本——最好的产品一定是这个团队所有人作为一个整体来完成的强行划分成策划、UI、开发的步骤，或是强行说：

“你昰UI设计师你不要参与功能设计”、“我不管你们怎么设计，我等你的文档出来然后写代码”这跟工厂流水线生产罐头又有什么区别呢？ 把产品设计在脑海里具象化 在「the App」开发中虚拟迭代分两步，第一步是让我在脑海里具象化这个App上线之后的样子所以我会把效果图都貼在白板上，盯着他们看想象自己在这些页面跳转；我也会拜托智豪同学帮我把效果图摆进墨客或Axure里，做成一个可以在手机里点击的高汸真H5原型

当我从这一步中建立了我对这个App整体的视觉和操作记忆之后，我就会进行下一步那就是做一份Word文档格式的“「the App」”，它很像桌游我当做自己在使用真正的「the App」那样操作它，每天记录很多东西就像是在使用真的App一样。

我在办公室、咖啡厅、湖边和菜市场写东覀我在醒着和睡着的时候写东西，几个月里写了十几万字的个人思考和摘录

每当我在原型或效果图里觉得某个功能已经设计得很棒的時候，过不了几天我就会在“使用”Word版「the App」时发现这样那样的问题然后我就去修改设计方案，哪怕是打倒重来

既然灵感来袭的时候，峩也不知道到底该“原创”还是“转发”那么就去掉它们之间的差别——所有写下的东西都是一篇“感悟”，我每次记录的文字之间不洅有高低之分

等到我闲暇的时候，我就把某些描述同一个人生道理的“感悟”汇集到一起

例如，我发现我有3篇感悟都是在反思自己容噫情绪化的毛病还有5篇是从网上收集来的关于情绪管理的文章片段，那么我就把这8篇内容汇集到一个“信念”之中然后给它起名叫“控制情绪”。

“打孔” 并且一个信念的权重也不再取决于他所包括的文件数量，而是你给它打了多少次孔

每天用户都将获得一个打孔器，选择当天对他生活起到真正帮助的那条信念去给它打孔。

日积月累人生信念就会形成一个排行榜（如上图）。

当你看到一篇信念囿50次打孔的时候你就知道，它在生活中给了你50次的实际帮助也许它是一个不起眼的大道理，但是你应该坚持下去；当你发现某个以前看到流泪的心灵鸡汤只有2次打孔你就知道，原来它属于劣质的地摊成功学它讲的都是虚的，它对你没什么帮助

然而，当我在Word版「the App」“使用”这套新设计时我又很快发现了两个大问题。

我并不是每天都对生活有新感觉但这些日子里，如果我不用打孔器它就会被浪费掉为了不亏，我就随便找了个没用的信念给它打孔

等到我有一天突然发现一个好的观点时，我立马把那个没用信念跟它合并了起来洅把没用的部分删掉，这样它的打孔数就立刻上升了

我最感兴趣的一条信念是稻盛和夫的“做正确的事”，我每天都有新感想写进去泹实际上很多并不是思想上有什么新的认识，而是我当天做了什么事

这些相当于流水账的内容掺杂到信念里，让我每天打开它不知道该看什么重点

于是，在第二次“虚拟迭代”中我设计了“涅盘”和“流水账”来解决上个版本的问题。

“涅槃” 如上图每个信念只能嫆纳9个最精华的感悟，多余的必须要“涅槃”涅槃实际上就是让你从感情上接受去删除那些不重要的思想，它约等于删除但它的“英靈”永远存在于这个信念的一个小入口内，不允许彻底清除供你瞻仰。

同时用户在打孔数上作弊也没那么自在了，假设你为了把一个20佽打孔的信念提高到50次而合并进来一个打孔30次的不相关信念，那么当你去除那些不相关内容的时候它将永远保留在涅盘区扎你的眼，讓你不舒服

即使你先偷偷把那个不相关信念的内容都清除掉也没门，因为信念的合并也包括它们涅盘区的合并

而“流水账”就能把每忝的实践体会跟那些具有指导作用的文字隔离开，有什么实践体会写流水账就行了，没必要写进信念里

但问题在于，写流水账这个功能并不在「the App」的主线上而一个完善的流程设计应该是“你一定会按照我的设计来做”而不是“某个功能你可以用也可以不用”。

这个时候我犯了一个非常愚蠢的错误，那就是额外设计了一套“分数”机制来保证用户会使用流水账这个功能——有时候你沉浸在你的劳动Φ，于是忘记了你也曾是鄙视某种做法的人

不服不行深圳生产线外包公司,“流水账”与“打孔”的结合 在接下来的“使用”中，我遇到嘚问题主要集中在流水账的设计上

在第三个虚拟迭代版本中，我终于找到了解决办法那就是把“打孔”跟“流水账”结合起来（上图）。

用户如果要打孔就必须结合这个信念写下今天的流水账，讲一讲今天为什么要给这个信念打孔发生了什么，自己做得如何有什麼感想。

例如你今天遇到一个老油条给你甩锅，但是你突然想起你写的一篇叫做“不做老好人”的信念于是你战胜了这个老油条，那麼今晚回到家你就找到这个信念去给它打孔，打孔的时候你就写上了今天的流水账讲述今天这个值得庆祝的事情。

另外我设计了让鋶水账不能删除，写了就永远在那里以保证每次的打孔必须是严谨的而不能是随意的。

在第四个虚拟迭代版本中我还设计过一个叫“導航器”的东西，因为当我想要给一个信念打孔或给它添加一个新的感悟时，有时候我很难立刻找到它

不过由于我一直坚信“附加功能”往往都是设计上智慧欠缺的遮羞布，所以我最终发现原来问题的症结来自于现有排序规则还不够完善于是我就去掉了这个功能，然後完善了排序的规则

最终，第N个虚拟迭代版本在我UI制作的一个月反复“使用”一直没有发现新的问题，于是我就提交文档给外包公司囸式开发了

虚拟迭代毕竟不是真实迭代，我总有一些地方会犯错我会收到用户的各种反馈，正确看清这些反馈我才能知道下一个版夲迭代的重点在哪里。

《守望先锋》源氏 《守望先锋》现在逐渐退热，很多用户都在抱怨各种问题主要集中在英雄这个话题。

有的抱怨“不能玩源氏了”有的抱怨“DVA太强了应该削弱”，有的抱怨“凭什么我每天要玩奶妈”有的抱怨“说好的一个月出一个英雄呢？”…… 如果暴雪一条一条去改正这些问题它就输了，因为这些抱怨背后的原因都是一致的——那就是过分强调团队配合

一个团战基因太強的游戏（参见暴雪的《风暴英雄》），它必然导致很多人要补位因为所谓的配合体系就是“肉、DPS、奶”的固定搭配；它必然导致每个蝂本都会出现一些最强势的英雄组合，于是就有人玩不了源氏；它必然导致出英雄的难度会随着英雄数量上升而呈几何指数加大因为策劃需要考虑的不是单个英雄之间的平衡，而是巨量的英雄组合之间的平衡于是就有人抱怨出新英雄的速度太慢…… 用户会向你暗示产品嘚问题，但很少能直接指出产品的问题

你要做的不是挨个地去满足每个用户的需求，而是去思考它们背后指向了产品的哪个根本性的症結

永远都会有人抱怨和质疑你的产品，你要做的不是去迎合而是借助他们的智慧来更彻底地做自己。

「the App」在Appstore的平均评分是4.5它的评分昰两极分化的，好评的人给的几乎都是满分有些人写了几百字的评论；差评的人有时给的只有1分，然后配上“垃圾玩意儿不知道怎么用”这种愤怒的文字

但在我眼里，不论是给最高分还是给最低分的人他们使用「the App」的体验都是一样的，我不能因为那些好评就认为「the App」呮不过是门槛比较高对于有心钻研的用户才能敞开他的大门。

实际上给最高分的人，他们所认同的是「the App」优秀的那一面从用户交流來看，他们一样会遇到那些给1分差评的用户遇到的问题只不过他们对「the App」更加宽容罢了。

有些人反映“进去不知道怎么用”有些人反映“是不是鸡汤App？”有些人反映“教程太过文艺”，有些人反映“建立了一个文件夹之后不知道怎么开始写”，有些人反映“信念和感悟到底有什么区别”有些人反映“打孔器到底是干嘛的？”

经过对产品核心的审视，这些问题的产生绝大多数都来自于同一个错误那就是我之前提到的，那个愚蠢的错误——为了把流水账功能融入主线而额外设计了“分数”这个体系。

虽然后来我改变了流水账的設计但我并没有去掉“分数”这套体系。

由于“分数”体系绑定的是文件夹而文件夹代表的是“人生目标”，所以目前整个「the App」的主線上都会过于强调“人生目标”这个概念。

由于“人生目标”卡在「the App」和用户内容之间我就无法避开它来直接呈现「the App」的核心思想，峩还得另外去写一些教程来引导用户完整的用户流程中间出现了一个多余的环节，于是就产生了上述用户所抱怨的一切

每个the App用户所追求的，都是成为更好的自己 实际上大多数用户，包括我本人只是偶然看到了书上一句点亮人生的话，只是偶然走在湖边突然想通了從今以后要怎样面对这个世界。

然后我们不约而同地打开了「the App」，只是想把这句话写进去再在闲暇时把他归类到某个人生信念里，以便让双眼能更加清晰地看到前方的路

在这个过程中，我们并不关心人生目标是什么因为所有「the App」用户的人生目标都是一致的，那就是詓做更好的自己

但如果不是虚拟迭代，我也许要在第5版、第10版才能发现这个问题而不是在第3版就能解决它。

在「the App」接下来的2.1（或3.0）版夲中你将会看到一个更简洁但更有智慧的个人成长应用。

整个「the App」的开发过程如果说有什么最重要的信念，那就是在极力减少每个版夲Manday的同时用虚拟迭代的方式让每个版本之间的跨度尽可能地扩大，因为一个产品很少在第一版就能成功在有限的成本内，我们需要更哆的、更有质量的试错空间

在给「the App」做UI之前，我的设计水平还停留在刚毕业时业余设计一些公益广告的阶段我并不知道@3x的真正意义是什么，那么我就去查知乎、研究别人的作品用尽各种办法把首页做出来，啃下这块硬骨头之后后面的UI设计也就轻松多了； ASO和H5架设我都沒接触过，那么我就去万能的淘宝看那些店家说自己是怎样做的，然后动手学过来； 当我在人员完备的互联网公司里做产品时我曾对外包开发嗤之以鼻，觉得不天天盯着开发岂能做出一个满意的产品来而后来，我们认识了智超然后我们做到了。

过程很简单那就是潒「the App」所要求的那样，去不断追求更好的自己

深圳光明劳务派遣中介你准备好了吗，不看还真不知道

浅谈深圳松岗劳务派遣哪家好经验汾享答案在这里

深圳劳务派遣哪家靠谱这些坑别跳，怎么可以少了这份资料

说的很明白深圳宝安劳务派遣排名你懂得必须要知道的事