Authors
People behind the thinking.
Essays, playbooks, and field notes from the people shaping Zenith's point of view on AI-native products.
Write the BRD before you write the PRD
A BRD is the business clarity layer most rushed product builds skip. Here is how founders can use one to align outcomes, stakeholders, scope, risks, and success metrics before product work begins.
7 min read →Write a PRD designers, engineers, and AI agents can actually use
Most PRDs are either too vague or too bloated. A useful PRD defines users, flows, states, data, priorities, acceptance criteria, and boundaries clearly enough for people and AI agents to build from.
8 min read →A design system is product infrastructure, not decoration
A founder-ready design system defines tokens, components, patterns, content rules, accessibility, governance, and engineering handoff so product quality survives speed.
7 min read →Do not start user interviews without a research plan
A user research plan turns vague discovery into decisions. It defines what to learn, who to study, which methods to use, and how findings will change the product.
6 min read →Your AI coding agent needs a brief, not a vibe
AI coding agents work better when they receive product context, repo rules, constraints, acceptance criteria, and verification commands. Here is the brief structure founders should use.
7 min read →A good SOW prevents scope drift before it starts
A Statement of Work should turn approved scope into deliverables, responsibilities, assumptions, timeline, acceptance criteria, and commercial boundaries.
6 min read →A research repository keeps customer learning alive
Research loses value when findings scatter across docs, calls, and slide decks. A lightweight research repository keeps evidence, decisions, and product opportunities reusable.
6 min read →Information architecture should happen before interface design
Information architecture gives a product its structure before the pixels arrive. It clarifies navigation, page relationships, content groups, objects, and user paths.
6 min read →Technical architecture is a product decision
Technical architecture is not only engineering planning. It defines the system boundaries, data model, integrations, security, scalability, and tradeoffs that shape the product.
7 min read →How to write personas that do not feel fake
Useful personas are not fictional biographies. They capture jobs, pains, triggers, objections, context, and product needs that help teams make sharper decisions.
6 min read →A journey map turns user pain into product opportunity
A journey map helps founders see stages, actions, emotions, touchpoints, pain points, and opportunities before deciding what the product should improve.
6 min read →Write the acceptance plan before launch panic begins
A QA and acceptance plan defines what must be tested, accepted, rejected, reviewed, and signed off before a product release goes live.
6 min read →A launch checklist is a cross-functional document
A useful launch checklist coordinates product, engineering, analytics, support, legal, content, and go-to-market readiness before release.
6 min read →Why every AI app looks the same — and what it costs you
AI made it trivial to ship a working product. It also made everything look identical. Here's why AI apps have collapsed into the same interface — and why deliberate design is now the differentiator, not the decoration.
8 min read →AI is not your product. The experience is.
Founders keep pitching the model. Users only ever meet the experience. Why the intelligence is the cheap part, and the trust, clarity and judgment around it are what actually make an AI product succeed.
7 min read →Design and engineering shouldn't be a handoff
In AI products, the design and the intelligence are the same decision — so splitting them across a wall produces generic, brittle results. Why the strongest AI teams fuse product design and engineering instead of passing work between them.
7 min read →How to write a one-page PRD for your AI product
A one-page PRD forces the clarity most AI ideas lack. Here's the exact structure — problem, users, core loop, MVP scope, and risks — and how to write one a team can actually build from.
7 min read →How to validate an AI product idea before you build
A practical playbook for early founders: how to tell whether your AI idea is worth building, the cheapest ways to test it, and the assumptions that quietly kill startups.
8 min read →Sizing up the competition: how to find the wedge only you can own
'No competitors' is a red flag, not a green light. Here's how to map the AI landscape, read what users hate about existing tools, and find the narrow wedge you can actually win.
8 min read →Finding the core loop: how to scope an AI MVP that ships
Most AI MVPs try to do everything and ship nothing. Here's how to find the single core loop that proves your product — and scope a build you can launch in weeks, not quarters.
7 min read →Is your AI idea ready to build? A founder's readiness checklist
Before you spend months building, run your AI idea through this readiness checklist — problem clarity, the core loop, where AI fits, and the proof you still owe yourself.
6 min read →Designing AI you can trust: patterns for control and transparency
Most AI features fail on experience, not the model. Here are the design patterns — control, transparency, and graceful uncertainty — that make an AI feature people actually trust.
7 min read →The one assumption that can kill your startup — and how to test it this week
Every idea rests on a stack of assumptions, and usually one is fatal. Here's how to find your riskiest assumption and design a cheap experiment that proves or kills it fast.
7 min read →Inline, not a tab: where AI actually belongs in your product
Bolting a chatbot onto your app is the easy path — and the reason most AI features go unused. The case for inline, in-context AI, and how to design it.
6 min read →The trust gap: why users abandon accurate AI
A pattern we keep seeing: AI features get abandoned not because they're wrong, but because users can't tell when they're right. Notes on the trust gap and how design closes it.
6 min read →Product judgment is the new moat
As models commoditize, the defensible edge moves from the technology to the decisions around it. Notes on why product judgment — not the model — is becoming the moat.
6 min read →AI-as-a-tab is a dead end
The bolt-on chatbot ships fast and demos well, then goes unused. A note on why AI belongs in the flow of the work — and what changes when you move it there.
5 min read →The core loop is the product
Every product that works has one loop users return to. A note on why naming it is the highest-leverage decision in an AI MVP — and why skipping it is why builds stall.
5 min read →The vitamin trap: AI makes weak ideas cheaper to build
AI lowered the cost of building, which means more products get built that nobody needed. A note on painkillers, vitamins, and why demand is the only test that matters.
5 min read →
