Role SOP and operating playbook
Commercial Space Business Manager Operating Playbook
This operating playbook gives a Commercial Space Business Manager a repeatable route from request intake through evidence checks, decision routing, authorized handoff and follow-up. Local employers determine the applicable systems, approvals and specialist responsibilities.
Explore Professional Certificate in NewSpace and Aerospace Business Management- Resource
- Role SOP and operating playbook
- Evidence
- United States
- Reviewed
- October 11, 2026
- Format
- Reusable professional guide
A model operating playbook for commercial space business managers: intake, evidence, decisions, handoffs, cadence and exception control.
Evidence scope: Evidence-derived resource from a purposive review of 111 current direct-employer U.S. commercial-space management vacancies across 17 employers, plus a separate review of 15 dated primary-source developments. The sample is descriptive and does not estimate the whole U.S. hiring market.
This model operating playbook helps a Commercial Space Business Manager turn a bounded opportunity, delivery change or service issue into a documented work package and an accepted handoff. It is adaptable to a satellite-data service, space product, supplier, programme or mission interface. The manager owns the coordination record and recommendation; each employer names the people who can approve commitments and specialist decisions.
Purpose and scope
Use this SOP from the first qualified trigger through a recorded decision, handoff and closure check. Its practical output is one current view of the customer or mission need, assumptions, requirements, interfaces, cost and capacity, milestones, obligations, risks and decision owners. Select only the parts relevant to the assigned role and product.
The model covers commercial and programme coordination. It does not authorize the manager to sign a contract, interpret legal terms, classify an export, grant data rights, accept engineering or quality work, license a mission, direct flight operations or make a safety decision. A named specialist or authorized decision maker takes those actions under the employer's process.
The employer must set these local fields before operational use:
| Local field | Value to confirm |
|---|---|
| Product, customer and programme boundary | [Local employer policy: assigned product/service, customer, phase and exclusions] |
| Decision and spending authority | [Local employer policy: delegated approvers, thresholds and substitutes] |
| Specialist owners | [Local employer policy: engineering, quality, legal/contracts, finance, procurement, data-rights, export, regulatory and mission owners as applicable] |
| Escalation route and response time | [Local employer policy: primary contact, backup, severity thresholds and out-of-hours route] |
| Systems of record and access | [Approved system: opportunity, requirements, schedule, risk/change, contract, supplier and decision records as applicable] |
| Review gates and record retention | [Local employer policy: required gate evidence, review cadence, retention and access rules] |
Roles and inputs
The manager coordinates the work package, resolves record conflicts, prepares options and asks the authorized owner for a decision. An account or product owner confirms the customer need and controls external promises. Engineering and quality owners assess feasibility, data or hardware performance, interfaces and acceptance evidence. Finance checks commercial assumptions; procurement and supplier-quality owners check supply and qualification; contracts and legal owners review obligations and terms. Mission, flight-safety, export, licensing and data-rights specialists join whenever their domain is implicated. Leadership or another delegated approver accepts the business tradeoff within written authority.
Start with the trigger and its source: a customer request, bid invitation, internal milestone, supplier change, quality finding, service issue or approved change request. Gather the current customer need; product or mission baseline; technical and quality evidence; schedule and capacity; price/cost assumptions; existing obligations; supplier status; and prior decisions. Mark missing evidence as open with an owner and due date. Do not fill a gap with an assumed approval.
Trigger-to-close workflow
- Open and classify. Record the trigger, source, date, affected product or service, customer or mission, requested outcome, urgency and coordinator. Assign one work-package ID in [Approved system: work register]. Check whether an immediate specialist or incident route is required.
- Frame the need. Confirm the use case, scope boundary, desired date, success measure and acceptance evidence with the customer-facing owner. Separate a request from an approved commitment. Record the current version and unresolved interpretations.
- Map interfaces and evidence. Ask accountable owners to assess technical feasibility, quality, supplier or partner capacity, schedule, cost, data rights, contract obligations and applicable approvals. Record each answer, source date, confidence, dependency and missing decision. Do not self-certify another function's evidence.
- Compare options. Prepare a feasible baseline and at least one meaningful alternative or recovery path when a tradeoff exists. Show customer effect, cost/capacity, timing, quality, dependencies, uncertainty and the consequence of waiting. Identify any option that requires specialist clearance before it can be offered.
- Route the decision. Send a concise decision brief to the person named in [Local employer policy: authority map]. Include the recommendation, alternatives, assumptions, open risks, requested decision, deadline and specialist signoffs. Record approval, rejection, request for more evidence or deferral in [Approved system: decision log]. Silence is not approval.
- Handoff the approved action. Give each action owner the accepted scope, version, due date, acceptance evidence and affected interfaces. The customer-facing owner approves any external message. Update the plan, obligations, supplier and risk/change records in their approved systems. Obtain receipt or acknowledgment from each owner.
- Verify and close. Check completion against the recorded acceptance evidence, confirm that a specialist has closed any specialist decision, reconcile customer and internal records, and document residual risk and the next review date. The authorized owner accepts closure. Reopen the work package if evidence fails or a material assumption changes.
At every step, preserve the source and date of a claim. A forecast, supplier estimate, unreviewed term or proposed rule stays labelled as such until its designated owner verifies its status.
Working cadence
The employer chooses intervals that match the active service or programme. A vacancy with no stated cadence does not establish a required routine for the field.
| When | Coordinator's check | Resulting record |
|---|---|---|
| Daily during active delivery | Scan approaching commitments, new blockers, customer and supplier changes; confirm owners and urgent escalation. | Current issue/dependency entries and next action. |
| Weekly or at the agreed team interval | Reconcile scope, schedule, capacity, cost, risks and handoffs with the relevant functions; request overdue decisions. | Dated status, decision requests and accepted actions. |
| Monthly or at the agreed business review | Compare forecast with actual service, cost, capacity and repeat exceptions; test whether corrective actions worked. | Performance review and revised assumptions. |
| At a bid, contract, change or milestone gate | Recheck feasibility, terms, customer promise, interfaces, quality evidence and approval status before the next commitment. | Gate brief, version and authorized decision. |
| At a mission, service or supplier event | Use [Local employer policy: incident/escalation route]; preserve time-stamped facts, uncertainty, affected commitments and specialist ownership. | Event record, approved communication and recovery decision. |
Decisions, authority, handoffs and escalation
The manager may clarify a request, maintain the plan, compare options, identify a risk and recommend a course of action. The manager may prioritize or spend only within [Local employer policy: written delegation]. A job title, meeting attendance or access to a system does not establish authority.
| Decision or issue | Manager's contribution | Required owner or handoff |
|---|---|---|
| Customer scope, price or service promise | Show feasibility, alternatives and impact. | Authorized account/product owner; finance and contracts review where required. |
| Contract language, signature or dispute | Record the clause or question and operational effect. | Contracts/legal owner and authorized signatory. |
| Supplier substitution or nonconformance | Show lead time, quality, inventory and schedule effect. | Procurement, supplier-quality and engineering owners. |
| Technical acceptance or mission readiness | Assemble interface and evidence status; flag gaps. | Designated engineering, quality, mission and flight-safety authorities. |
| Data use, export or regulatory status | Identify the affected data, transfer, service or activity and stop unapproved action. | Designated data-rights, export or regulatory specialist. |
| Budget, schedule or scope change beyond delegation | Present options, exposure and recommended action. | Named programme sponsor or delegated approver. |
Escalate promptly when a safety or mission concern appears, a customer commitment may be missed, evidence contradicts an approved baseline, a supplier or data source becomes unavailable, an obligation is unclear, or a threshold in [Local employer policy: severity and delegation limits] is met. Use [Local employer policy: primary and backup escalation route]. If the named owner is unavailable, record the attempted contact and follow that backup route; do not substitute a novice operational judgment. Capture who received the issue, when, what they accepted and the next update time.
Records and quality checks
Use the employer's approved systems as the source of record. A linkable work package should contain the trigger and current version; requirement and interface owners; dated evidence and assumptions; option comparison; milestone and dependency plan; cost/capacity assumptions; obligation references; risk, issue and change entries; decision owner and outcome; handoff acknowledgments; external-message approval; and closure evidence. Limit access and retention according to [Local employer policy: information classification and retention].
Before a decision brief or customer handoff, check that:
- the customer need, unit, time period and acceptance test are clear;
- each material claim has a source, date and confidence or an explicit open status;
- technical, quality, supplier, rights and contract questions have named owners;
- costs, dates and capacity are estimates or approved commitments as appropriate;
- the recommendation shows a feasible alternative and residual risk;
- the requested decision matches the recipient's written authority; and
- the current record versions agree across affected teams.
The employer sets targets in [Local employer policy: performance scorecard]. Useful measures include the share of material decisions with a named approver and evidence, overdue risks without an accepted escalation, missed customer commitments, handoffs acknowledged by the receiving owner, changes reflected across affected records, forecast versus actual delivery or cost, and repeat exceptions after corrective action. Review both the measure and its definition; a fast closure with unresolved quality or customer impact is not a success.
Exception handling
For incomplete or conflicting evidence, pause the affected recommendation, mark the disputed assumption, assign an evidence owner and decision deadline, and present only the options supported by current facts. For a missed milestone or degraded service, use the employer's event route, preserve the timeline, quantify the customer effect with the service owner, and seek approval for the recovery and customer message. For a supplier or data-source failure, ask technical, quality and procurement owners to assess qualified alternatives before changing the baseline. For an ambiguous term, data right, export condition or regulatory requirement, stop the affected commitment or transfer and hand the question to the designated specialist. For a decision owner who cannot be reached, use the documented backup; record the interim state and next check.
After any material exception, update the work package, affected plan and obligation records, owner acknowledgments and customer communication status. Close only when the authorized owner accepts the outcome and residual exposure.
Reusable SOP model
Copy and complete this model for one bounded opportunity or delivery issue. Bracketed fields are deliberate local decisions or approved-system references.
| Field | Entry |
|---|---|
| SOP owner and scope | [Local employer policy: role owner, product/service, customer and phase] |
| Trigger and opening criterion | [Local employer policy: qualifying request, change, gate or event] |
| Work-package ID and records | [Approved system: ID, register links and version rule] |
| Success and acceptance evidence | [Local employer policy: customer and technical acceptance owners and tests] |
| Required inputs | [Approved system: current requirements, baseline, schedule, cost, supplier, obligations and prior decisions] |
| Decision and specialist authority | [Local employer policy: approver, delegation limits, specialist owners and backup] |
| Escalation | [Local employer policy: triggers, route, response time and out-of-hours contact] |
| Communication | [Local employer policy: customer-message approver, channels and update interval] |
| Closure and retention | [Local employer policy: closure approver, evidence, residual-risk review and retention] |
Operating sequence: Open and classify the trigger; frame the need; collect accountable evidence; compare options; request a decision from the authorized owner; hand off the approved action; verify acceptance and close. Use the same work-package ID and version throughout. The employer may add a gate, but should keep the decision and evidence trail intact.
Worked example
Worked example
Fictional example for learning purposes.
Situation. Aster Delta Data provides an imagery-derived coastal flooding alert service. Shoreline Utilities asks whether a 30-day pilot can deliver an alert within eight hours of each qualifying image. The account lead has not promised that service level. The current processing plan indicates a 12-hour interval, and one external imagery source has a data-use question. A contract discussion is scheduled for the following week.
| Work-package field | Recorded entry |
|---|---|
| Trigger | Customer pilot request received 6 October; account lead opens AD-042 in Aster Delta's opportunity register. |
| Need and acceptance | Account lead confirms a 30-day pilot, defined coastal assets and an eight-hour target. Product owner must define a qualifying image and the measurable alert timestamp. |
| Current evidence | Engineering's 7 October run history supports 12 hours under the present pipeline. The imagery supplier's data-use permission for customer alerts is unresolved. Finance has a preliminary processing-cost estimate. |
| Interfaces | Product owns the alert definition; engineering owns latency and quality evidence; data-rights specialist owns permitted use; finance owns cost review; account lead owns the customer message. |
| Options | A: propose a 12-hour pilot using the current pipeline, subject to rights and contract review. B: test an eight-hour path with a separate engineering estimate and no customer promise yet. C: defer the pilot if neither service path meets the customer's need. |
| Recommendation and decision | Manager recommends discussing A as a feasible baseline and asking whether the customer accepts it; B remains a test, not an offer. The account lead requests product, engineering, data-rights, finance and contracts review before any proposal. |
| Handoff | Engineering receives the eight-hour test question and due date; the data-rights specialist receives the source-use question; finance checks cost assumptions; contracts reviews proposed pilot terms. The account lead acknowledges ownership of the external response. |
| Closure criterion | Close AD-042 only after the authorized account owner records the pilot decision, specialist reviews are complete, the approved customer message is sent, and the chosen service level and acceptance test match the contract and delivery plan. |
Event and resolution. Engineering's test does not support a reliable eight-hour commitment. The data-rights specialist confirms the permitted use for the scoped 12-hour pilot, and contracts approves the proposed language. Finance updates the cost estimate. The account lead offers the 12-hour pilot with the defined acceptance test; Shoreline Utilities accepts it. The manager records the approved version, aligns the delivery plan and obligation record, obtains engineering and service-owner handoff acknowledgments, and asks the authorized account owner to accept closure. If the customer had insisted on eight hours, the work package would have returned to option review rather than treating the test target as an approved promise.
Evidence and adaptation
Evidence and adaptation
Prepared as a Role Starter Pack resource for the Professional Certificate in NewSpace and Aerospace Business Management, this model is grounded in the MTF Institute review of 111 U.S. commercial-space management and coordination vacancies from 17 employers, collected on 10 October 2026, and the separate review of recent U.S. space-management developments. The vacancy sample is purposive, so its coded duties do not establish industry-wide frequency or one universal job design. It supports a shared coordination core while the employer selects the relevant role family, operating interval, records, systems and authority map. The source report is archived as version DOI 10.5281/zenodo.23288431.
Quick reference
Use the resource in five moves
- Read the role purpose and expected outputs.
- Compare the model with the local role and authority boundaries.
- Select only statements supported by real evidence.
- Adapt the reusable fields without inventing experience or approvals.
- Review the result with the accountable person before operational use.