Epismo
Alias
View only

Launch a Customer Engagement

Use when one consultant, FDE, or delivery lead must convert a signed or nearly agreed customer engagement into a realistic initial delivery plan and an aligned kickoff. This covers mobilization through plan baseline, not ongoing weekly governance or detailed PoC evaluation. Treat contractual commitments and decision rights as source-controlled.

Don't just read it. Run it.

Start the work here, keep the important context together, and hand it off to people or AI.

Use playbook

Starting inputs

constraints

Known target dates, staffing, budget, and external dependencies.

array

intendedOutcome *

Customer outcome this engagement is expected to deliver.

string

scopeReferences

Proposal, SOW, contract, internal handover, or related approved documents.

array

engagement *

Engagement name or stable identifier.

string

Steps

  1. 1

    Reconcile the commercial promise with delivery reality

    Read the SOW, proposal, commitments made in sales, procurement/security terms and current customer expectations when available. Create a scope baseline separating signed deliverables, non-goals, assumptions, acceptance criteria, client dependencies and any ambiguous promise. Rank discrepancies by schedule or trust impact and direct unresolved contractual ambiguity to the responsible commercial owner; never reinterpret signed terms as settled fact. Gate: the kickoff can state accurately what has and has not been committed.

  2. 2

    Identify decision rights and delivery dependencies

    Map sponsor, day-to-day counterpart, business owner, technical/data owner, workstream leads, escalation contacts and those who approve deliverables. Create a concise responsibility map using accountable/consulted roles only where supported; unresolved ownership stays explicitly open. Inventory access, data, security review, procurement, resourcing, change freezes and supplier dependencies. Identify the earliest dependency that could prevent productive work. Gate: each critical deliverable has a proposed decision owner and blockers are visible.

  3. 3

    Build a realistic milestone-based workplan

    Back-plan from acceptance outcomes rather than filling a calendar with generic tasks. Define work packages, milestone evidence, dependencies, estimates with confidence, review checkpoints, and customer-provided inputs. Highlight the critical path, slack, and early-warning indicators. Distinguish contractual dates from proposed internal targets; provide options if the desired date conflicts with evidence. Use the simplest project artifact that the team can maintain. Gate: plan assumptions are explicit and the first milestone can be started with available authority.

  4. 4

    Prepare and facilitate the kickoff

    Prepare an agenda that addresses outcomes, scope, responsibilities, collaboration norms, reporting cadence, acceptance criteria, change control, immediate dependencies and unresolved decisions. Present a short pre-read when useful. Capture actual customer feedback, decisions and objections rather than assuming consensus; distinguish items that require legal or commercial approval. Gate: the stakeholders understand what is expected of each side and the kickoff produces explicit decisions or defined blockers.

  5. 5

    Baseline the agreed working plan

    Incorporate confirmed decisions into a versioned engagement plan. Show what changed from the proposal, who approved it, what remains contingent and which dependencies require an owner. Circulate or update systems only with authorization. Avoid manufacturing a new handoff ritual when the owner continues the work. Gate: the plan is executable, its approval status is honest, and critical ambiguities are escalated rather than hidden.

Used in public cases

Published work that started from this playbook.

Used in public cases →