做减法说白了是简约主义，拿掉那些繁琐的、次要的，留下最必要的精华部分，一个成功的产品人能够将减法运用自如。

推荐大家看前田约翰的《简单法则》。

以下是36kr访问Tower前产品设计师、美洽现产品设计师联合创始人Mak Lu的内容。

作者: Emily 

过往的访谈中，我们都在聊效率，聊那些能把时间应用到极致的工具与方法，但 Mak 却「每天几乎都要骑行 5 小时，并且这 5 小时什么都不会想」；他会从「流程」的逻辑去评价一个产品，认为需求文档是没有必要的... Mak 说，《Getting Real》 这本书对他的价值观塑造带来了很大的震撼与影响。而这次的访谈，对笔者既定的思维框架与做事方式也是一种刷新。我想，读完这篇文字，你们也会有同样的收获。

1. 作为广受国内互联网团队欢迎的协作工具 Tower 的设计者，能谈谈你对不同团队协作工具的理解吗？你认为团队协作中最重要的是什么？

团队协作工具一般分为三大派系。

一类是以 Slack 为代表的、实时沟通为导向的 IM 工具；

一类是以 Trello 为代表的，更强调「人」的灵活性的工具；

另一类则是 Basecamp 为代表的、以「事」导向的。Tower 就是 Basecamp，越简单越好，所有的功能指向都是「把事情给完成了」。

其实我觉得这些团队协作工具严格来说无所谓比较，关键是使用工具的团队把重心放在什么方面，不同的侧重就会产出不同的选择。对我自己而言，我认为团队协作最重要也最简单纯粹的，就是「Get Things Done」。不管什么协作工具或者 KPI 要求，其实最终衡量的，还是一个项目的成效如何，事情做到了什么程度。

2. 有使用过什么效率工具管理自己的工作和生活吗 ？

我用 iOS 自带的事项提醒 App。我把自己的生活和工作都保持在一个极简单的环境下，没有乱七八糟的干扰，自然也就不需要什么复杂的效率工具来进行管理或者是防止遗忘了。我的微信几乎不加工作伙伴，全是极其亲近的朋友；微信设置不开提醒，防止碎片化切割。工作的事情直接在 Tower 解决，需要沟通就直接打电话。慢慢的同事朋友也就习惯了我的方式，知道微信找不到我，自然会用找得到我的方式。要保持这样简单的方式就是对别人或是大众既定的方式「say no」，有你的规则，保持自己的节奏。

做产品也一样，我不会刻意去写一排排需求文档，战战兢兢记下每一个人口里的需求，因为真正重要的需求，一个人提过，另一个还会提的，一而再再而三的重复，你总会记住它。这也是一种需求筛选。越简单的越高效，不用把自己弄得那么累。

3. 能聊聊你比较喜欢的几款产品吗？

Dropbox 和 Instagram。

Dropbox 就是那种「你每天都在用它，但却感觉不到你在用它」的状态，无可挑剔。Instagram 也是一样的，一张图，方形规格，规则很清晰，并且按照这个方式去执行。

对于我，一个好的产品就是规则清晰自然，通过功能、界面、文案展现出了这些规则，并且按照这个方式执行。这样的产品实际就是整个流程规划上实现的简单，用起来非常舒服自然。 有些产品文案写了 A ，功能规划体现的是 B， 界面显示的又是 C，让人用起来很困惑，特别不喜欢。

4. 你很强调产品的「流程」和「规则」，自己在规划一款产品时特定的方法论吗 ？

我们没有「产品经理」，我们是「产品设计师」。我在设计产品时的一整套逻辑是：发现需求或问题 －－确定和收窄范围－－思考与比较最可行的解决方式－－落实到可执行方案－－把方案细化成步骤－－回过头来照顾和审视细节－－在代码和页面实现。

5. 不管是生活还是打磨产品，「简单」都是你强调的核心，你是怎样形成这样的价值观和生活方式的？

产品和生活一样都要做减法。对我影响最大的，应该是 Getting Real 这本书，甚至可以说，它颠覆和重新塑造了我的三观，做事的导向。对我影响最大的几个观点是：

a. 我们要做的是“少做”：用简单的方法解决复杂的问题，把更加复杂的问题，留给大众。

b. 伟大的软件必定是有倾向的。当人们使用软件的时候他们不只是在看功能，同时他们也在寻找一个解决方案。

c. 摆出产品应该成为什么样的任何点子，然后砍掉一半。减少功能直到只剩下最必要的功能。周而复始。从一个精简、聪明的应用开始，然后让它得到关注。就能开始在你构建的坚实基础上添砖加瓦。

6. 据说你每天至少要骑行 5 小时 ？每天 5 小时的骑行，我很好奇这 5 小时你是怎样应用的，当你在骑行时你都在思考什么 ？

我有在学习赛车，偏好长途骑行，比如从兰州到大连这样。骑车的时候就只是在骑车而已，什么都不想。我基本不会多线程地做事，做一件事就认定那件事，保持专一简单的状态。