仿真设计：提高自己设计能力的一种方法

　　20年前，当我开始自己的设计生涯时，我做了很多仿真的设计。我还清楚地记得我设计自己的CD专辑封面的时候，我跟朋友们创建了一个仿真电子商务网站，并在Corel Draw中重新做了个著名的标志,而且新设计了一个很受欢迎的网站，就是想看看我能弄出点什么花样，以及为不存在的假商品制作假商标。你可能会说：“这工作又没有报酬，简直是浪费时间!”你可能还会说：“天哪，你根本就不懂为现实世界进行设计有多么错综复杂!”但是，所有这些虚假的设计工作对我的职业生涯至关重要。

　　仿真设计使我得到了许多代理机会。在我17岁的时候，我在一年里设计了100张专辑封面。我买了一堆便宜的珠宝箱子，用来收藏我重新设计的CD。我一分钱也没有赚到，不过也没有招致任何批判，但我肯定是深入挖掘了Photoshop 5的很多功能的，也尝试了我以前从没有尝试过的排版方式,以前没有考虑过的摄影方式，还想着一台蹩脚的打印机做出个像样的成果来。经过我手的最后十张专辑封面比最初的十张要好得多。

　　仿真设计使我能够获得本来无法染指的工作。当我和朋友们在1999年创办第一家设计公司时，我们中的很多人才十几岁，而且在此之前从没有过任何建立电子商务平台的经验——那会儿这可是个彻头彻尾的新东西。谁会信任一帮孩子们建立的支付系统呢?见鬼，连我们自己都不知道能不能自己能建立起一个安全的支付系统。所以，我们制造了一个叫“咖啡卡特尔”的西贝货。我们在上面“卖”带有滑稽标语的咖啡杯、咖啡豆以及咖啡壶。没想到一切都还行得通，除了我们实际上并没有任何产品以外。但是我们学到了很多关于电子商务设计和技术的知识。

　　仿真设计为我觅得了一份机遇。那个咖啡卡特尔的网站在我们工作室投资组合那个页面上已经一年多了。在那个冒牌的卡特尔背后，我们找到了真正的电商客户，并为一家加拿大大型零售商建立了完善的电子商务系统和库存管理系统。

　　仿真设计让我了解了产品设计的错综复杂。早在2003年，我就重新设计了Verizon Wireless。恕我直言，我觉得它们的网站设计简直糟糕得无以复加，而且我觉得自己可以在一两天内就取得很大的进展，同时也只是为了证明我确实可以做到。结果那些大公司的设计比我想象的更简单。想要创建一个文本输入就使得用户输入他们的全部10位数字的电话号码其实是挺困难的。我开始猜测，这家公司的页面上充斥着看上去愚蠢极了的300×250的广告横幅，很有可能是来源于内部营销的压力。所以，我欣然接受了这些限制，最终想出了一个效果大概高了20%的设计，而不是我最初傲慢预测的200%。那但20%的改进完全是基于我自己的判断，也没有用户研究，不过这是一个很好的学习经历。

　　如果你想跟我一样，做这种“冒牌”的设计工作，你应该注意什么?

　　别太傻，别免费给人干活——这类活是所谓的做私活,而不是冒牌工作,做私活有很多风险。一般要求你做私活的人都是混蛋，不过也有少数例外(见下文)。 尽量要做的完整可信。在现实世界中设计工作是相当困难的。如果你设计了一个伪造的图表，那就输入真实的数据。如果你重新设计一个网站，就像我重新设计Verizon Wireless那样，就别只是移除个什么广告单元。如果你设计了一个假的登录屏幕，那千万不要忘了加上“找回密码”或“找回用户名”的方法。 要干就好好干。Lorem ipsum是给小孩子过家家用的。 对你设计的作品进行实践检测是最为百试不爽的办法。真正的设计师经常通过在真实用户面前展示他们的作品。如果我在一对一的用户研究中对一些潜在客户进行测试，那我想那个Verizon项目效果应该会更上一层楼。这就是一些很棒的设计学校——比如Tradecraft——告诉学生们的进行设计的好办法：设计，测试，再设计，周而复始。 你设计是为了学习，而不是为了博出位。作为一个设计师，你真正的观众其实很少。如果你的客户发现你设计的东西根本没法用，那么哪怕有一万名设计师会为你的作品喝彩，也没什么用。 所以啊，朋友们，好好地弄点仿真东西，直到你成功为止。见鬼，你敢信我到现在还在干这事儿，就是为了学到新东西，而且实话告诉你，我还会一直这么干下去。

　　PS：你也可以通过“免费”给人干活来积累经验。但是千万不要和做私活给混淆了，我们中的一些人通过为我们所尊敬的团体或有趣的项目做免费的工作获得了大量的经验。

　　例如，在2004年，我和朋友们自愿与Mozilla合作，在Phoenix改名为Firefox的过程中做了一点微小的工作。Mozilla是一个开源项目，我们认为这个志愿设计工作相当酷，就像工程师为项目编写代码一样。你要注意的是，Mozilla并没有强迫我们做这件事，我们之所以做这个事儿，主要是出于对这个项目的热爱，我们主动去做了志愿者。作为一个团队，我们从中学到了很多东西，还建立了信心(和声誉)，为将来做更多的工作打下了基础。当然，我们也还收获了很多欢乐。Jon Hicks写了一篇相当不错的文章来阐释这个项目以及我们每个人都做了哪些贡献。

　　本文选自人人都是产品经理，译者：喜汤，由36氪编译组出品，编辑：郝鹏程。原文地址：library.gv.com