自己每天都在作为用户使用产品，也在作为开发者在设计产品，二者的感觉差别挺大的。不过，如果能互相借鉴的话，收获不小。
相比之下，作为用户，其实是挺惬意的：可以从众多产品中选择自己喜欢的、怎么舒服怎么用、不爽了还可以骂作者。而作为开发者就要苦逼很多了，要照顾产品的方方面面：需求、设计、开发、测试、运营…
说下今天作为用户的一点体验吧。
需求：我目前使用 Omni Focus 管理产品的开发，一个产品为一个 Project，其中记录了产品所有要做的事。而在做下个版本时，我需要从中挑选中需要做的事。
方案：经过尝试，我发现搜索虽然只是一个普通的搜索框，但还是很强大的。可以把版本号加在任务的备注、Context 等任意区域，都可以搜索出来。最后选择的方案是：
- 树状、系统性整理一个产品所有要做的事
- 当需要进行下个版本开发时，以版本号创建 Context，这样
- 在 Context 页面可以当前版本所有要做的事
- 不过，我还是偏好在 Project 中通过搜索版本号来查看，这样保留了父节点关系
- 重要的事，使用星标标出，方便一眼看到重点
- 如果某个功能推迟到下个版本，将 Context 标记为 Next、或者对应的版本号，方便下一步的工作安排
抽象来说，作为用户，我希望的产品形态是：
- 越简单越好；尤其是一上来不要给我 N 多东西，抱歉我适应不了
- 当需要某个功能时，最好它就在那里；退一步，我找一找就能找到它
根据同理心，大部分人对产品的需求和我也差不多，这样的抽象思想对于设计产品时是很有帮助的。比如，如何取舍功能、如何隐藏复杂性、是否要提供选项，等等。
More is Less
不要给用户太多。产品的设计者总是希望提供更多的配置、功能，希望以此来取悦不同的用户，但实际上会吓跑其他用户。
比如，用户 A 问：这个功能是什么意思？问的同时，他会怀疑自己的智商：为什么我不会用？但实际上，你可能是给用户 B 准备的。即使你告诉用户 A 他不需要，他依然会对自己的智商耿耿于怀，总之是不爽。
一个小技巧：看一个 App 的复杂度，看的偏好设置有多长就知道了。