产品复盘 on 友派博客

我如何避免把 AI 产品做成“填表工具”：一次关于成果感的交互反思

Fri, 20 Mar 2026 15:30:00 +0800

我第一次真正对产品设计感到不安，
不是因为功能不够，
而是因为它“太像在填表”。

这篇文章，记录的是我在设计 uipad（友派）过程中，一个非常具体、但影响整个产品方向的反思。

1) 那种熟悉的不适感：我是不是在被“采集信息”？

在 uipad 的早期版本里，流程大概是这样的：

用户输入一些背景
AI 继续追问
再补充几个选项
再确认一次
再进入下一步

逻辑上完全说得通。
但当我自己反复使用时，心里开始出现一个念头：

“我是不是一直在给系统喂信息？”

这种感觉很微妙，却非常真实。

它不是“难用”，也不是“不清楚”，
而是一种更深层的心理落差：

我在做工作，
还是在帮系统完成它的工作？

2) AI 产品最容易犯的错：把“输入”当成核心体验

后来我意识到，问题并不只存在于 uipad。

很多 AI 产品都有一个共通问题：

体验的重心在“输入”
成功的标志是“我问完了”
下一步永远是“请再补充一点”

从设计视角看，这其实是一种表单心智的延续：

字段填完了 → 才算完成。

但在 AI 产品里，这种结构会被无限放大。

因为 AI 永远可以继续问。

3) 真正的问题不是“问得多”，而是“看不到完成”

转折点来自一个很简单的判断：

如果一个步骤结束时，
用户看不到任何“已完成的东西”，
那它在心理上就永远没有结束。

这时候我才意识到：

问题不在“输入步骤太多”
而在每一步都缺少成果锚点

没有锚点，用户只会觉得：

我还在路上。
我还没做完。
我是不是还要再填一点？

4) uipad 的转向：从“流程完成”，到“成果完成”

于是我开始反向设计完成态。

不再问：

“这个步骤收集够信息了吗？”

而是问：

“用户此刻完成了什么？”

这带来了几个非常具体的设计变化。

✅ 变化一：完成页必须先展示成果，而不是按钮

在 uipad 里，每个工具完成后，页面的视觉顺序被彻底调整：

不是先出现「完成并继续」
而是先出现一个明确的成果区块

例如：

✅ 开场破冰 · 同频判断序列
已生成 3 条判断 · 预计用时 3–5 分钟

这是一个心理锚点：
你已经完成了一件事。

✅ 变化二：用“物料包”，替代“结果列表”

我刻意没有把生成结果呈现为一长串文本。

而是把它命名为：

开场破冰 · 物料包

里面包含：

🎤 主持人引导卡（可照读）
🖥 大屏流程示意（只读展示）
👥 参与者说明（一句话）

这个命名的作用非常直接：

你不是生成了一段内容，
而是准备好了一整套可以拿去用的东西。

✅ 变化三：让“预览”成为推进，而不是干扰

在很多产品里，预览是可选的、次要的。

但在 uipad 中：

预览本身就是体验的一部分。

因为它让用户开始在脑中完成一件事：

想象主持时怎么用
想象现场如何展开
想象“我已经准备好了”

这种心理状态，和继续填写输入框，是完全不同的。

5) 从 Input-driven，到 Output-driven

回头看，我会用一句话总结这次转变：

AI 产品的核心体验，
不应该是“你输入了什么”，
而应该是“你带走了什么”。

这也是 uipad 现在非常明确的一条设计原则：

输入只是手段
输出才是完成
成果必须是可感知、可使用的

6) 写给正在做 AI 产品的独立开发者

如果你正在设计 AI 产品，不妨问自己几个问题：

用户完成一个步骤后，能不能说出：
“我刚刚完成了 X”？
如果把所有输入框隐藏，只看输出，
产品还成立吗？
用户是否能把结果直接带走、复用、使用？

如果这些问题的答案不够清晰，
那你的产品，可能正在不知不觉中变成一个高级填表工具。

结语

uipad 后来有一个我很喜欢的内部判断标准：

如果一个功能不能被“拿在手里用”，
那它很可能只是系统的满足，而不是用户的完成。

这篇反思并不是一个“成功经验”，
而是一条我踩过坑之后，愿意反复提醒自己的设计底线。

也许它对你，也会有一点帮助。

为什么我坚持把 uipad 做成“线下优先”，而不是一个更好演示的活动 SaaS

Fri, 20 Mar 2026 10:00:00 +0800

线下活动最珍贵的不是“互动数据”，
而是“现场感”。

如果你做过同学聚会、年会、婚礼、线下分享会，你会知道：
现场最怕的不是流程不够炫，而是——人到了，却不在场。

而我在做 uipad（友派）的时候，最反直觉、但最重要的决定就是：

把它做成“线下优先”的 AI 活动策划助手，
而不是一个“更好演示”的活动互动平台。

一、 “更好演示”的路径很诱人：扫码、实时投票、结果上墙

在产品早期，你很容易被一种逻辑吸引：

参与者扫码
屏幕实时显示投票结果
主持人一句话就能带起互动
Demo 看起来特别“聪明”

而且这个赛道已经被验证过：
像 Slido⁴、Mentimeter³ 这类工具就是用“实时投票、问答、词云”来提升会议互动感的。

所以从“理性产品规划”角度看，走这条路非常合理。

但我很快发现：
合理不等于正确。

二、我真正想解决的问题，不是“互动功能”，而是“现场状态”

uipad 的用户不是专业主持人，也不是活动公司。
更多是：

同学聚会发起人
HR/行政
社区组织者
临时被推上台的人

他们真正焦虑的是：

开场会不会尴尬
节奏会不会散
我该说什么
如果冷场怎么办

这些问题的答案通常不在“功能更强的互动系统”里，而在：

一套靠谱的策划结构 + 一套能照读的引导语 + 一套能拿在手里的提示。

换句话说：
uipad 要做的是“让人进入状态”，而不是“让手机进入状态”。

三、为什么线下优先？因为线下的优势是“人和人真正同场”

线上互动工具擅长“收集输入”和“可视化输出”。
但线下活动的价值恰恰来自另一件事：

面对面互动更能读到非语言信息（眼神、表情、气氛）
共同空间带来的“群体同步”
偶然发生的小对话、小笑点

这些东西，在很多研究和实践总结里被反复强调：
面对面会议/活动能带来更丰富的沟通与协作环境。¹²⁵

所以如果我把 uipad 做成一个“扫码互动平台”，我实际上在做一件很矛盾的事：

把线下活动的优势（真实同场）
换成线上工具的优势（数据与展示）。

这不是说线上投票没价值，而是说：
它解决的不是我想解决的那类问题。

四、 uipad 的选择：不做参与者交互，只做“策划 + 组织支持”

这是一条边界很硬的产品原则：

uipad 不做扫码投票
不做参与者账号体系
不做实时统计
不做“大家都低头看手机”的互动

uipad 做的是：

A) 策划（Design the experience）

给出结构：开场/升温/高点/收尾
用 AI 生成“只有这一群人才懂”的破冰题（但有安全边界）
把互动控制在“线下口播可执行”的范围

B) 组织支持（Support the host）

主持人引导语（逐句可照读）
可打印提示卡（A6/A5，编号 1/2/3）
大屏展示素材（回忆杀时间轴、标题字幕、播放顺序提示）

我更愿意把 uipad 看作：

一个“幕后策划板”，
它不替你互动，但让你更容易把现场带起来。

五、这条路的代价：Demo 没那么炫，但产品更像“真东西”

说实话，这条路线在营销上更难：

你没法展示“实时投票曲线”
你没法用互动数据证明“参与率”
Demo 没有那种炫酷的即时反馈

但它换来的是我认为更重要的东西：

组织者能真正用得上
主持人能“拿着就走”
活动不会被 Wi-Fi 或设备状况毁掉
参与者被拉回现场，而不是拉进屏幕

我更在乎 uipad 被评价为：

“这个东西真能帮我把活动办下来”

而不是：

“这个 Demo 真好看”

小结：当技术可以做更多时，克制反而更专业

uipad 的核心不是“互动平台”，而是：

offline-first event planning（线下优先活动策划）

它是给组织者的 AI 助手，输出的是：

host script（主持人话术）
printable cue cards（可打印提示卡）
display assets（大屏素材）

如果你也在做产品，或许你会遇到同样的诱惑：

做一个更完整的系统，还是做一个更清晰的工具？

我这次的答案是：

我宁愿做一个更克制的产品，让它真正服务线下现场。

参考资料

Mentimeter — Icebreaker apps and tools
Slido — Slido
Gable — In-person meetings
McCormick (Northwestern) — Study: why in-person conferences still matter
IXDF — UI form design literature

我为什么放弃做一个“功能更强的工具”，转而做一个更克制的产品

Thu, 19 Mar 2026 14:30:00 +0800

独立开发最难的不是“能不能做”，
而是“明明能做，为什么不做”。

这是我在最近一次产品立项过程中，反复撞到的一堵墙。

一、我最初想做的，是一个“什么都能规划的工具”

最早开始构思 uipad（友派）时，我脑海里的产品形态其实非常“标准”：

能规划完整活动流程
能生成详细议程
能让参与者扫码互动
能实时投票、统计结果
最好还能顺便做成一个通用的活动 SaaS

这套想法本身没有错，而且站在“功能完整度”的角度看，甚至很合理。

问题在于：
它太合理了，以至于我几乎没有停下来问过一句——
“我为什么要做这些？”

二、当我真的开始设计时，问题出现了

随着设计逐步推进，一个感觉越来越强烈：

产品在变复杂，但价值并没有同步变清晰。

具体表现是：

每加一个功能，就要引入一整套新状态
每支持一个场景，就要牺牲原本的简洁
AI 的引导开始变得发散，甚至有点失控
最关键的是：
我自己已经很难用一句话说清楚这个产品“到底是干嘛的”

这时候我意识到一个危险信号：

我正在用“功能覆盖”，掩盖“定位不清”。

三、真正的转折点：我开始认真列“不做什么”

事情真正发生变化，是在我第一次反向列清单的时候。

我没有再问：

“我们下一步还能加什么？”

而是问了一个更残酷的问题：

“如果我什么都做，这个产品最终会死在哪？”

然后，我开始一条条写下“不做清单”：

不做参与者实时互动平台
不做扫码投票、实时统计
不做完整多日议程管理
不做会议系统、票务系统
不做任何会让参与者低头看手机的功能

这张清单一写出来，反而发生了一件很有意思的事：

产品轮廓第一次变清楚了。

四、从“功能驱动”，转向“边界驱动”

当我接受“不是所有我能做的都应该做”之后，
uipad 的定位开始发生根本变化。

它不再是：

一个帮你“管理活动”的系统

而逐渐变成：

一个帮你把线下活动“想清楚、说清楚、带着走”的策划板

这个转向，带来了几个非常关键的连锁反应：

产品结构突然变得收敛
每一个功能都必须回答：
“它是否服务于线下现场？”
AI 的角色从“万能生成器”，变成“策划协作者”
UI 设计开始围绕“成果感”而不是“输入项”展开

最重要的是：
我终于能用一句话向别人解释 uipad 是什么了。

五、为什么“更克制”，反而让我更有信心？

从表面看，这像是一种退让：

功能更少了
能做的场景更窄了
Demo 也不再“炫”

但从长期来看，这种克制带来的，是完全不同的状态：

每加一个功能，都不会破坏整体
每一次设计决策，都有清晰的判断标准
产品不会轻易被“用户多提一个需求”带跑偏
我作为独立开发者，不再每天被“还能不能再加点什么”追着跑

我开始理解一句以前听过却没真正体会的话：

MVP 不是功能最少的版本，
而是边界最清楚的版本。

六、写给同样在立项阶段的独立开发者

如果你正在做一个产品，而且经常陷入这些困惑：

“这个功能其实也可以加”
“不加是不是显得不够强？”
“万一用户以后需要呢？”

我想分享我这次最重要的一个收获：

独立开发者真正的稀缺资源，不是时间，也不是技术，
而是对复杂度的承受能力。

当你用“不做什么”来保护产品时，
你其实是在保护未来的自己。

结语

uipad 这个名字里有一个 “Pad”。

它提醒我，这个产品不是一个系统，不是一个平台，
而更像是一块可以反复擦写、但必须保持清爽的策划板。

而我在这次立项过程中学到的最重要的一课是：

当你开始认真放弃一些看起来“很合理”的功能时，
你才真正开始在做产品。

独立开发者的 UI/UX 进化课：从防错设计到极简表单的重构实践

Sun, 15 Mar 2026 12:00:00 +0800

在打磨我的独立开发项目《往来·记 (Give & Take)》 V1.0.9 版本的过程中，我遭遇了一个典型且棘手的体验设计难题。

这是一款主打极简的账本应用。许多小商家用户用它来管理客户的会员预付费和消耗。但问题出现了：记账是一个高频且容易形成肌肉记忆的操作。由于我们的系统底层采用了极其严格的“单向流水”（不可修改、不可删除，错账只能靠红字对冲）机制，一旦用户在疲惫时把“消费”记成了“充值”，修改成本极高。

如何拯救这些“手滑”的用户？我经历了一次反复推翻、深刻迭代的 UI/UX 重构之旅。

一、防错与效率的博弈 (The Anti-Error Dilemma)

面对高频误操作，开发者的第一直觉往往是“加一层防御”：比如每次保存前弹出一个确认弹窗，或者把输入框隐藏起来，强迫用户先点击一个巨大的“充值”或“消费”按钮。

但这违背了极简工具的核心要义：心流 (Flow)。一天记 50 笔账的老板，绝不希望每天多点 50 次无意义的确认键。好的防错设计，应该是**“隐形且致命的”**——不增加任何操作步骤，却能在用户犯错的边缘将其拉回。

经过反复权衡，我放弃了阻断式的交互，选择了一套**“强视觉联动 + 状态化按钮”**的融合方案：

输入框的红绿变色：用户的视线焦点始终在数字上。当滑块切到“消费”时，输入的数字会自动变成红色，并带上 - 号；切到“充值”则是绿色 + 号。这种利用周边视觉的反馈是极其强烈的。
极简黑卡按钮：我曾试过把底部保存按钮填满大红大绿，结果刺眼得像个警报器。最终的解法是：底色永远保持高级的品牌黑。防错的任务，交给按钮左侧一颗小小的动态变色 Icon（🟢 / 🔴），以及分离式的动态文案（如 确认 · 充值）。
国际化 (i18n) 避坑：这里特别提一句，千万不要用“保存”+“变量”去拼接字符串，这在多语言翻译里是灾难。用中圆点 · 隔开标准动词和自定义名词，不仅解决了语法倒装问题，看起来还很有大厂的质感。

这套组合拳打下来，没有增加一次额外的点击，但用户在敲击键盘和按下按钮的瞬间，绝不可能忽视当前的操作定性。

二、告别刺眼：重塑 Fintech 语义色

在最初实现红绿联动时，我直接调用了 Material Design 的标准绿 (0xFF00C853) 和红 (0xFFEF4444)。结果跑在实机上，一股“土味页游”的廉价感扑面而来。

纯正的荧光绿和警报红，放在大字号文本和按钮高光上会产生严重的“光晕刺眼感 (Vibration)”。参考了 Stripe、Apple Wallet 等顶级海外 Fintech 产品的调色板后，我对系统的 Semantic Colors 进行了彻底的焕新：

资产/增加：换成了偏冷的 祖母绿 (Emerald, 0xFF10B981)。它更加沉稳、克制，有一种“钞票”的昂贵质感。
负债/减少：换成了稍微柔和的 玫瑰红 (Rose, 0xFFF43F5E)。
提示/警告：同步引入了无工业感的 灵动蓝 和更深邃的 琥珀橙。

将颜色饱和度稍微降低、明度微调后，哪怕是在深色模式的黑底上，巨大的 + 100 也显得极为通透高级，再也不突兀了。

三、拯救臃肿表单：做减法的艺术

随着功能的增加，应用的“账本定义”设置页变得越来越长，各种文字说明和巨大的状态卡片挤在一起，几乎要逼迫用户去滑动屏幕。为了把界面“压”回一屏之内，我进行了大刀阔斧的“减法”：

1. 渐进式展现 (Progressive Disclosure)

原先表单下有一堆带 * 的啰嗦说明（比如“修改名称将同步更新至所有绑定的联系人卡片”）。我将它们全部砍掉，浓缩成标题旁边一个极简的 ? 图标。点击后才呼出黑底白字的 Tooltip。这一步，直接干掉了 30% 的无用高度。

原生的 DropdownButton 会破坏极简中性风。我抛弃了默认组件，使用 PopupMenuButton 结合自定义的浅灰小圆角胶囊容器，配合 ↕ 排序箭头，把“默认操作”选项完美融入了表单中。

3. 用“状态联动”代替“空间占有”

原来底部有一个巨大的白色卡片，仅仅是为了装一个“活跃状态”的开关。这太喧宾夺主了。我引入了**“归档 (Archive)”的设计语义：把巨大的卡片剥离，变成贴在最底部的一行小字开关 停用此账本。最妙的交互在于联动：一旦开启开关，上方所有的输入框全部置灰锁定 (Disabled)**。不需要任何多余的解释，用户瞬间明白这个账本被冻结了，这比写一万字说明都有效。

四、最后

作为独立开发者，我们常常容易陷入“功能实现”的代码自嗨中，而忽略了界面语义 (UI Semantics) 的同理心。

这次重构让我深刻体会到：

好设计是隐形的：它不需要你多点一下去确认，而是在你输入数字时，用一抹祖母绿和加号给你笃定感。
无必要，勿增实体：如果能用置灰表达“不可用”，就不要用大红字去写警告；如果能收纳进 ?，就不要让它霸占屏幕。

追求极致的路上，做加法很容易，做减法才是真功夫。

“Good design is invisible; it provides the exact certainty you need, right when you need it.”