跳到主要内容
博客
返回博客

SaaS 竞品分析:以决策为先的框架

有用的 SaaS 竞品分析不会止步于一张功能对比表。它应当改变一个决策:追哪类客户、测试哪条主张、下一步做什么,或者在哪里不去竞争。本指南把公开证据转化为一个可证伪的行动,同时不假装桌面研究能证明需求。

从决策出发,而不是从竞品清单出发

在打开任何搜索标签页之前,先把决策写在文档顶部。好的例子包括:我们应该先瞄准代理机构还是企业内部团队?哪一个上手承诺最不拥挤?我们的落地页必须回应哪一个异议?像「了解市场」这样模糊的目标,只会产出一份庞大的报告,却没有下一步。

在铺开宽泛的竞争格局之前,先挑一个最接近的竞品做深入分析。深度才能揭示定位、产品、证明、定价和转化如何相互配合。一张 30 个 logo 的清单很少做得到。

搭建一套可审计的来源

  1. 保存竞品的首页、定价页、文档、更新日志和条款。为每一条重要主张记录 URL 和访问日期。
  2. 把公司的自我宣称与可观察的产品事实分开。「为团队打造」是定位;「至少五个席位」是产品证据。
  3. 用独立评测和创始人讨论来发现问题,而不是把一条抱怨变成市场事实。
  4. 把无法获得的证据标记为「未证实」。不要用有利于自己的推断去填补空白。
  5. 定价、集成和可用性等易变事实,要在发布或做购买决策前立即重新核实。

使用六列创始人矩阵

只有当功能影响购买决策时,才把它放进这些列里。这样可以避免分析偏向导航菜单最长的那一家。

  • 客户:明确面向谁?又因价格、语言或工作流排除了谁?
  • 任务:买家「雇用」这个产品来取得什么进展?
  • 触发:什么事件让问题紧迫到现在就去搜索或购买?
  • 证明:买家能查验什么——示例、文档、产出、客户推荐,还是只有承诺?
  • 交换:客户需要付出什么金钱、配置、数据访问、审批或行为?
  • 摩擦:一个合格的买家可能在哪里犹豫、失败、等待,或需要手工操作?

复制 SaaS 竞品分析矩阵

把这张表复制到你自己的文档或电子表格中。写下一个最接近的竞品,以及客户当前的替代做法,可能是一张电子表格、一项外包服务,或者什么都不做。只有当另一个竞品可能改变决策时,才把它加进来。你无需注册账户就能使用这个模板。在小屏幕上,可以横向滚动表格查看两列。

在表格上方写下:决策:[A 或 B];目标客户:[角色和工作流];复查日期:[日期]。每填一个单元格,都把发现、来源 URL 或经许可的笔记引用、访问日期和证据状态放在一起。使用「已观察」「据报告」「推断」或「未知」;缺失的证据就保持「未知」。

竞品与当前替代做法对比
维度竞品:[名称]当前替代做法:[名称]
客户[服务或排除的对象][谁在用这种替代做法]
任务[它承诺的进展][它今天处理的任务]
触发[现在切换的理由;或未知][是什么启动了这项任务]
证明[文档、演示或观察到的使用][最近一次实例;或未知]
交换[价格、配置、访问权限、审批][据报告的时间、成本或精力]
摩擦[已核实的限制;疑似空白另列][障碍;或已够用]

实例:一次注明日期的 Polsia 决策分析

决策:一个面向创始人的运营产品,应该在覆盖广度上与 Polsia 竞争,还是通过更严格的审批和证据处理来形成差异?以下观察来自 2026 年 9 月 1 日查阅的 Polsia 官方页面。建议是一种推断,而不是关于客户成果的主张。

客户

其公开定位面向希望由一个 AI 团队跨产品、营销、客户沟通和收入工作来运营公司的创始人。

Polsia 首页
任务

所述任务是大范围委托:规划路线图、交付代码、投放广告、回复客户、完成成交以及发布社交内容。

Polsia 首页
触发

当创始人的运营工作过多,并愿意在已配置的权限、预算、计划任务和凭证范围内委托出去时,这一承诺最相关。

Polsia 条款
证明

官方帮助和法律页面把支付和广告记载为运营基础能力,但并不能证实独立的需求或收入成果。

Polsia 广告帮助
交换

创始人提供凭证和授权边界。官方条款与帮助文案在客户付款费用上说法相互矛盾,因此此处当前费率未证实。

Polsia 条款
摩擦

定时运行的操作可能在一般授权范围内持续进行;而在所查阅的资料中,完整的逐项操作审批体验,以及通用的托管资源自助导出路径,均未得到证实。

Polsia 可接受使用政策

实例:一个不足以支撑新功能的空白

这是一个虚构的教学示例,对象是一款帮助小型代理机构审批客户发票的 SaaS 工具。以下的产品、笔记、观察和结果均为虚构。它们不是 Soloop 的客户证据,也不是 Soloop 任务的产出。

决策:创始人是否应该在招募第一个试点之前先做一个 ERP 连接器?最初的假设是:某个竞品看起来缺少连接器,留下了一个有吸引力的切入口。

来源 1 · 竞品文档

在虚构文档快照 A 中观察到:文档记载了 CSV 导出;未列出原生 ERP 连接器。未知:是否存在私有集成。在这份快照中没有出现,并不能证明该竞品无法集成。

来源 2 · 代理机构访谈

据虚构访谈笔记 B 报告:该代理机构的簿记员每月导入一次 CSV,认为已经够用。真正延误的工作发生在更早的环节,即客户迟迟没有审批发票时。这只是一个人的说法,不是全市场的发现。

推断 · 修正假设

对这家代理机构来说,连接器可能解决的是错误的环节。当前的 CSV 替代做法削弱了最初的假设;发票审批更值得细看。频率、买家决策权和切换意愿仍然未知。

决策 · 暂不开发

推迟连接器。请代理机构演示最近一张被延误的发票,并在获得许可后查看一份脱敏记录,找出真正的卡点。不要把一次访谈邀请当作购买承诺。

推翻条件

如果相关代理机构表现出反复出现、CSV 无法解决的导入失败,而且预期的试点没有集成就无法推进,再重新考虑。在审批开发任务前,先确认工作流和实施成本。

把空白变成测试,而不是口号

定位空白是一个假设:某个特定买家看重某个特定差异。把它转化为可观察的测试。例如:为一个细分客户重写落地页的某一部分,展示给十位合格的潜在客户,并跟踪有实质内容的回复、通话、再次访问或付款——而不是点赞。

Soloop 的研究工作流可以在审批后收集附有来源链接的市场和竞品证据。结果应当作为决策输入回到创始人手中,而不是作为市场想要该产品的自动证明。

  1. 用一句话陈述这个空白:与某个替代方案不同,我们帮助这类客户取得这种进展,而不用承受这种摩擦。
  2. 指出这句话中风险最大的部分。
  3. 选择能够证伪它的最小行动。
  4. 在执行前定义信号和停止条件。
  5. 审批明确的研究、外联或编码任务;然后根据实际发生的情况更新分析。

带一个竞品问题来 Soloop

你可以自己使用这个矩阵;当某个具体的证据缺口需要进一步研究时,也可以把它带到 Soloop。复制下面这份起始简报并替换方括号内容:

我的产品是 [URL 或成果物],面向 [角色和工作流]。我需要在 [A 或 B] 之间做决定。请针对 [当前替代做法] 研究 [一个竞品及其公开资料]。把有来源支撑的观察、厂商宣称、推断和未知项分开。包含反面证据和一个下一次核查。在我审批执行之前,先提出范围并展示 credit 消耗。

选择下方的「界定一项竞品研究任务」,查看该工作流及其限制。然后把你的简报带到 Soloop 对话中,审阅实际的行动卡片。点击链接不会转移你的笔记,也不会自动启动任务。

SaaS 竞品分析检查清单

  • 分析指明了一个创始人决策。
  • 每一条重要主张都有当前来源和访问日期。
  • 主张、观察、推断和未知项分别标注。
  • 在铺开宽泛格局之前,先对一个最接近的竞品做深入分析。
  • 对比覆盖客户、任务、触发、证明、交换和摩擦。
  • 结论提出一个可证伪的测试,并附带信号和停止条件。
  • 文档记录了测试之后发生的变化。