INVAR:面向产品驱动团队的由内而外分析工具
Show HN: Inside-out analytics for product-led teams
INVAR 是一款连接 PostHog、Stripe、HubSpot 和 Slack 的分析工具,用于把激活率下滑等指标变化与具体原因关联起来。
为什么活动 B 的激活率下降了?
用你的数据说话
示例PostHog
activation_rate · 活动 B
24.0%
▼ 41%
大多数账户在 Salesforce 设置环节就停住了。
在你团队的对话中
示例Slack
Jo,客户成功 #cs-escalations
又一个客户卡在 Salesforce 字段映射上。谁懂这个?
40 个 Salesforce 问题本月抛给工程团队1 个人回答了大部分
示例
本周最大变化相关性
同一个问题:Salesforce 设置
卡在设置环节的账户,正是客户成功团队不断升级的那些。修好一次,两个数字应该都会动。
9 条关联记录调查
面向产品驱动型公司的由内而外分析
一个令人困惑的集成,在 PostHog 中表现为激活率下降,在 Slack 中表现为同一个问题反复砸向某一位工程师。INVAR 把两者连起来,告诉你该修什么,并证明修复是否有效。
PostHog · Stripe · HubSpot · Slack。15 分钟内完成连接。24 小时内给出首个发现。
问题所在
每个工具只看到一半。没有人负责把它们拼起来。
团队手动挖掘数周,同一位专家反复被拉进来,修复只落在症状上,而非根因。
POSTHOG
知道用户在设置环节卡住。
STRIPE
知道这些账户从未升级。
HUBSPOT
知道它们来自同一个活动。
SLACK
知道所有相关问题都由同一位工程师回答。
INVAR 知道这是同一个问题, 并知道该先试哪个修复。
工作原理
从一个变动的指标,到一个被验证的修复
一个闭环,从开始到结束。每一轮都会回写尝试了什么、什么有效,让下一次调查起点更聪明。
01
连接
只读连接,加上你的目标和指标定义。
15 分钟内
02
调查
用大白话问为什么。原因排序,每个角度都检查,每个数字都链接到它的查询。
2 分钟内
03
决策
每个角度的负责人在证据旁发表意见。INVAR 学习你的上下文。
负责人、目标、基线
04
行动
在 INVAR 中批准,从 Slack 发到 Jira、Linear 或 GitHub Issues。
未经批准不做任何事
05
证明
目标指标和问题负载对照基线测量,并记录结论。
两边都测量
示例数据
INVAR
示例公司
主要变化
调查3
建议2
结果2
视角
增长
产品
客户成功与支持
工程
为什么活动 B 的激活率下降了?
活动 B 账户的激活率下降了 41%。大部分下降与一个步骤相关:Salesforce 设置。
可能原因,按序排列
1 活动 B 账户卡在 Salesforce 设置
相关性
占下降的 71% · 已通过季节性、队列规模和套餐组合检验 · 212 个账户
2 增长套餐的账户变少
事实
18% · 套餐组合移动了 6 个百分点
3 4.2 版本导航变更
假设
4% · 太小,无法与噪声区分
每个角度都已检查
使用情况68% 的活动 B 账户停在字段映射
收入完成设置的账户转化率高出 2.3 倍
获客集中在 LinkedIn 活动 B
团队负载40 个 Salesforce 问题抛给工程;1 个人回答了大部分
知识设置指南已 7 个月未更新
成本无异常
销售背景无异常
目标添加你的目标文档以检查这一角度
连接
15 分钟中的 11 分钟
PostHog
事件、人员、功能标志
已连接
Stripe
订阅和发票
已连接
HubSpot
交易、活动、负责人
已连接
Slack
仅问题元数据;文本保留在 Slack 中
已安装
公司背景
2026 年目标、指标定义、定价
3 份文档
接入你已经在用的工具
你的目标和指标定义也会一并纳入,因此每个答案都使用你的数字,而非通用公式。无需迁移,无需重写跟踪方案。
建议
相关性
简化 Salesforce 设置并发布一份字段映射指南
负责人 产品目标 activation_rate 24.0% → 32.0%
客户成功负责人 · 2小时
这些账户中有一半来自 LinkedIn 网络研讨会。他们期望设置已经为他们完成。
工程 · 1小时
字段映射界面自 v3 以来就没变过。很乐意一起编写这份指南。
批准更改推迟
合适的人参与讨论
每条建议都会开启一个与其负责人的简短讨论。当有人说“那个峰值是一次性迁移”时,INVAR 会为你的公司记住这一点。
在 INVAR 中批准,从 Slack 发布
INVAR 起草工单,连同证据、建议的负责人和目标指标一起发给负责人。未经人工批准,不会创建任何内容。
INVAR 应用 10:42
已根据批准的建议起草工单。请审阅,然后创建。
简化设置中的 Salesforce 字段映射
Campaign B 账户在字段映射处停滞;本月有 40 个相关问题到达工程团队。
集成团队activation_rate → 32.0%9 条关联记录
在 Linear 中创建先编辑
示例
简化 Salesforce 设置
观察中
24.0% → 29.5% · 目标 32.0%
30 天中的第 18 天 · Salesforce 问题每月 40 → 22
编写字段映射指南
达成
每月 40 → 14 个问题 · 目标 20
9 月 30 日关闭 · 前后对比,无对照组
从两方面了解是否有效
你尝试过什么以及什么有效的历史记录会留在你的公司。
ASKRIGHT · 为你的团队
问一次。找到知道的人。
AskRight 是 INVAR 的 Slack 应用。私信它或在频道中提及它。
# cs-teamSlack
Sam 10:02
@AskRight Salesforce 同步支持自定义对象吗?
AskRight 10:02
支持,从 4.1 版本开始。自定义对象需要在设置中打开“高级同步”开关。
Salesforce 设置指南 · 9 月 30 日#eng-integrations 讨论串
Jo 10:15
@AskRight Halden Co. 在重新同步后看到重复联系人。是已知问题吗?
AskRight 10:15
尚无记录在案的答案。正在转给集成团队的 Priya,她本月已回答了 12 个同步问题。备选:集成团队。
Salesforce 集成Halden Co.
重复问题,已有答案
来自你已批准的文档和过往回答,并附来源。
新问题交给合适的人
每个主题都有备选负责人,并分散负载,以免一位专家被淹没。
缺口转化为文档
没有文档或只有单一回答者的主题会出现在每周缺口报告中。
报告展示的是团队和主题,从不展示个人得分。只有在需要把问题转给某位专家时,才会提及该专家的名字。
只有 INVAR 能看到的东西
需要你公司两端信息的答案
任何分析工具都会报告激活和流失。而这些需要把客户数据和团队对话在账户和功能层面关联起来。
真实服务成本
看起来盈利,却在悄悄消耗支持和工程时间的方案。
Stripe + AskRight
处于知识风险中的收入
那些只有一个人知道如何解决问题的付费账户。
Stripe + AskRight 路由
无声的回归
发布后产品指标持平,但内部提问却激增。
PostHog 发布 + AskRight
困惑还是失败
用户是找不到某个功能,还是找到了却卡住了。
PostHog 使用情况 + 问题主题
隐藏在问题中的扩展机会
账户在还没联系销售之前就已经超出了当前方案。
AskRight + PostHog 限制 + Stripe
拖慢收入的高延迟回答
那些升级处理耗时最长,随后规模缩小或流失的账户。
AskRight 响应时间 + Stripe
一个大脑,每个团队一个视角
每个团队都从自己的问题出发
视角是入口,不是围墙。每个视角都有保存的问题和每周摘要,而每次调查仍然会检查所有角度。
本周最大变化{{lens.claimName}}
{{lens.top}}
{{lens.sources}}
已保存的问题
{{lens.question}}
INVAR 补充的内容
{{lens.adds}}
People Ops 视角,用于新员工入职前 30 天的问题,会在试点期间加入。
信任与隐私
它能看到你公司的很多信息。所以它接触的越少越好。
Slack 留在 Slack
消息文本只在回答问题被获取,随后即丢弃。INVAR 只存储元数据。
你自己的密钥
每家公司都有独立的仓库和加密密钥。删除它,数据就无法读取,并附有签名证书。
保留在你公司内部
聊天内容、上下文以及 INVAR 学到的一切都留在你公司自己的空间里。不会流向其他客户,也不会用于训练模型。
你的权限,保持不变
每个答案都尊重提问者原本就能看到的内容。私密频道保持私密。
不是监控工具
INVAR 不会追踪个人消息,也不会报告任何人的绩效。没有评分,没有排名。报告展示的是团队和主题,只有在需要把问题转给某位专家时,才会提及该专家的名字。
审批与审计
未经人工批准,不会向其他工具写入任何内容,且每个操作都会被记录。
安全问题:security@invarhq.com
默认诚实
INVAR 只有在有测试支持时才会说“导致”
数字来自对你数据的查询,从不来自模型。每个结论都带有四种标签之一,让你知道它能承受多大的分量。
事实
直接在你的数据中看到。
相关性
一起变化。未被证明是原因。
假设
看似合理。在据此行动之前还需要更多证据。
已验证
有留出组或实验支持。唯一能说“导致”的标签。
INVAR 的定位
保留你的工具。INVAR 做它们之间的那部分。
| 能看到客户和收入 | 能看到团队问题和路由 | 会推荐并衡量结果 | |
|---|---|---|---|
| Slack AI、Gemini、Copilot、Notion AI | 否 | 仅从文档中回答 | 否 |
| Dust | 否 | 是,作为知识代理 | 否 |
| Glean | 否 | 查找文档;面向大公司定价 | 否 |
| PostHog AI | 是 | 否 | 否 |
| Hex、Equals、Amplitude 代理 | 是 | 否 | 分析,但不追踪结果 |
| INVAR | 是 | 是,路由和缺口检测 | 是,带有经过衡量的结论 |
旨在与你的分析工具协同工作,而不是取代它们。
设计合作伙伴试点
一天内出首个发现。60 天内出结论。
面向 30 至 150 人的产品驱动型公司。目前最匹配的是使用 PostHog、Stripe、HubSpot 和 Slack 的团队。用的是其他技术栈?也欢迎联系我们。我们会根据试点团队的使用情况来选择接下来的集成。我们只接收 10 到 12 个团队。
- 第 1 天连接你的工具,并在 Slack 中安装 AskRight。
- 第 2 天你的首个发现,以及背后的证据。
- 第 2 周我们共同确定一个目标指标并设定其基线。
- 每周一份摘要,包含变化内容和下一步建议。
- 第 30 天检查点。继续或停止,双方都可以决定。
- 第 60 天一起回顾目标,然后决定是否转化。还在验证某个修复?我们只延长那一个结果,而不是整个试点。
不限查看者和提问者。不按席位收费。
谢谢,我们收到了。
一位创始人将在两个工作日内给你发邮件。
来源:Hacker News · invarhq.com