Choose the first launch
Name the first community, campaign, agent group, registration workflow, or listing path AIRES should prove before expansion.
Scope lock handoff
Use this after the recap and Decision Room. It prevents the first proposal from becoming vague by locking the launch track, owner, support tier, CRM boundary, access model, and success metric before approval.
Lock before approval
Name the first community, campaign, agent group, registration workflow, or listing path AIRES should prove before expansion.
Confirm who can approve package, support, access, CRM/export posture, timeline, and launch boundary.
Pick the monthly support path for hosting, maintenance, updates, Hub help, content changes, and post-launch improvements.
Lock dashboard proof and CSV/export first unless the CRM worksheet proves API or webhook discovery belongs in the first scope.
List owner, broker admin, staff, agent, and read-only reviewer access so the Hub does not launch with shared credentials.
Choose one operating outcome: captured registrations, routed leads, faster first contact, cleaner ownership, or broker accountability.
Scope boundaries
One focused public launch, Lead Hub setup, role access, routing map, basic notifications, broker dashboard, CSV/export posture, QA, and support handoff.
Brand assets, launch content, roster, featured listing links, routing owners, support tier, target date, CRM/export expectation, and approval owner.
Full MLS/IDX replacement, custom CRM API buildout, historical CRM migration, paid ad management, unlimited design variations, and enterprise SSO.
The first launch is complete only after public forms, private Hub access, routing, notifications, exports, and support ownership are tested and archived.
Decision-owner questions
Handoff packet
Approval threshold
Scope lock is not a contract by itself. It is the client-safe checkpoint that makes the proposal accurate and keeps the first launch from expanding before proof exists.