The current Architect tier copy reads like Architect includes all listed features now, except for the final “Early Access” group. That creates a product-claim risk if some listed modules are not yet clickable, functional, and tier-gated in Production.
Problem
Risk points:
- “What’s included” makes every item below it sound currently available.
- “Architect Active” beside the feature list reinforces that these are unlocked now.
- Items like “Session archive & report history,” “Download as PDF,” “Multi-profile Vault,” “Creative Workbench,” “Reports,” “Planner,” “Solar Return,” and “Progressed Chart” sound like concrete product capabilities, not roadmap.
- The only clearly roadmap-qualified items are under “Early access as the instrument evolves.”
Unless those modules are live in Production, the current copy is overclaiming. It can still sound powerful, but it needs status language so buyers understand they are funding the buildout rather than buying a finished suite.
Cleaner claim language
Use language like:
Architect includes everything currently live, plus founding access to new instruments as they ship. Some modules listed below are in active build and will appear first for Founding Architects.
Required change
Label the Architect feature set by availability status instead of presenting it as one undifferentiated “included” list.
Live now
- Mirror / solo diagnostic reads
- Balance Meter & Alignment Corridor
- Solo Blueprint
- Symbolic Moment
- Cognitive Architecture overlay
- Subscription management
In active build for Founding Architects
- Planner
- Relational reads
- Chamber Reports
- Cosmic Seismograph
- Multi-profile Vault
- Solar Return
- Progressed Chart
- Shadow Work
- Creative Workbench
- Session archive / PDFs
- Longer sessions
Roadmap / early access
- Dream Interpretation Protocol
- Constellation Vault
- ElevenLabs voice
- Relocation System
Acceptance criteria
- The pricing/subscription page no longer implies all listed Architect features are currently available.
- Any non-live feature is explicitly marked as
In active build, Roadmap, or equivalent.
- “Architect Active” is not positioned in a way that implies unavailable modules are currently unlocked.
- Live features are separated from build/roadmap features visually and semantically.
- Copy preserves the value of the Founding Architect tier without overclaiming finished capabilities.
Notes
This is not just a tone issue. It is a trust and conversion issue. The stronger version of the page is honest about the buildout while still making Architect feel valuable: current access now, first access later, and clear founding participation in the system’s expansion.
The current Architect tier copy reads like Architect includes all listed features now, except for the final “Early Access” group. That creates a product-claim risk if some listed modules are not yet clickable, functional, and tier-gated in Production.
Problem
Risk points:
Unless those modules are live in Production, the current copy is overclaiming. It can still sound powerful, but it needs status language so buyers understand they are funding the buildout rather than buying a finished suite.
Cleaner claim language
Use language like:
Required change
Label the Architect feature set by availability status instead of presenting it as one undifferentiated “included” list.
Live now
In active build for Founding Architects
Roadmap / early access
Acceptance criteria
In active build,Roadmap, or equivalent.Notes
This is not just a tone issue. It is a trust and conversion issue. The stronger version of the page is honest about the buildout while still making Architect feel valuable: current access now, first access later, and clear founding participation in the system’s expansion.