从一个二维码 SaaS，重新思考软件的入口与场景
本文目录
Naviora 是一个智能入口与动态二维码工作台，用来统一管理动态链接、二维码、分流规则和访问分析。
它可以按语言、地区、设备、参数或 A/B 规则分流，也能查看访问趋势、访客地区与设备、语言分布和入口排行。用户可以通过三步创建流程配置入口，并设计二维码。
为什么开始做 Naviora？
最初，我想验证一个问题：能不能借助 AI 完成一款 SaaS 产品？
二维码这个场景恰好吸引了我。需求具体，产品方向也比较清晰，适合用来完整体验从开发到上线的过程。于是我开始做 Naviora，尝试借助 AI 加快产品开发。
看了 Attio 和 OpenDesign 后，我又开始思考软件的使用方式。Attio 可以通过自然语言查询和更新 CRM；OpenDesign 则能让 Agent 按照描述和 Skills 生成、修改设计原型。
这让我想到，未来软件的许多能力可能会以服务和 Skill 的形式提供给 Agent 调用。CRM、ERP、项目管理等工具，也可能不再只靠用户在复杂菜单里寻找功能。
自然语言入口可以降低学习菜单的成本，让不熟悉复杂界面的人直接说出目标。对更依赖语音交互的人来说，这也可能让软件更容易使用。
二维码不只是跳转入口
二维码不只是把人带到一个网页，也可以成为具体业务的起点。
比如，扫码后可以进入巡检表单，也可以标记用户来自哪个渠道、在哪个场地扫码。通过入口，产品还能进一步分析用户从哪里来，以及之后完成了什么操作。未来，入口也可能与身份认证或生物特征认证等流程衔接。
链接在国内也有特别的现实意义。很多平台会限制外链，平台里的用户关系也被视为平台自己的资产。链接未必能自由地把用户带到其他地方，而二维码已经是常见的线下入口：用户扫码后，再进入平台允许的页面和流程。
上线后的反馈与反思
Naviora 上线约一个月后，获得了十几位免费用户。
如果重新做一次，我会更早聚焦到某个具体场景，比如专门为设计师的 PDF 简历提供二维码或个人链接页。功能可能相似，但面向的场景越宽，推广内容就越分散，用户也越难快速理解产品最适合解决什么问题。
最近我还看到，有法国团队专门做二维码样式工具，MRR 已超过 2 万美元；也有人专门为音乐公司做类似 Linktree 的产品。
这些例子让我想到，软件可以围绕一个具体场景做深，也可以把一种通用能力做到足够好。场景未必直接告诉我们客户从哪里来，却能让产品的价值落到更具体的需求上。
Naviora 让我看到，二维码可以不只是一个功能，也可以成为连接线上入口、线下场地和后续业务的起点。
下一次再做类似产品，我会更早回答一个问题：究竟是谁，会在什么场景下需要它？如何找到更具体的“用户”？
产品截图：
