这是三篇系列的第二篇。第一篇我找到了 Vanna，一个能满足“临时查询”需求的框架。但面对第二类用户——想固化复用复杂策略的分析师——它还不够。这一篇，我来想想还差什么。
一、用户分层：两类人，两种需求
先回顾一下我的用户画像：
| 用户类型 | 需求 | Vanna 能不能满足 |
|---|---|---|
| 临时用户 | 突发查询，一次性的，问完就走 | 能 |
| 策略分析师 | 复杂分析，需要固化下来反复用 | 不够 |
Vanna 已经解决了第一类问题。用户说一句话，它解析成 SQL，跑数据，画图表，一气呵成。对于日常的临时查询，体验已经很好了。
但第二类用户不一样。他们要的不是“问一次”，而是“把这个分析逻辑固定下来，以后随时跑，甚至给别人用”。Vanna 没有这个能力。
二、还差什么：策略分析师的完整流程
顺着这个缺口往下想，一个策略分析师使用这个系统的理想流程应该是这样的：
第一步：需求引导
用户输入“分析一下用户留存”。模型不能直接猜，它会先看数据库里有什么表，找到最相关的那个，然后反问：“你是想看整体留存，还是按渠道分？时间范围是最近 30 天吗？”
直到需求清晰无歧义，才往下走。
第二步：数据展示
需求明确了，接着问用户：“要表格还是图表？柱状图、折线图，还是想要一个能下钻的交互页面？”
Vanna 本身支持这些，我们只需要让模型问清楚。
第三步：确认
结果跑出来了，问用户：“是这个意思吗？有什么需要调整的？”
第四步：固化
用户说“就这样，以后我还要用”。系统把刚才生成的代码（数据分析 + 数据展示）保存下来，起个名字，下次直接点就能跑。
这四步走完，一个可复用的“分析模块”就诞生了。
三、MVP 之后：还可以加什么
上面这四步是核心流程，做完能打 40 分。再往后，还可以加一些锦上添花的东西：
1. 命名与简介
保存模块时，让大模型自动生成标题和说明，用户可以改。这样别人看到也知道这是干什么的。
2. 模块推荐
用户输入需求时，先检索已有模块，如果有现成的就直接推给他，不用重新生成。
3. 用户权限
普通用户只能用现成模块，策略分析师才能创建新模块。普通用户如果有新需求，可以走工单系统提给分析师。
这些功能实现难度不大，但能让系统更像一个“产品”，而不是一个“工具”。
四、关于 UI 的一点思考（这一篇想单独聊聊）
定完功能，接着想界面。我去转了一圈设计网站，反而想明白几件事：
1. 先有功能，后有框架
我以前做 UI 容易陷入一个误区：先定个导航栏，然后想“我往里面放什么才能让页面不空”。这是在干什么？页面放什么是产品想好的，不是我想出来的。
这个系统就三个模块：数据展示、内置模块、AI 对话。那就三个页面。哪怕导航栏只有三项，也比硬塞五个没用的页面强。
2. 60 分保底，80 分随缘
好 UI 的标准不是“哇真好看”，而是用户根本没意识到 UI 的存在——他进来，找到他要的东西，做完事，走人。
所以我给自己定的原则：符合常识就行。按钮像按钮，表格有表头，弹窗能关掉。这些 Cursor 都能做。至于高级感、设计感，那是功能做扎实之后慢慢磨的事。
3. 配色用最稳的
数据分析系统要的是专业、可信、冷静。蓝白配色最安全。主色用蓝色，背景白色，文字灰色。用户只看数据，不看颜色。
4. 排版想清楚
- 数据展示页：像 Excel 一样的表格，可以浏览。现在还不知道什么重要，就先展示最原始的样子，等有需求再改。
- 内置模块页：卡片列表，每个卡片显示模块名称、简介、创建人。点击直接跑。
- AI 对话页：左侧对话历史，右侧对话区域 + 结果展示（表格、图表）。
五、总结一下
这就是我对这个产品的全部想象。
Vanna 给了我们一个很好的基础——临时查询、多轮对话、工具调用，都做得很扎实。我们要补的，是上面那四步：需求引导、数据展示、确认、固化。
这些产品想法没有经过验证，肯定有想得不对的地方。但没关系，产品本来就是一边做一边改。下一篇，我会用 Vibe Coding 的方式，把这个想法从 0 到 1 搭出来。到时候再看哪些对、哪些需要调整。
下一篇预告：Vibe Coding 实战——4 小时搭出一个数据分析助手原型
