Layman's Terms← Home

Methodology

Layman's Terms reads a company's website and the coverage around it, then explains the company in plain English: what it does, what makes it different, and how to say it.

Why I built this

I've always had a passion for marketing and brand strategy. Good marketing connects people to products they don't know they need yet. It's matchmaking via translation (and distribution).

The Bay Area produces more interesting technology than anyone can keep up with. But most tech companies, especially B2B SaaS ones, have hard-to-understand and occasionally dull copy. As a PM & growth leader, I've often tried to evaluate a software product by visiting their website, only to leave the site to search for answers to specific questions (“Does Company X offer such and such functionality?” “How does it compare to such and such alternative?”) These companies make some of the most innovative products in the world, but their magic is often buried. You can't figure out what they do, what makes them different, and whether the product is worth your time, without scheduling a 45-minute demo.

I built Layman's Terms to address that for myself and for anyone else trying to keep up.

How it was built

I started with a list of questions a non-expert might actually want to know about a company, whether they're a prospect, a job seeker, an analyst, or a competitive researcher. That framing became the structure of the prompt.

The voice & tone came from my own opinions on what makes content easy and fun to read, then testing the prompt against real companies in deliberately varied situations: consumer vs. B2B, private vs. public, one product vs. multi-product, narrow audience vs. broad.

Each company exposed a weakness in the prompt, and the fix became the next version.

Adjustments I made along the way

When I started building v1 via Claude Code, the initial analysis took 28 minutes. I knew nobody would wait that long. The prompt now tells the model to read the website first, identify the gaps, then intelligently source what's missing (dynamic filtering). Tuning the number of searches, result depth, and how much text gets read per source brought the time down without hurting quality.

I also compared faster vs. higher-quality model versions, and surprisingly, the fast model produced better output. Same format, similar length and content, but punchier writing without losing substance.

Guidance I built into the prompt

What makes this hard

What's still in progress

Have feedback or ideas for a future version? Drop me a note on LinkedIn!