产品实践中现已常用 AI 生成 HTML 原型替代 Axure、墨刀等工具。作者建立三层原型评审思路,借助两本经典书籍落地判断,AI 提速之下,业务决策成为产品经理核心价值。

———— / BEGIN / ————

最近 3 个月,几乎没有再用过墨刀/摹客/Axure处理原型,都是 AI 生成 html 原型,常有一种很微妙的感受 ——

它真的很快,几分钟就能得到列表页、详情页,还有交互流程。页面看上去不差:该有的模块都有,至少是“像个产品”的。

但,页面越完整,我越要仔细 review

因为 AI 最擅长生成的,往往是一个符合常识的答案;而一个产品方案是否成立,靠的不是常识,而是对具体业务、具体用户和具体取舍的判断。

我怎么判断原型

前段时间,我让 AI 做了记录油耗账单的小程序。油耗账单小记

我将「记录加油、算百公里、看趋势」作为上下文,它给得很完整:加油编辑、添加记录、详情。第一眼看过去,马上可以开发了。

但我会先不看页面,而是顺着用户真正要做的事走一遍。首页前后调整了 2 版

打开网易新闻 查看精彩图片

第一步:这是不是用户真正的问题

产品要解决的到底是什么问题。我会反复问自己:他在什么场景下会来到这里?不做这件事,他现在是怎么处理的?这次到底要替他省掉哪一步麻烦?

这一步没有想清楚,后面画得越快,返工也可能越快。

第二步:功能交互流程顺不顺

我会从用户点下第一个按钮开始,一步一步往下走:要填写哪些信息?提交后状态如何变化?记录错了怎么改?

AI 很容易把「常见流程」画出来,但它不一定知道你的规则。

例如,一次加油记错了能不能修改、能不能删除?这些不是页面样式的问题,而是业务规则没有被表达出来的问题。

这时我重点看三件事:

  • 业务对象、数据关系和状态变化有没有说清楚;

  • 流程顺序是不是符合用户真实的办事顺序;

  • 有没有为了显得完整,硬塞进去的字段、步骤和选择。

很多原型的问题,不是少了什么,而是多了太多“理论上可以有”的东西。

第三步:用户看得懂,也做得对吗

前两步确认的是「要不要做」「怎么做」,最后我才看页面怎么表达。

这时我只关心两个问题:

用户看得懂吗?

他能不能一眼分清加油金额、本次百公里油耗和历史趋势?如果所有信息都一样重,用户就不知道该先看什么。

用户做得对吗?

他是否知道下一步该点哪里?提交后有没有明确反馈本次油耗?记错了能不能方便地改?

这 2 步看似在 review「交互细节」,但本质上仍然是在判断:产品有没有把不该交给用户的复杂度,留给了用户。

这 2 本书给了我很多指导

实际 Review 原型时,很多“不对劲”一开始说不准。会觉得信息有点乱、操作有点绕、页面看着累,却不一定能立刻指出问题在哪里。

这两本书能帮把这种模糊的感觉,慢慢变成具体的判断。

《写给大家看的设计书》

打开网易新闻 查看精彩图片

讲亲密性、对齐、重复、对比。帮我判断一个页面有没有把信息关系说清楚:相关内容有没有放在一起,还是让用户自己猜;同类状态和操作是否一致,用户能不能形成预期;哪些内容最重要,风险和主操作是否足够醒目。

简约至上

打开网易新闻 查看精彩图片

讲删除、组织、隐藏、转移。帮我判断一个流程有没有过于复杂:

  • 能不能删掉当前任务不需要的内容;

  • 低频能力是否可以在需要时再出现;

  • 重复判断能否交给系统,例如默认值、自动校验和推荐。▾

当 AI 会把原型做得越来越快,也会让“先出一版看看”变得越来越容易。

产品经理要做的,沿着用户的任务走一遍,把那些“看起来没问题”的地方,一个个问清楚。

希望

能帮到你。

本文来自公众号:星星聊产品 作者:星星聊产品