Nadia Osei was nine months post-seed when she finally admitted the stack had gotten out of control.
She was running Archway, a B2B SaaS platform for property managers to automate compliance documentation. Eight months after closing a $1.8M pre-seed round, the company had twelve paying customers and a team of three, including Nadia. They were growing — but Nadia was running hot. Not productively hot. Chaotically hot.
The symptom she kept returning to: every morning, she sat down to work and spent the first fifteen minutes deciding what to do next and which tool to use to do it.
Baseline: What the Stack Looked Like
Before the audit, Nadia had the following active subscriptions:
Build domain (or assigned there): Claude Pro, GitHub Copilot, Jasper, Notion AI
Sell domain: Apollo, Clay, HubSpot Starter, LinkedIn Sales Navigator
Operate domain: Notion (note: separate from Notion AI subscription), Reclaim.ai, Otter.ai, Granola, Loom
Uncategorized / occasional: Midjourney, Perplexity
Total: 14 tools. Monthly spend: approximately $680 (excluding Loom which was used for async team communication and had some legitimate use).
When asked to write down what each tool was for, Nadia could clearly explain eight of them. The other six had purposes she described as “I use it sometimes for X” or “I added it when we were having trouble with Y.”
That ratio — 57% clearly justified, 43% murky — is a useful diagnostic. Any stack where you cannot clearly state the purpose of more than one in three tools has sprawled past utility.
Version 1: The First Audit (Which Did Not Go Far Enough)
Nadia’s first attempt at pruning cut the stack from 14 to 9. She removed Jasper (replaced by Claude), Reclaim.ai (she was not using the scheduling automation features), Granola (too early stage for the meeting volume to justify it), and LinkedIn Sales Navigator (Apollo covered the same data for less).
Nine tools. Monthly spend: ~$420.
The routing problem did not go away.
She still had two AI writing tools (Claude and Notion AI), two sales intelligence tools (Apollo and Clay), and three note-taking and documentation tools (Notion, Otter.ai, Loom). The stack was smaller but still had multiple tools competing for the same jobs.
This is Version 1 failure: cutting without using the domain principle. Fewer tools with the same overlaps does not solve the routing problem. It just makes the overlap less expensive.
The Redesign: Applying the Founder Triangle
In month two of the audit process, Nadia explicitly applied the Founder Triangle framework. The question for each tool was not “is this useful?” but “does this have a unique job that no other tool in the stack already does?”
She went through each domain:
Build domain:
- Claude: clear winner. Long-form reasoning, spec writing, architecture thinking, complex prompts. Stays.
- Notion AI: Does Claude do this better? Tested both for the same spec-writing task. Claude was significantly better. Notion AI stays only for Notion-native tasks (document formatting, database operations). Downgraded from “primary AI tool” to “native Notion feature.”
- GitHub Copilot: Their engineer uses this. Stays for the engineering team, not Nadia’s personal stack.
Nadia’s Build tools: Claude (primary), Notion AI (native, limited scope).
Sell domain:
- Clay: excellent for enrichment, but Nadia was not doing enough outbound volume to justify the complexity. Better suited to a dedicated SDR or a company doing 200+ touches per week.
- Apollo: covers enrichment, sequencing, and pipeline in one place. Wins on simplicity for a founder doing her own sales.
- HubSpot Starter: Is Apollo + HubSpot duplicative? Yes. HubSpot’s CRM features are more powerful, but at this stage, Apollo’s lightweight pipeline view is sufficient. Cancelled HubSpot Starter.
Nadia’s Sell tools: Apollo (primary).
Operate domain:
- Notion: core workspace tool. Stays.
- Otter.ai: she was using it for meeting transcripts, but most meetings were internal and the transcripts were rarely referenced. Cut.
- Loom: used for async team communication 3–4 times per week. Stays as a communications tool, not an AI tool.
Nadia identified the genuine gap: there was no tool in her Operate domain for planning and time allocation. She was using Notion for task management, but there was no structure for reviewing how her time was distributing across Build, Sell, and Operate, and no prompting to ensure weekly work was aligned with quarterly goals.
She added Beyond Time (beyondtime.ai) to fill this gap. The daily planning session in Beyond Time gave her the structure she had been trying to build manually in Notion: a clear daily intention, a running picture of domain-level time allocation, and a weekly review that surfaced when she was drifting toward Build and neglecting Sell (her most common failure mode).
Final stack:
- Build: Claude
- Sell: Apollo
- Operate: Beyond Time (planning), Notion (documents), Loom (async comms)
- Uncategorized: Midjourney cut; Perplexity kept as a lightweight research shortcut, used occasionally
Total active AI-specific tools: 4 (Claude, Apollo, Beyond Time, Notion AI — used as native Notion feature, not as a standalone subscription).
Monthly spend: ~$165. Savings: ~$515/month.
What Changed: Three Months Later
Three months after the stack rebuild, Nadia described three changes she had not anticipated:
The morning routing problem disappeared. With one tool per domain and clear job descriptions, the question of “which tool should I use?” was no longer a decision. She went to Claude for thinking and writing, Apollo for sales tasks, Beyond Time to start her day. The fifteen-minute morning friction was gone.
Her Apollo usage got significantly better. When Clay was in the stack, Nadia would sometimes use Clay for enrichment and sometimes use Apollo, creating inconsistency in her lead data. With Clay removed, all outbound went through Apollo. Consistency forced her to build a proper sequence, which she had been procrastinating for two months.
The weekly review became useful. Previously, Nadia’s weekly reviews were unfocused. With Beyond Time tracking domain-level time allocation, the review had concrete data to work with. She could see that in weeks when she did not close deals, she had also not done outbound in Apollo. The correlation was obvious once the data was visible. “I knew it was happening,” she said. “I just didn’t have it in front of me.”
The one thing that did not improve: the cognitive weight of being a three-person company tackling a hard market. The tools did not make that lighter. That was never the problem.
Lessons From Nadia’s Audit
Lesson 1: The first cut is never deep enough. Most founders are willing to cut the obvious waste but stop before cutting the tools they have an emotional attachment to. Nadia’s Version 1 cut felt significant — 14 to 9 is a 36% reduction. But it left the structural problem intact. The real work was the second cut, which required using the domain principle to force a decision about overlapping tools.
Lesson 2: The gap you discover is more valuable than the tools you cut. Nadia did not know she had a gap in the Operate domain until she did the audit. She had always had tools for Build and for Sell, but nothing designed specifically for the planning and time-allocation problem. Discovering that gap was worth more than the $515/month she recaptured.
Lesson 3: Stack redesign requires a test period. Nadia’s second audit took two weeks because she insisted on testing the head-to-head comparisons (Claude vs. Notion AI, Clay vs. Apollo) before making cuts. That rigor was worth it. Decisions made from demos or memory are less reliable than decisions made from current evidence.
Lesson 4: Cutting tools is a cultural act. For a team of three, the founder’s stack is the company’s default stack. When Nadia cut Clay, the implicit message to her team was that outbound was Apollo-only. That clarity reduced questions about workflow and made onboarding new sales hires simpler to explain.
Your action for today: Do Nadia’s first categorization step: list every AI tool in your current stack and write B, S, O, or X next to each. Anything with an X or with a duplicate letter is a candidate for the first cut.
Related:
- The Complete Guide to AI Tools for Founders
- The Founder AI Tool Stack Framework
- 5 Founder AI Tool Stacks Compared
Tags: founder AI stack, seed founder productivity, AI tool audit, build sell operate, startup case study
Frequently Asked Questions
-
How many AI tools should a seed-stage founder use?
Three to five. One per domain in the Founder Triangle (Build, Sell, Operate), plus optionally one team-coordination tool once you have more than two people. -
What is the ROI of cutting AI tools?
Beyond the subscription savings, founders who cut to a minimal stack typically report reduced daily decision overhead and faster onboarding of new hires to the company's tooling. The ROI is partly financial and partly cognitive. -
How do you decide which tool to keep when you have two doing the same job?
Use both for one focused week on the same task, compare outputs and friction, and make the call. Do not try to maintain both in the long run. The routing ambiguity costs more than the marginal capability difference.