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

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

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

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

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

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

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

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

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

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

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

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

具体表现是：

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

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

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

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

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

我没有再问：

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

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

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

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

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

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

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

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

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

它不再是：

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

而逐渐变成：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

结语

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

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

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

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

产品设计 on 友派博客