跳到正文
Hacker News· vicngan05·· 7 天前AI 评分30

INVAR:面向产品驱动团队的由内而外分析工具

Show HN: Inside-out analytics for product-led teams

AI 导读

INVAR 是一款连接 PostHog、Stripe、HubSpot 和 Slack 的分析工具,用于把激活率下滑等指标变化与具体原因关联起来。

正文 · AI 翻译

为什么活动 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. 第 1 天连接你的工具,并在 Slack 中安装 AskRight。
  2. 第 2 天你的首个发现,以及背后的证据。
  3. 第 2 周我们共同确定一个目标指标并设定其基线。
  4. 每周一份摘要,包含变化内容和下一步建议。
  5. 第 30 天检查点。继续或停止,双方都可以决定。
  6. 第 60 天一起回顾目标,然后决定是否转化。还在验证某个修复?我们只延长那一个结果,而不是整个试点。

不限查看者和提问者。不按席位收费。

谢谢,我们收到了。

一位创始人将在两个工作日内给你发邮件。

来源:Hacker News · invarhq.com