How Granola gets customers
Likely an individual note-taking win creates useful shared outputs, which expose colleagues to the product and open a path to team context and paid integrations. [E1, E2, E4, E5, E6]
The exact prompt and downloadable result remain available below.
How it was made
Captured locally, then reviewed and possibly edited by the creator. This is a shared recipe, not an unedited transcript. Copy this text kit to your agent to adapt it.
- One completed analyst run covers three reports. The recipe and brief were edited for reuse.
- Capture uses an isolated actual session excerpt; inherited parent history and session identifiers were omitted.
- Public report claims cite evidence; hypotheses and missing sources are labeled.
Models
- gpt-6.1-sol · openai · execution · Codex
Agent
Codex
Tools and APIs
- Node.js
Build and run REM from source, capture the completed session and validate citations.
- Public web fetch
Inspect public competitor pages and fill evidence gaps without login.
Ordered steps
Brief Competitor Analyst
Describe the competitor, your product and the first-channel decision. Replace the hypothetical founder assumptions with your actual product and URL.
Competitor: Granola. You are the founder building a meeting assistant for small consulting teams, with no audience or marketing budget. This is a hypothetical prelaunch product; there is no public prototype URL to fetch. Decision: which customer acquisition channel should you copy first? Use only public evidence, label inferences and unknowns, compare the funnel fairly, and finish with 5–10 ranked moves with first steps and numbers to watch.Collect public evidence and write the report
Build REM from its public source, run doctor and a JSON collection without AI API use, read the harness and channel playbooks, fetch missing public pages, write the teardown and ranked playbook, and check every citation.
About
Likely an individual note-taking win creates useful shared outputs, which expose colleagues to the product and open a path to team context and paid integrations. [E1, E2, E4, E5, E6]
TL;DR
- Granola makes the initial promise concrete: better meeting notes without a meeting bot, with private notes and optional sharing. Likely this addresses an obvious first-use objection. [E1]
- Its 2.0 announcement makes shared folders and shareable team context explicit; the later announcement expands that into Spaces and APIs. These are product distribution surfaces, not measured referral attribution. [E5, E6]
- The pricing page keeps a free entry and distinguishes paid history, integrations and administration. Likely expansion follows ongoing usefulness and organizational needs. [E2]
Channel scorecard
REM observed SEO strength 2, AI-search resource strength 1 and HN discussion strength 3. It detected AppsFlyer instrumentation, which does not establish a paid channel. Sitemap lastmod counts are not a reliable editorial publication cadence. [E20, E21, E22]
Channel | Status | Strength (0–3) | What we saw | Evidence --- | --- | --- | --- | --- Product / sharing | Observed | 3 | Shared folders, team context and controlled sharing | E1, E5, E6 Funnel | Observed | 3 | Free entry; paid history, integrations and admin capabilities | E2 Content / SEO | Observed | 3 | Detailed use-case guide, public sitemap and llms resource | E7, E9, E10 Social proof | Observed | 2 | Public testimonials and company-reported adoption story | E1, E4 Paid / channel attribution | Unknown | 0 | No ads or internal acquisition data checked | E11
Strength rates the available evidence, not revenue contribution. [E11]
The engine
Likely the loop is capture one meeting → get a useful note → share a result with a colleague → create a shared body of context → expand access and integrations. The homepage supplies the individual promise, the team announcement supplies collaboration, and the later Spaces/API announcement connects the archive to other workflows. This is a mechanism inferred from product design, not a proven referral conversion rate. [E1, E5, E6]
Paid
REM detected AppsFlyer. Its Apple ad source returned an empty EU sample for the matched app; that narrow result does not establish a global absence of ads. The app match was not independently verified and is excluded from acquisition recommendations. [E22, E11]
Ad-library activity, budgets, longest-running creative and acquisition cost were not checked. This report cannot conclude that Granola does or does not rely on advertising. [E11]
Organic social
The public pricing page carries named testimonials and embedded social praise. These are selected examples, not a representative measure of organic reach or cadence. Likely a useful note is easier to explain through an example than through a long feature list. [E2, E11]
SEO & AI search
A public guide targets a specific professional job: analyzing customer calls across a meeting archive. It explains a workflow, then ties the problem to folder-level queries. Likely this supports intent-led acquisition beyond the generic meeting-notes category. Search rankings and attributable traffic remain unknown. [E7, E11]
The public sitemap lists content and product pages; robots advertises the sitemap and a separate llms text resource is accessible. These are observable discovery surfaces, not proof of search visibility or AI recommendations. [E8, E9, E10]
Founders & people
The launch and funding posts identify Chris Pedregal as cofounder and CEO. The Series A story describes leadership adoption and sharing within companies, but those are the company's own account of growth; this run does not independently verify the claimed effect or measure the founder's audience. [E3, E4]
No systematic public Reddit review was performed. Brand recommendations, community management, sentiment and ranking discussion threads are unknown. [E11]
Community & launches
REM found domain-related Hacker News submissions. This is a public discovery surface, but its sample includes discussion beyond official launches and supplies no conversion attribution. [E21]
The initial launch post introduces a notepad that enhances the user's own notes. Subsequent announcements introduce team sharing and richer context access. Likely repeated launches create new reasons to revisit the product, but official-launch rankings and incremental acquisition were not established. [E3, E5, E6, E11]
Funnel & monetization
The current pricing page offers Basic free entry, Business and Enterprise options. It distinguishes limited versus unlimited meeting history, integration access and organization controls. Likely a small team first needs a useful personal habit, while the paid upgrade makes sustained history and shared workflows more valuable. Current rate cards are dated evidence, not a promise about future pricing. [E2]
Positioning over time
The 2024 launch describes a personal notepad; the 2025 team announcement emphasizes shared meeting context; the later Spaces and APIs announcement broadens access to company context. Likely the positioning expands from individual value toward team infrastructure. REM also returned archive availability, but the launch posts support this comparison; a historical homepage copy audit was not performed. [E23] [E3, E5, E6]
Them vs you
You are a hypothetical founder building a meeting assistant for small consulting teams, without an audience, marketing budget or public prototype URL. These are brief assumptions, not researched facts about an existing business. [E11]
Dimension | Granola | Your initial choice --- | --- | --- Positioning | Bot-free meeting notes and context | One consulting deliverable: decision and follow-up brief Pricing / free tier | Free entry, paid history/integrations/admin | One useful sample output; bound capture cost First run | Device-audio notes and personal enhancement | Consent-aware sample meeting with editable output Channels / content | Shared notes, use-case guides, public launch stories | Searchable consulting workflows and shareable sample briefs Social proof | Named testimonials and vendor adoption accounts | Transparent own examples until real customers authorize stories
Your potential advantage is a narrower deliverable and less setup for one role; no quality or retention lead has been established. [E1, E2, E4, E7, E11]
Steal this playbook
Your playbook is ranked by expected impact per effort; counts below are proposed tests, not Granola performance benchmarks. [E11]
- Publish one before-and-after meeting brief. First step: use an invented sample meeting clearly labeled as such and show editable decisions and next actions. Watch sample view → completed first brief. [E1, E3]
- Build controlled output sharing. First step: let the creator preview exactly what a recipient can see before sharing. Watch shared briefs, recipient views and recipient activations, without exposing private meeting content. [E1, E5]
- Publish three job-specific guides. Start with discovery call follow-up, project handoff and weekly client decision recap. Watch nonbrand impressions and completed briefs from each guide. [E7, E9]
- Make a one-week habit experiment. First step: prompt early users to evaluate three relevant meetings and review the useful actions retained. Watch second-week repeat use and correction rate. Likely repeat value is the prerequisite for a sharing loop. [E1, E4]
- Offer one practical export before many integrations. First step: format a reviewed brief for the consulting team's existing document workflow. Watch exports that lead to repeated use. [E2, E6]
- Gate team expansion on real collaboration. First step: add one shared client-project folder once users need it and explain access clearly. Watch colleague invitations and weekly active teams. [E2, E5, E6]
Unknowns & how to check
- Paid activity, spend, referral conversion and channel attribution: unknown; check public libraries and your own opt-in analytics. [E11]
- Search volumes, ranking strength and traffic share: unmeasured; this run uses no paid keyword data and makes no numeric demand claim. [E11]
- Social reach, founder audience, Reddit and launch-platform performance: not systematically checked; public-source review is a follow-up. [E11]
- No buyer site was fetched because the brief is hypothetical with no URL. Replace the assumptions with a real product and fetch its funnel before making a business-specific recommendation. [E11]
Evidence sources
-
E10: Public llms text resource describes product information and related public resources.
-
E20: Sitemap: 358 URLs, 1 programmatic page families, 268 content updates in 90d
-
E23: Homepage history: first archived 2024-09-25, 26 monthly snapshots
How this outcome was made
Possible’s Competitor Analyst instructions guided a Codex agent using GPT-6.1 Sol. One run researched these three products, built REM from source on Linux, read its harness, fetched public pages, checked citations and wrote the reports. The recipe was edited for reuse from a completed isolated session excerpt. No logins, contact, paid data keys or spend were used. This brief describes a hypothetical founder; the comparison should be rerun against your actual product.
Exact prompt
Hidden characters, if present, appear as Unicode escapesCompetitor: Granola.
You are the founder building a meeting assistant for small consulting teams, with no audience or marketing budget. This is a hypothetical prelaunch product; there is no public prototype URL to fetch.
Decision: which customer acquisition channel should you copy first? Use only public evidence, label inferences and unknowns, compare the funnel fairly, and finish with 5–10 ranked moves with first steps and numbers to watch.What you need
- A coding agent that can run Node.js, fetch public pages and write files
- Node.js and the public reverse-engineer-marketing source
Download the result
Technical details and provenance
- Provider
- openai
- Model
- gpt-6.1-sol
- Agent
- Codex
- Published
- Publication
- community