OPC 战术板:做“看不见”的软件——为什么我放弃了 Admin 面板?

周一好。

上周我为了某个“评估工具”的 MVP，花了两天时间折腾前端 Admin 面板。

我在想：用户需要一个漂亮的登录页，一个带图表的仪表盘，一个能点击“开始评估”的按钮，还要适配手机端……

写到一半，看着 node_modules 正在吞噬我的硬盘空间，我突然停下来问了自己一个问题：

用户到底是想“用我的软件”，还是只想要“那个结果”？

1）痛苦的 Admin 面板

在传统的 SaaS 逻辑里，软件必须长得像个软件：

• 注册 / 登录
• 侧边栏导航
• 各种 CRUD 表单
• 个人中心 / 设置

对于一人公司（OPC）来说，这套东西简直是“产能黑洞”。 为了维持这个“门面”，我得维护一套前端代码库、处理 Token 过期、搞定移动端适配、防御 XSS 攻击，还得因为按钮颜色不好看被用户吐槽。

更讽刺的是：大部分 B2B 用户根本不想登录你的系统。

他们已经有太多的账号要管了。他们不想为了一个月用一次的功能，专门去记一个网址和密码。

2）“看不见”的软件 (Invisible Software)

既然 2026 年了，AI Agent 已经这么成熟，为什么还要让人去适应 GUI（图形界面）？

我决定砍掉整个前端项目。

新方案逻辑：

1. 入口即连接： 用户不需要访问我的网站。 他只需要把要评估的企业名称（或者简单的介绍文档），直接发给我的企业微信 / 飞书机器人，或者转发一封邮件。

2. 过程即黑盒： 中间的复杂的爬虫、数据清洗、大模型评分、RAG 检索，全部在后端（我的服务器）默默跑完。没有进度条，没有炫酷的动效，只有日志在后台静静滚动。

3. 出口即交付： 5 分钟后，机器人直接回传一份 PDF 评估报告。 或者，直接把结构化的 JSON 推送到用户的飞书多维表格里。

在这个模型里，软件“消失”了。用户感觉不到他在用一个新软件，他只是找了个“懂行的朋友”帮他跑了个腿。

3）OPC 的“去头”红利

在技术圈，这叫 Headless Architecture（无头架构）。但对一人公司来说，这叫“保命策略”。

这样做有 3 个极其现实的红利：

A. 极速迭代不用写 UI，不用调 CSS。 我的工作量缩减了 60%。逻辑改了，不用担心界面崩了。后端 API 跑通，产品就上线了。

B. 价值锚点转移当用户看到一个简陋的网页，他会想：“这玩意儿值 10 块钱吗？” 当用户直接收到一份详尽、专业、排版精美的 PDF 报告，他会想：“这服务值 500 块。”做“服务”比做“工具”更容易溢价。

C. 安全边界收缩没有前端，就没有 CSRF，没有静态资源被刷流量的风险。暴露在公网的接口极少，防御成本极低。

4）我也在看外部趋势

刚才搜了一下 2026 年的行业动态。

• “内卷” (Rat Race) 依然严重：[Beijing Review] 的文章还在讨论如何应对过度竞争。大家都想做平台，结果平台多到用户不够用。
• B2B 软件的一体化趋势：[QQ News] 提到财务系统正在从“辅助工具”变成“驱动核心”。

这意味着什么？意味着用户更在乎“解决问题”的效率，而不是“使用软件”的体验。

大厂在卷平台，在卷生态，在卷 super app。 我们卷不过。 我们只能卷**“交付结果的纯度”**。

5）我的新 MVP 架构

基于这个思路，我重新设计了这个“评估工具”的 MVP：

• 前端：0 行代码。（借用微信/飞书作为 UI）
• 后端：Python (FastAPI) 接收 Webhook。
• 核心：Agent 编排器（上一篇提到的架构），生成内容。
• 交付：Jinja2 模板生成 HTML -> 转 PDF。

我不再是一个“全栈工程师”。 我变成了一个“数字外包服务商”。

6）写在最后

如果你的硬盘里也躺着几个写了一半的前端项目，因为那是你最不擅长、最头疼的部分而搁置了。

试着问问自己：如果不做界面，这事儿还能成吗？

也许你会发现，那个让用户填表单的网页，其实是你产品里最没用的部分。

删掉它。直接给结果。

下期预告：既然不做前端了，那怎么收钱？聊聊 2026 年 OPC 的“无感支付”与订阅管理。