乐于分享
好东西不私藏

AI 时代的产品设计-在不确定的基座上寻求秩序

AI 时代的产品设计-在不确定的基座上寻求秩序
传统互联网时代,产品经理的工作之一是「画路径」——用户从 A 走到 B,每一步可预期、可设计。流程是固定的,策略是可控的,输入和输出之间有一条清晰的因果链。
但 AI 时代不一样。
最近我越来越清楚地感觉到:面向 AI 的产品设计,不是在设计规则,而是在设计约束。PM 不再需要严格制定每一步的策略,而是把意图转化为 prompt 或 skill,让大模型在其中发挥——有时候发挥出你预期之外的效果。
那么问题来了:模型的输出每次不一致,参数调整可能导致行为变化,甚至连换个模型版本,同一个 prompt 都可能跑出完全不同的东西。传统产品的基座是确定性的,AI 产品的基座是概率的。
在这个不稳定、不确定的基座上,产品该怎么设计?用户流程该怎么把控?

传统互联网真的是「确定」的吗?

一个容易被忽略的事实:传统互联网从来也不是完全确定的。
搜索结果排序每天在变,推荐算法的单次输出没人能精确预测,UGC 产品的用户行为更是混沌。AB 测试这个行当存在的全部理由,就是承认「我们不知道哪个方案更好」。
传统产品之所以「感觉确定」,不是因为底层确定,是因为产品层加了一层壳——Loading、骨架屏、兜底文案——把不确定性藏起来了,用户看不见。
但 AI 时代,这层壳被掀开了。不确定性直接浮到用户面前:同一个问题问两次,答案可能不同。这不再是产品层的遮羞布能盖住的。

质变:不可追溯的黑盒

有人可能会说:「那 AI 时代和传统时代没什么本质区别,都是不确定性,只是量大了点。」
我不完全同意。
传统互联网的不确定性是可追溯的。推荐算法错了——查特征权重、回放日志、定位到哪个因子崩了。UGC 出了坏内容——删帖、封号、改审核规则。这些东西出问题,你能找到原因,能定位,能修。
AI 模型的不确定性是黑盒的。同样的 prompt,模型给了错误答案——你不知道它内部哪一层、哪个注意力头走了岔路。换个版本之后行为变了——你无法审计到底是哪条逻辑链断了。
这是质变,不是量变。传统产品不确定,但可控、可追溯。AI 模型不确定,且不可审计。
在这个前提下,旧的那套 if-else 规则引擎不够用了。

分层:哪些要压,哪些要放

面对 AI 的不确定性,最容易犯的错误有两种:一种是「既然不可控,那就全放」,另一种是「既然不可控,那得加更多规则」。
不要陷入二元对立,关键在于分层。
该压的:
  • 边界与安全:幻觉、事实错误、越界输出——这类必须压到零或接近零。用户问你「怎么治病」,你不能让模型给医疗建议。工具够用:结构化输出、RAG 召回边界、硬规则后过滤。
  • 核心体验路径:用户要的是全屋定制需求,你不能给他推荐成品衣柜。关键意图的识别和兜底必须是硬的。
该放的:
  • 创意与个性化:超出预期的回答、灵活的表达方式——这恰恰是 AI 比规则引擎强的地方,压了就白用了。
  • 非关键路径的变体:同样的问题,这次解释得更详细、下次更简洁——用户能接受,甚至更喜欢。
问题不在于「模型不稳定怎么办」,在于「这个产品场景里,哪类波动是致命伤、哪类是增值」。这不是技术判断,是产品判断。

新工具箱:从画路径到设护栏

传统 PM 画流程图。AI 产品的用户路径不可预定义——对话式 UI 是极端例子,用户下一句说什么你完全不知道。
所以设计思路得倒过来:不预设用户会怎么走,只定义什么东西不能发生。
System Prompt 是护栏,不是脚本。Skill 是边界,不是步骤。用户在护栏内自由移动,产品保证他不掉下去。
这意味着 PM 的工作重心从「设计流程」转向「定义约束」。你不再画用户走哪条路,你画的是地图上哪些区域是禁区。

评估体系重建

传统的 QA 是:「输入 X,期望输出 Y」,不匹配就提 bug。
这套在 AI 产品上行不通——你不可能穷举所有输入,也不可能要求模型每次都输出一模一样的东西。
新的 QA 应该变成:「输入 X,输出必须满足约束集 C,用户的需求在 Y 的方式下得到满足」。不要求精确匹配,要求不越界。不是 pass/fail,是「在允许范围内」。
更重要的是,这套评估体系不能是手动的。模型换版本之后,整个 prompt 体系可能静默崩了——没人报 bug,但质量掉了 10%。你等到用户投诉的时候已经损失了。
所以评估体系必须自动化:模型更新后自动跑评测集,低于阈值自动告警或回滚。模型升级不再是纯工程的事,它是基础设施变更,PM 要管;
关于评估体系构建,感兴趣的朋友可以阅读AI 产品中的 Eval 评估体系是什么  Eval 评估:如何定义问题集的评估维度

PM 的新核心能力

总结下来,AI 时代的 PM,有三个能力变得前所未有地重要:
  1. 约束设计能力 —— 不是设计用户怎么走,是定义用户不能掉进哪些坑。把产品意图翻译成模型能理解的边界描述,而不是翻译成固定的流程步骤。
  2. 评估体系设计能力 —— 不能依赖 QA 手动测,必须设计一套自动化的评测框架,覆盖边界、准确性、人设一致性,并且能随模型迭代持续生效。
  3. 不确定性判断力 —— 面对一个不可控的输出,能判断这是「需要压的」还是「可以放的」。这个判断没有任何教科书能教,但它会是区分好 PM 和普通 PM 的核心标准。
AI 不是让产品设计变得更容易了。它让产品设计变得更像在波涛上搭桥——底下是动的,你得让人走得稳。
这件事没有终极解法。但方向是清楚的:别再试图控制每一步。控制边界,放掉过程。