用户视角、与开发者视角

自己每天都在作为用户使用产品，也在作为开发者在设计产品，二者的感觉差别挺大的。不过，如果能互相借鉴的话，收获不小。

相比之下， 作为用户，其实是挺惬意的 ：可以从众多产品中选择自己喜欢的、怎么舒服怎么用、不爽了还可以骂作者。而作为 开发者 就要苦逼很多了， 要照顾产品的方方面面 ：需求、设计、开发、测试、运营…

说下今天作为用户的一点体验吧。

需求 ：我目前使用 Omni Focus 管理产品的开发，一个产品为一个 Project，其中记录了产品所有要做的事。而在做下个版本时，我需要从中挑选中需要做的事。

方案 ：经过尝试，我发现搜索虽然只是一个普通的搜索框，但还是很强大的。可以把版本号加在任务的备注、Context 等任意区域，都可以搜索出来。最后选择的方案是：

• 树状、系统性整理一个产品所有要做的事
• 当需要进行下个版本开发时，以版本号创建 Context，这样
  • 在 Context 页面可以当前版本所有要做的事
  • 不过，我还是偏好在 Project 中通过搜索版本号来查看，这样保留了父节点关系
  • 重要的事，使用星标标出，方便一眼看到重点
• 如果某个功能推迟到下个版本，将 Context 标记为 Next、或者对应的版本号，方便下一步的工作安排

抽象来说，作为用户，我希望的产品形态是：

• 越简单越好 ； 尤其是一上来不要给我 N 多东西 ，抱歉我适应不了
• 当需要某个功能时，最好它就在那里 ；退一步，我找一找就能找到它

根据同理心，大部分人对产品的需求和我也差不多，这样的抽象思想对于设计产品时是很有帮助的。比如，如何取舍功能、如何隐藏复杂性、是否要提供选项，等等。

More is Less

不要给用户太多。产品的设计者总是希望提供更多的配置、功能，希望以此来取悦不同的用户，但实际上会吓跑其他用户。

比如，用户 A 问：这个功能是什么意思？问的同时，他会怀疑自己的智商：为什么我不会用？但实际上，你可能是给用户 B 准备的。即使你告诉用户 A 他不需要，他依然会对自己的智商耿耿于怀，总之是不爽。

一个小技巧 ：看一个 App 的复杂度，看的偏好设置有多长就知道了。

作者 ITJason

关键字：产品经理, context

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！