在构建与使用之间

这阵子我反复被一件事提醒:我不是在研究使用者,我本来就是其中一员。

Product

这礼拜我又被自己提醒了一次。

白天我在调流程,觉得这条链路终于完整了。晚上真正拿来写东西时,我还是被几步启动动作卡住了。

那一刻我很清楚:我不是站在使用者外面做设计。我同时戴着两顶帽子,既是构造者,也是使用者。

我不是在“观察使用者”,我是“来自使用者”

我戴着构造者这顶帽子时,会想 activation flow、异常分支、可扩展性。戴着使用者这顶帽子时:顺不顺、快不快、会不会打断我。

这两套感受都在我身上,所以我现在尽量少说"使用者可能会怎样",而是直接写"我刚刚就是这样卡住的"。

创作最脆弱的,是开头那几分钟

拿写日记来说最直接。

我最想要的是:有感觉,马上写。

现实却常常是:先找文件、补标题、调格式、找上一次写到哪。等这些做完,热度已经下去了。

所以这段时间我一直在做同一件事:把“进入表达”放到最前,把整理、归档、连接历史内容这些重复动作放到后面自动完成。

站在构造者这一侧,难点不是功能,而是顺序

每个步骤单看都不难,难的是 sequencing。

顺序一旦错,体验就会碎。

我现在反复打磨的就是这三步:

  1. activation flow 第一步放在哪里,既准确又不打扰
  2. thought process 怎么接,才不会半路掉线
  3. 不同 skill 和 process stage 怎么衔接,减少误判和回退

我想做的交互,不是“找入口”,而是“被理解”

过去的操作更像换频道:先找入口,再找内容。

我更想要的是像 Information Feed:先理解,再送达。

这不是 UI 花样,而是 intent 判断是否够准。

真正的难题,在 intent 之后

意图判断只是开始。后面是抽象层设计。

同样是写作需求,不同人的差异非常具体:

  • 双语使用者要 language refinement,但不想语气被抹平
  • 创意使用者不想把精力花在措辞上,更在意内容 high fidelity
  • 也有人希望系统记住过去的表达和 joke,不用每次重讲

所以对我来说,把便利 democratize 出去,不是加更多按钮,而是给出可以自由拼装的抽象层。

做完之后,我还在学怎么说人话

这套东西我调了很多轮,最后终于做出来了。

但我也知道,内部再复杂,别人并不需要看全部细节。

我要做的是把价值说清楚,同时把参与感留给使用的人。

我现在最喜欢的比喻还是乐高:

不是把人塞进固定菜单里,而是把积木递到他手上。

  1. 你可以把自己的想法拼进来
  2. 工具既懂你,也足够稳定、方便、安全,能长期一起工作

这段路我还在走。对我来说,设计从来不是一次性答案,而是和真实使用一起长出来的东西。

这不是营销,是我们自己踩过的坑。

下载 macOS 版 Reso

阅读更多 Reso 构建日志