今天开这个会，主要就是想跟大家伙唠唠，我们搞的这个新产品，到底是怎么个设计思路，省得大家伙儿后面做的时候跑偏了。
我们做任何东西，第一步都是盯住用户，对？之前的产品，功能倒是不少，但用起来总觉得差点意思，像是给技术自己做的玩具，而不是真正解决用户痛点的东西。这回我们可得改！
从解决一个“真问题”开始
我带着团队，先是跑了一圈用户访谈，不是那种走流程的问卷，而是实打实的聊天。我们发现，现有的方案里，大家最头疼的不是功能少，而是流程太复杂，学习成本高。他们需要的是一个“傻瓜式”的东西，能快速上手，立马出效果。
- 我们把重点放在了核心功能的极致简化上。什么叫极致简化？就是如果一个功能用户一年用不了一次，或者只有我们内部觉得酷炫，那就直接砍掉。
- 只保留那些用户每天都得用的，或者能直接提升效率的关键点。我们把这叫做“一击即中”。
我们把产品拆解成了三个核心模块，每个模块都必须能独立运行，并且解决一个明确的问题。这就像我们以前搭乐高，每一个小块都有它自己的作用，但合起来才能变成大城堡。
设计理念：像呼吸一样自然
这回的设计，我给出的基调就是：无感化。用户用我们的产品，不应该感觉到自己在“学习软件”，而应该像是本能反应一样操作。
怎么做到无感化？
我们开始大量的研究用户已有的使用习惯。比如，他们习惯在哪个位置找“保存”，习惯用什么样的手势进行“拖拽”。我们不是要创造新的交互规则，而是要模仿现有的最佳实践。
具体落实到界面上，我们做了几件事：
- 视觉降噪： 界面必须干净，不必要的颜色、图标、文字都统统拿掉。信息密度要合理，让用户的眼睛能快速聚焦到操作区域。
- 路径最短化： 任何核心操作，不能超过三步点击。如果需要四步，那肯定是设计有问题，得重来。我们甚至在原型阶段，把所有操作路径都自己跑了一遍，记录下来，哪个地方耽误时间，哪个地方用户容易迷路，立马优化。
- 即时反馈： 用户每做一步操作，系统都得立即给个响应。别管是加载动画，还是成功提示，都得快，不能让用户在那儿干等着琢磨系统是不是卡了。
咱们以前，总喜欢把所有的功能都暴露在外面，显得功能强大。但这回不行，这回要学着“藏”。把那些非高频使用的功能，合理地收纳起来，不影响主流程。就像汽车的说明书，你平时开车不会一直看着，但需要的时候它就在那儿。
研发与测试的重点转移
这个设计理念对研发的要求也变了。以前我们追求功能的多样性，现在要追求功能的稳定性、鲁棒性。
我跟技术团队强调了，新产品的第一个版本，宁可功能少一点，也必须保证在各种复杂的网络环境和设备上，都能跑得稳，不能三天两头出bug。尤其是在数据同步和权限管理这块，要像银行系统一样可靠。
我们这回的测试重点，也从传统的“功能测试”转移到“场景测试”和“用户体验测试”。我们会找一批典型用户，让他们按照实际工作流程去使用，然后我们站在后面观察，看他们在哪儿停顿了，在哪儿骂娘了。这些才是最真实的反馈。
记住，这回新产品，我们不是要秀技术肌肉，而是要做一把好用的工具。简洁、高效、可靠，这就是我们这回设计的核心思想。大家下去以后，按照这个思路去推进，有任何偏差，及时提出来，我们随时调整。
还没有评论，来说两句吧...