Poth Labs Poth Labs 构建客户知识图谱，通过问答推理连接孤立信息，帮助客户成功团队分析流失原因、功能采纳等，提升洞察深度。 热门评论 PH 用户Hello Product Hunt！我们创办 Poth 是因为公司其实已经对客户了解很多——但这些知识分散在通话、工单、CRM 记录、分析数据、调查问卷和内部文档里。像“是什么导致我们高价值客户流失？”这样的问题，很少能在一个地方找到答案。团队必须手动把客户说过的话、做过的事，以及这个账户后来发生了什么串联起来。Poth 最初是生成假设，并运行自适应客户访谈和调查。但要提出有用的问题，它得先理解一家公司已经知道的所有信息。这促使我们构建了一个活的模型，把不同系统中的客户、账户、功能、行为和对话连接起来。当团队开始用这个模型来回答他们现有客户知识中的问题时，我们意识到它需要成为 Poth 的核心部分。如今，Ask Poth 能够跨你的客户知识进行推理，把每个结论都落在证据上，并指出还缺少哪些信息。当答案不在其中时，Poth 可以通过自适应访谈和调查来收集。我们很希望听到你的反馈！PH 用户方向不错，但这是个难啃的骨头……大多数客户要哄着才肯开口。不过，你一开始收集所有行为和原因的思路是对的。当你发现系统知道的某个流失客户，有很多迹象和当前客户行为吻合时，抓到贬损者的概率会更高。祝你成功……PH 用户开发者社区里的流失不会先反映在 CRM 里。它会在 Discord 变安静、GitHub issue 逐渐减少、论坛活动放缓这些迹象中显现出来，而这些往往发生在有人取消订阅甚至动这个念头之前好几周。Poth 能接入这类数据源吗？还是它的知识图谱只限于 CRM 和支持工具的集成？这个缺口才是我真正想补上的。PH 用户Alex 指到了真正的缺口。我想再进一步。数据陈旧永远不会报错，因为对于任何基于已摄取产物构建的系统来说，数据缺失和数据没有变化看起来是一样的。没有工单、没有通话、没有邮件。知识图谱会把这种情况解读为一个安静、健康的账户。但通常恰恰相反。我们曾为此交过昂贵的学费：有一个客户，合同签了，每次交流都很热络，却一次都没用过产品。我们手里的每一个数据源都显示绿灯。唯一真实的信号是使用情况，而当时没有人去看它。所以：Poth 会把沉默本身当作证据吗？不是“这个账户没有数据”，而是“这个账户的安静模式，之前曾在流失前出现过”。还有关于 Artem 的问题：当 CRM 和支持工具说法不一致时，Poth 是会选一个，还是会把不一致呈现出来？通常这个不一致才是真正的发现。PH 用户真的很喜欢这种“对关系进行推理”而不是只检索文档的思路。好奇问一下——你觉得 Poth 会一直专注于客户智能，还是这只是第一步，未来会成为一个面向产品、市场和其他团队的更广泛知识层？PH 用户关系而非文档，才是正确的框架。难就难在，关系会悄悄变质，却永远不会报错。当某个关键支持者默默离开时，没有人会提交工单，所以关系图谱一直看起来健康，直到续约时才露馅。 热门产品Matthew Wong2026-07-31原文 打开互动版
像“是什么导致我们高价值客户流失？”这样的问题，很少能在一个地方找到答案。团队必须手动把客户说过的话、做过的事，以及这个账户后来发生了什么串联起来。
Poth 最初是生成假设，并运行自适应客户访谈和调查。但要提出有用的问题，它得先理解一家公司已经知道的所有信息。
这促使我们构建了一个活的模型，把不同系统中的客户、账户、功能、行为和对话连接起来。当团队开始用这个模型来回答他们现有客户知识中的问题时，我们意识到它需要成为 Poth 的核心部分。
如今，Ask Poth 能够跨你的客户知识进行推理，把每个结论都落在证据上，并指出还缺少哪些信息。当答案不在其中时，Poth 可以通过自适应访谈和调查来收集。
我们很希望听到你的反馈！
数据陈旧永远不会报错，因为对于任何基于已摄取产物构建的系统来说，数据缺失和数据没有变化看起来是一样的。没有工单、没有通话、没有邮件。知识图谱会把这种情况解读为一个安静、健康的账户。但通常恰恰相反。
我们曾为此交过昂贵的学费：有一个客户，合同签了，每次交流都很热络，却一次都没用过产品。我们手里的每一个数据源都显示绿灯。唯一真实的信号是使用情况，而当时没有人去看它。
所以：Poth 会把沉默本身当作证据吗？不是“这个账户没有数据”，而是“这个账户的安静模式，之前曾在流失前出现过”。
还有关于 Artem 的问题：当 CRM 和支持工具说法不一致时，Poth 是会选一个，还是会把不一致呈现出来？通常这个不一致才是真正的发现。