返回首页
ArticleAgent产品设计垂直场景
从需求到可用体验：我如何设计垂直场景 Agent
分享我如何从业务目标、用户任务和模型边界出发，把一个垂直场景 Agent 设计成真正可用的产品。
Intro
文章导语
很多团队谈 Agent 时，容易先从模型能力或工具链出发。但对我来说，真正决定产品能不能用的，是场景是否足够具体、路径是否足够清晰，以及用户是否愿意把它纳入日常工作。
Section 1
先判断问题，再决定形态
不是所有问题都需要 Agent。只有当用户任务跨越多个步骤、需要上下文记忆、又确实能通过 AI 降低操作成本时，Agent 形态才有意义。
如果场景只是简单查询或单轮生成，很多时候一个明确的工具页面会比 Agent 更直接、更稳定。
Section 2
把可信度设计成默认能力
用户不会因为回答看起来流畅就自动信任它，尤其在业务场景里更是如此。
所以我会把来源说明、引用依据、追问路径和异常兜底放进同一个设计过程，而不是等功能做完再补。
Section 3
最小闭环比大而全更重要
我更倾向先锁定一个高频问题，把完整闭环做扎实，再逐步扩展覆盖范围。
这样不仅更容易验证价值，也能帮助团队更早发现真正影响采用率的阻力点。
Takeaways
核心要点
- 先判断问题是否适合 Agent，而不是先决定技术方案。
- 把回答可信度、追问路径和异常兜底一起设计。
- 用最小闭环验证真实用户是否愿意持续使用。