ARTICLE · 1135714
做一个AI工具,最难的是决定哪些功能先不做
我经常需要面对一个问题:一个功能有用,是不是就应该现在做?
更多模板、多种分析模式、不同输出格式……单独看,每个想法都有理由。
但把它们放到同一个页面上,我又会犹豫:
第一次打开网站的人,会知道从哪里开始吗?
开发者看见的是自己做了多少东西。
用户打开页面时,往往只带着一件还没完成的事。
这两种视角之间,可能隔着一个看起来很丰富、实际却让人不知道怎么下手的首页。
还没开始使用,就先做了一轮选择题
设想一下。
你想处理一份文档,找到了一个工具。
上传之前,它先让你选择处理模式。模式下面,还有风格、深度和输出类型。
你不太确定,于是逐个点开说明。
“基础”和“专业”有什么区别?
默认选项适不适合自己?
现在选错,后面能不能改?
几分钟过去,文档还在原处。
这个场景是一个假设。但它提醒我,增加一个选项时,需要同时考虑另一件事:
用户有没有足够的信息,做出这次选择?
开发者知道每个选项的来历,知道它会影响哪一步,也知道选错了怎样退回来。
第一次使用的人还不知道。
如果必须先理解产品的内部逻辑,才能开始完成自己的任务,这段学习过程就成了额外的工作。
有些设置可以先给出合理的默认值,有些适合放在结果出现以后,还有些需要更清楚的示例。
这些位置和顺序,同样值得花时间设计。
“想要更多模板”,背后可能是另一件事
听到一个功能建议时,我希望自己先忍住立刻想实现方案的冲动。
比如,有人说:“模板能不能再多一点?”
这句话还不足以告诉我们该改什么。
他可能觉得现有模板不好看,也可能是内容稍微多一点就挤到第二页,或者想调整某个区域,却找不到入口。
这几种情况,需要的改动并不一样。
如果问题出在内容布局,新增十个外观相似的模板,未必有帮助。
如果问题出在导出后的显示效果,继续增加样式,还可能让后续检查变得更复杂。
所以,与其马上问“你喜欢什么模板”,我更想先弄清楚:
你刚才想完成哪一步?具体卡在哪里?
这里的用户反馈是举例,并不是已经发生在君行拓远上的测试记录。我想借它说明一种做产品时需要保持的耐心:先找到麻烦出现的位置,再判断要不要增加功能。
有些改进,很难写进宣传标题
“新增一个模块”,很容易展示。
页面多了入口,介绍多了卖点,也很容易让人看见开发进度。
但另外一些工作,可能只是:
返回上一步时,已经输入的内容还在。
等待过程中,页面告诉你正在处理什么。
出现错误后,提示说明下一步可以怎么做。
结果不满意时,你能找到继续修改的地方。
这些变化不一定显眼,却发生在用户实际操作的那几分钟里。
可以想象,用户花时间补充了一段内容,点错一下,回来发现全没了。
此时他最需要的帮助很具体:把刚才的内容找回来。
页面旁边再多一个新功能,解决不了眼前这件事。
这让我想重新理解“产品更完整”的含义。
完整也可以体现为:一个人从开始到结束,能把当前任务顺利做完;即使中间出了问题,也知道怎样继续。

少做功能,也可能做错
说到这里,很容易得到一个省事的结论:功能越少越好。
但事情没有这么简单。
有些操作虽然不是每个人都用,却关系到一部分人能不能完成任务。有人确实需要另一种导出格式,有人需要恢复上一步,也有人必须调整默认设置。
如果只为了页面简洁,就把这些需求藏得很深,甚至直接忽略,同样会造成麻烦。
所以,我希望“先不做”是一个可以解释、也可以重新讨论的决定。
需求还不清楚,就继续了解场景。
基础流程还没做好,就先完成前面的环节。
某个功能服务的是另一类任务,就考虑是否需要单独的入口。
暂缓以后,也应该知道什么时候再回头看:是等到出现更多具体反馈,还是等某项基础能力完成。
减少功能数量,本身并不能证明产品变好了。最终还是要看,用户遇到的困难有没有减少。
如果只能优先改一处,我该看哪里?
这是我想用来约束自己的一个问题:
假设下一步只能做一处修改,它能帮助用户完成什么?
答案最好能落到具体动作上。
“让产品更强大”,还不够清楚。
“让用户能保留刚才填写的内容”,就更明确。
“增加更多选择”,还需要继续追问。
“让第一次使用的人知道该上传什么”,已经指向了一处可以检查的地方。
对君行拓远来说,我希望先认真想清楚:用户怎样开始,什么时候需要补充信息,怎样理解修改建议,以及拿到结果后如何继续操作。
这些是接下来值得持续检查和改进的方向,不代表网站已经完成了所有相关功能。
更远的想法可以保留,但每次决定优先做什么时,我想先回到那个具体的人和具体的任务。
他已经走到哪一步?
现在挡在前面的是什么?
这次改动,能不能让他继续往下走?

我想听一个具体的“用不下去”
写这篇文章,也想向大家收集一种反馈。
你最近一次放弃使用一个工具,是发生在什么时刻?
也许是打开首页,不知道该点哪里。
也许是填了很久,返回以后内容丢了。
也许是结果已经出来,你却不知道怎样修改或导出。
如果愿意,可以在评论区按这个顺序说:
我原本想完成____,到了____这一步,因为____,最后放弃了。
不需要懂开发,也不需要先替工具想好解决方案。
把当时发生的事说清楚,就已经很有价值。
对正在做产品的我来说,这样一个具体的停顿,比“再加点功能”更值得往下追问。
君行拓远
持续分享AI产品开发过程、AI工具应用,以及普通人如何利用AI提升效率。