Created Grantable Customer Story (#13495)

* Created Grantable Customer Story

Still missing a cover image - not a blocker

Sending the draft to the user in parallel - approved

* typo fixed in contents/customers/grantable.md

Co-authored-by: greptile-apps[bot] <165735046+greptile-apps[bot]@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Update contents/customers/grantable.md

Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>

* Added images and customer data

Logo is wrong!

* Fixed logo etc

---------

Co-authored-by: greptile-apps[bot] <165735046+greptile-apps[bot]@users.noreply.github.com>
Co-authored-by: Joe Martin <84011561+joethreepwood@users.noreply.github.com>
This commit is contained in:
SaraMiteva
2025-11-04 12:43:11 +01:00
committed by GitHub
parent 66cd833123
commit 4074e8aa4e
3 changed files with 115 additions and 0 deletions

View File

@@ -0,0 +1,80 @@
---
title: How Grantable replaced Zapier with PostHog Workflows and cut setup time by ~90%
customer: Grantable
featuredImage: >-
https://res.cloudinary.com/dmukukwp6/image/upload/posthog.com/contents/images/customers/grantable.png
date: 2025-11-05
---
[Grantable](https://www.grantable.co/) is an AI-powered platform that helps nonprofits, businesses, and government offices write winning grant proposals faster. Evan Rallis leads product there and he says PostHog is now "a massive part of pretty much everything we do."
PostHog wasnt always this central. Early on, Grantable mostly used it for session replay to see how people behaved in the app. Over time, that changed. Now theyre using product analytics, feature flags, error tracking, surveys, web analytics, data warehouse, even LLM tracing and most recently, [Workflows](https://posthog.com/docs/workflows).
“Weve started adding PostHog events into every PR. All new features have a PostHog event requirement,” Evan says. “We track usage, pipe that into dashboards for activation and retention, and now were starting to act on it automatically with Workflows.”
That move, from see data to do something with it right away, is exactly why Grantable is betting on Workflows.
## PostHog Workflows vs. other tools
Grantable had already tried basically every workflow automation platform in the market tools like Zapier, Make, and relay.app and had gone all-in on them before: hiring teams to build complex automation, shipping real production flows on top of those systems, even auto-generating large sites with tens of thousands of pages powered by those workflows.
However, this didnt work for two reasons.
### No shared source of truth
Tools like Zapier or Make dont sit on top of your product data. You have to keep feeding them user state, usage events, subscription info, ICP classification logic, etc. Every time your data model changes, youre updating brittle queries and reconnecting fields by hand.
*“Theres no core dataset they live on top of unless you keep pushing data in manually. That is not a pretty process. And as your product changes, you have to keep re-wiring all of it.”*
With Workflows, Grantable doesnt have to do that. Workflows runs on top of the same PostHog data theyre already tracking: product events, user properties, revenue data, attribution, onboarding steps all the context that actually matters.
<BorderWrapper>
<Quote
imageSource="https://res.cloudinary.com/dmukukwp6/image/upload/evan_rallis_08cffd54f7.jpeg"
size="md"
name="Evan Ralliss"
title="Head of Product & Growth"
quote={`"PostHog Workflows just lives on top of the event data and the amazing user data you already have. The setup was incredibly easy."`}
/>
</BorderWrapper>
### Pricing that scales out of control
Traditional automation tools charge per task or action, so complex workflows quickly become unaffordable.
*“You get into higher and higher pricing tiers just to use certain integrations like Stripe. Then as more events happen you move into even higher tiers. It becomes unworkable past MVP.”*
With Workflows, he says, the cost difference is “absurd” in a good way. According to the pricing calculator he built, PostHog is about 1/100th of the cost compared to other tools when it comes to the number of events you can set up. According to Evan, this fact basically unblocked their roadmap.
Now, instead of worrying about cost or upkeep, the team can simply build — confident that their workflows run on the same trusted data powering the rest of PostHog.
## What theyve already built with Workflows (in alpha)
Grantable started with onboarding — rebuilding their first user email (previously in Customer.io) directly in Workflows.
How it works is simple. The workflow is triggered when a user completes onboarding in the product, then as a second step pulls in context on that user.
![grantable_screenshot1](https://res.cloudinary.com/dmukukwp6/image/upload/Screenshot_2025_11_03_at_16_14_58_782d6dffa3.png)
Next, that data flows into an HTML email built inside PostHog's editor. Evan used drag-and-drop tools to make the email template, and can pull in contextual data from the user with Liquid template language - including setting a fallback for situations where data is not available.
![grantable_screenshot2](https://res.cloudinary.com/dmukukwp6/image/upload/Screenshot_2025_11_03_at_16_15_29_d7febfd2c2.png)
Finally, once the email is sent, the workflow triggers a Slack alert for Grantable to let them know the user exists and their status. This helps keep the team informed about new users and, again, can pull in whatever information the team needs from PostHog.
![grantable_screenshot3](https://res.cloudinary.com/dmukukwp6/image/upload/Screenshot_2025_11_03_at_16_15_48_8e02547d60.png)
That workflow is live in production today and it took Evan only 10 minutes to set it up.
*“Were thrilled with it. We shipped it fast, it works, and its tied to our real product data instead of being duct-taped across tools. Even in alpha, Workflows has been at least one-tenth of the time it wouldve taken us to build something wed actually put in production in Zapier. And that might be an understatement.”*
The Grantable team is following a familiar PostHog pattern: start with one product, realize it works better, then pull more into the stack. Session replay replaced standalone tools; error tracking replaced Sentry; heat maps replaced Clarity; surveys replaced Intercom; and now Workflows is replacing Customer.io and Zapier-style automations — all powered by the same shared data underneath.
## Why this matters (to Grantable and to us)
Grantable isnt just “using a new feature.” Theyre reshaping their operating rhythm around PostHog.
A few things stand out:
- Workflows is credible for production, not just prototyping.
*“Were already running onboarding email off it, in alpha. We would never have put onboarding into Zapier."*
- Setup time is meaningfully lower.
They shipped production messaging + internal notifications in ~10 minutes instead of the usual slog of stitching 68 brittle steps in a third-party tool.
- Cost scales with value, not button clicks.
Theyre no longer scared that success (more signups, more triggers) will nuke their automation budget.
- It sits on top of data they already trust.
This is the real unlock. Theyve already standardized on PostHog for product analytics, activation funnels, retention tracking, attribution, error tracking, surveys, and more. Workflows becomes the “do something with it” layer.
And theyre not done.
*“Our endgame is to move customer communication, onboarding, internal alerts, product usage summaries basically the nervous system of our product and go-to-market into Workflows. You all ship really fast. Were willing to invest in this because we can see where its going.”*

File diff suppressed because one or more lines are too long

View File

@@ -12,6 +12,7 @@ import CreatifyLogoDark from '../images/customers/creatify-dark.png'
import DHLLogo from '../components/CustomerLogos/DHLLogo'
import ElevenLabsLogo from '../components/CustomerLogos/ElevenLabsLogo'
import GanksterLogo from '../components/CustomerLogos/GanksterLogo'
import GrantableLogo from '../components/CustomerLogos/GrantableLogo'
import HasuraLogo from '../components/CustomerLogos/HasuraLogo'
import HeadshotProLogo from '../components/CustomerLogos/HeadshotProLogo'
import HeygenLogo from '../components/CustomerLogos/HeygenLogo'
@@ -651,6 +652,26 @@ const CUSTOMER_DATA: Record<string, BaseCustomer> = {
logo: QredLogo,
height: 8,
},
grantable: {
name: 'Grantable',
toolsUsed: [
'workflows',
'feature_flags',
'session_replay',
'experiments',
'product_analytics',
'surveys',
'error_tracking',
'llm_analytics',
'data_warehouse',
],
industries: ['Business', 'SaaS'],
users: ['Data', 'Product', 'Marketing'],
notes: 'AI Compliance and Grant Writing',
featured: false,
logo: GrantableLogo,
height: 8,
},
// swype: {
// name: 'Swype',
// toolsUsed: ['session_replay', 'product_analytics'],