Back to AtlasStrategy
AtlasStrategy Beta guide
AtlasStrategy overview
Understand the Beta workflow, who it serves, its role in the AtlasLoopOS operating loop, and its current boundaries.
Prerequisites
- An AtlasLoopOS organization and selected workspace.
- Product, market, customer, and proof information that can be attributed to an identifiable source.
- A reviewer who can make the final governed decision.
Permissions
- Creating and editing a strategy requires atlas-strategy.access plus organization and workspace membership.
- Approval or rejection requires an organization owner/admin, product admin, or workspace owner/admin role.
Step-by-step
- 1Open /app/strategy in the correct workspace.
- 2Document the product profile and source-backed market context.
- 3Choose one segment and ICP, then write evidence-based positioning.
- 4Set a measurable goal and draft one controlled GTM play.
- 5Submit the complete packet for human approval.
- 6Verify the decision history and approved-play event in Command Center.
Expected result
A completed strategy produces one canonical strategy signal and one governed play. Approval changes the play to ready, synchronizes the strategy to approved, records an immutable decision, and exposes a product-correct AtlasStrategy event in Command Center.
Troubleshooting
- No workspace: select or create an authorized workspace before opening the workflow.
- Access denied: confirm atlas-strategy.access and active organization/workspace membership.
- Approval unavailable: ask an authorized administrator to review the pending play.
- Missing Command Center event: refresh the timeline and verify that the play is approved rather than only submitted.
Apply this guide in the strategy workspace.
AtlasStrategy remains human-governed: submission creates a reviewable play, and approval does not execute a campaign.
Open AtlasStrategy Beta