What this covers
- Platform story versus saleable beta scope
- SKU, bundle, and trust-layer expression
- Pricing posture, plan logic, and pilot-to-paid commercial shape
GTM pillar
Clarify what we are actually selling in beta, how the platform and SKUs fit together, and what commercial posture supports honest early selling.
What this covers
Why it matters in GTM
A new SaaS business needs more than a compelling product vision. Buyers need to understand what they can buy now, what is bundled capability, and how pricing maps to the real offer.
Where we are now
The beta offer is clearer now and the first pricing material exists, but pricing rules and entitlement logic still need tightening.
Biggest gap
We still need final EUR pricing sign-off, cleaner entitlement rules, and an approved product-maturity map for assisted beta selling.
Underlying items
The repo already supports a credible suite story: one platform, visible tools, and a built-in trust layer. The missing step is to translate that architecture into a beta sell-sheet that clearly separates what is saleable now, what is included infrastructure, and what is directional proof of the broader business unit.
Open tactical detailThe pricing strategy is already serious and differentiated: the repo defines a ladder from point solutions to research infrastructure, and the external-signals work validates moving beyond pure seat-based SaaS. What is still missing is the beta commercial stance that makes this sellable without pretending billing, entitlements, and willingness-to-pay evidence are more mature than they are.
Open tactical detailFounder decisions
Keep the public anchors at Starter EUR 260 per seat per month, Foundation from EUR 1,750 per month, Growth from EUR 5,850 per month, and Enterprise as contact us. Approve the included capabilities explicitly and keep unenforced usage limits, support exceptions, and pilot-to-annual terms inside proposals and live conversations.
Review in readiness checklistUse a productized assisted-beta model: defined onboarding, a named support channel, scheduled reviews, bounded priority-fix commitments, an agreed evidence or quote ask, and an explicit route into a paid annual plan. Do not allow the beta to become open-ended consulting.
Review in readiness checklistExplain Research Architect as the place where teams gather the right context and shape the brief before designing research. Keep the bigger 'front door to every project' story as the future direction until the product is ready to support it.
Review in readiness checklistUse one maturity-labelled commercial map backed by the current roadmap and technical confirmation. Allow curated access where appropriate, but never turn access to the full designed product set into a blanket promise or describe future capability as generally live.
Review in readiness checklistAppendix briefs
Evidence links