
TL;DR: Your customer data is fragmented across Pylon, Granola, Posthog, Hubspot, Slack, and Notion. Poth connects that information into a living model of your customers, mapping analytics from Posthog and transcripts from Granola to the same customer, so you can finally answer the questions that live across multiple tools: churn, adoption or what to build next, with cited evidence. pothlabs.com
The problem:
Companies have customer information scattered across support tickets, sales calls, CRM notes, surveys, interviews, product analytics and more.
But answering a new question about customers still usually means manually searching across those systems or beginning another research project.
The (soft) pivot:
We originally built Poth to generate hypotheses and launch adaptive interviews and surveys to test them. To determine what questions to ask and which customers to ask, Poth first had to understand all of the customer information a company already had.
Under the hood, we built a customer knowledge graph: Poth identifies the important objects in a company’s data: customers, accounts, users, products, features, conversations, behaviors, and feedback, and connects them through their relationships.
As we integrated with more teams, we noticed that several were using this underlying model as much as, or more than, the survey functionality itself. They wanted to ask questions across everything their customers had already said and done so we made that a core part of the product!
Customer knowledge graph example:
For a company like Slack, Poth might model five objects:
It then connects them through relationships such as:
User —BELONGS_TO→ Account Account —OWNS→ Workspace User —USED→ Feature Customer Signal —CREATED_BY→ User Customer Signal —REFERENCES→ Feature
Slack could then ask:
“Why are enterprise accounts trying Slack Connect but not adopting it broadly?”
And Poth could connect low Slack Connect usage in PostHog, permission-related support tickets in Pylon, security concerns mentioned in Granola transcripts, and renewal context from HubSpot, all through the same accounts, users, workspaces, and features.
Instead of returning a generic summary, Poth can show the supporting and contradicting evidence, cite the underlying sources, and explain what information is still missing.
In practice, the model contains many more objects and relationships based on each company’s business and data.
Ask Poth:
Connect your customer data sources and internal documentation. Poth automatically builds the living model, and your team can ask questions naturally across everything customers have said and done.
When the existing evidence is not enough, you can also use Poth to launch adaptive interviews and surveys to collect what is missing.
Some use cases we’ve seen:
Our ask:
We’re already working with several teams in the YC batch, and we’re looking for more companies whose customer context is spread across several systems.
I’d especially appreciate introductions to:
And if your team has important customer questions it still cannot answer confidently, email me at matthew@pothlabs.com! We’ll work closely with early teams to connect their core systems and get them live.