⌈随笔⌋ GTD 与设计体系

⌈随笔⌋ GTD 与设计体系

刚刚看过《大三儿》，工作日中午一人包场。小片儿生存环境恶劣，排不上黄金时段，或许很多朋友会都因此而错过。原本计划如果在上海找不到合适的场次，就跑到杭州嘉里中心去看，夜里去湖边抽根烟找个青年旅舍一类；等下一场电影好了。

要我说，之前一篇随笔还是写大了，实境调研、可用性测试一类；终究是想表达在现实中灵活运用用研方法而不失目标与正念的原则。正巧昨天又在朋友圈看到小艾发了一张照片：

小艾戏称 AIUX 已升级为戏精演艺公司：

"演艺的原因是，我司设计产品，都得还原场景和用户动机…于是各种戏精粉墨登场。"

我看来是超酷的事情；想必会基于有限的正式调研结论而在团队内部进一步研究、发散和升华；自导自演的研究方式未必等同于非正式。

顺告：AIUX 演艺公司招募新戏精ing，不妨联络进行交流。

说正事儿吧，GTD 与设计体系。

最近在读 Getting Things Done，中文版本《搞定》。这个译名，说不上来。才知道 GTD GTD 的原来是出自这本书。如果你在借助 Trello 或 OmniFocus 一类的工具来收集和管理日程事项，那么这本书可以为你带来更坚实的理论基础与实践策略，大致这样；实际上 OmniFocus 似乎就是以本书的方法框架为参考而设计开发的。

在本书的第一章当中读到：

"...然而实际情况是，大多数人总是陷于日常繁杂的事务中难以脱身，进而严重阻碍了他们去集中精力总揽大局...一旦处理底层具体行动的做法融入你的日常事务处理模式中，你就为进行更高一级的思维活动做好了充分准备。事实上，在你的日常工作以外，有更多有价值的事情在等待你思考。但如果你在底层具体行动方面的控制管理能力不够的话，就很可能无暇旁顾了。"

即底层的、颗粒度较低的具体事务一旦复杂繁冗到一定程度，便会牵扯过多甚至是全部的时间与精力，使人们无暇思考和处理更高层面的问题。

读到这里便联想到设计体系/模式库方面。以下引文来自《设计体系》C版全书译文第十章：

"随着工具的越发强大，模式库与体系化的设计流程将能更加深刻而持久地影响到设计师与工程师的工作方式。很多团队已经开始看到变化，一些过去需要几天时间的项目在如今仅需几分钟就可以完成设计输出，再无需一遍遍地重新发明解决方案或是进行繁琐的标注...在这些工具的辅助下，设计师的时间可以得到极大地解放，从而能够将更多精力用在更重要、更有意义的问题当中。"

《设计体系》C版全书译文详见公众号“Beforweb”。

本质上都是在强调通过一系列方法和框架来梳理、定义事物的架构与模式，提升行事效率，从而能将更多的时间与资源用于思考和处理高层面问题。

我个人看来，目前市面上最不缺乏的就是大而化之的概念与理论，缤纷而精彩，也足够为常规工作带来指导意义；而在实践层面，我所了解到的很多一线设计师遇到的实际问题，在很大程度上却来自于"底层"工作，即最为日常的、重复性强的、繁杂的"设计工作"由于缺乏体系化的组织和优化而使精力受到极度消耗，进而无力、无暇提升"高层面"的工作质量。

底层的问题并不等同于低级的问题。

无论处理工作与日常事务，还是解决设计过程中的大大小小的问题，合理有效的"效能框架"都是必要的手段。前者可以关注 GTD 这类方法；后者则是设计体系/模式库的一部分意义所在。

再回顾一下《设计体系》第七章当中"如何获取高层支持"这部分内容，作为设计体系现实利益点的陈述，来收尾本篇随笔：

• 节省设计与开发成本
• 节省全局迭代成本
• 加快上线速度
• 统一品牌认知
• 建立品牌新人
• 提升团队协作效率

就这样喽；下期见。

C自制的 WireframeKit for Sketch 线框稿风格组件库已升级至V1.1，了解下：