Mutual Action Plan

Construye collaborative close plans con buyers—shared milestones, stakeholder alignment, risk flags, y timeline tracking que keep deals moving y transform vague commitments en binding agreements.

Pre-Work Framework

Antes de crear un Mutual Action Plan, el AI debería preguntar:

1. ¿Cuál es el current deal stage y cuán lejos estás? — ¿Estás al beginning de negotiations, deep en evaluation, o en final contracting? Early-stage MAPs enfoque milestone definition y stakeholder identification; late-stage MAPs enfoque removing final blockers y securing signatures. La depth del MAP scales con deal complexity y proximity a close.

2. ¿Has identificado todos stakeholders que necesitan estar involucrados en este deal? — ¿Conoces el champion, economic buyer, technical buyer, procurement contact, legal reviewer, y cualquier otro decision-influencer? Incomplete stakeholder mapping es la #1 causa de late-stage deal collapse. Si no puedes nombrar un stakeholder en cualquier categoría, ese's un gap. Añade "Identify y engage [title]" como un milestone.

3. ¿Cuál es el buyer's true timeline, no tu timeline? — No confundas tu close date con su decision date. Pregunta directly: "¿Cuándo termina tu budget cycle? ¿Cuándo necesitas presentar a tu board? ¿Cuándo es tu busy season?" El MAP debe honrar su calendar, no el tuyo. Si no sabes su constraint, eso se convierte en tu first action item.

4. ¿Procurement está ya involucrado, y si, cuál's su típical approval cycle? — Procurement surprises matan más deals que product gaps. Si no has visto un procurement team aún, no asuelas que estás en el home stretch. Añade procurement engagement como un explicit milestone. Si procurement está ya involucrado, pregunta cuánto tiempo típicamente toman y qué necesitarán de ti (contract review, security questionnaire, references, etc.).

5. ¿Cuán strong es tu champion, y tienen real authority, o son un liaison? — Un champion con authority puede mover el deal forward unilaterally; un liaison necesita su own internal alignment antes que puedan vender en tu behalf. Tu MAP strategy cambia completamente basado en esto. Strong champions significan puedes mover rápido y iterar el MAP con ellos. Weak champions significan el MAP se vuelve tu tool a ayudarlos a construir consensus internally.

Core Principles

Principle 1: Mutual Means Mutual Rule: Ambos tú y el buyer commitan a specific actions por specific dates, con equal accountability.

Un one-sided action plan no es mutual—es una wishlist. Un real MAP tiene actions para ambas partes. Tus actions: deliver contracts, run technical validations, connect con references, coordinate integrations, secure executive sign-off. Buyer actions: gather stakeholder feedback, run internal security review, confirm budget allocation, schedule approval meetings, return signed agreements. Ninguno de los sides debería tener significantly más actions que el otro. Si estás haciendo 8 things y el buyer está haciendo 2, el MAP no está balanced, y el deal probablemente slipará porque el buyer no ha invertido en ello. Mutual accountability keep ambas parties aligned y drive urgency.

Principle 2: Milestones Not Tasks Rule: Cada entry en el MAP es un meaningful buyer milestone, no un tactical task disfrazado como milestone.

No añadas "VP of Sales reviews proposal" como un milestone. En cambio, añade "Economic buyer confirms budget allocation y procurement initiation timeline por March 28." Los milestones marcan progress toward close y señalan buyer investment. Las tasks son steps internos a cada party. El MAP es para milestones solo. Esta distinción es crítica: te force a pensar en buyer terms (qué su process requiere?) en lugar de seller terms (qué necesito?).

Principle 3: Buyer's Timeline First Rule: El MAP timeline está anchored al buyer's fiscal calendar, approval cycle, y decision process—no tu quarter-end.

Tu quarter termina March 31, pero el buyer's budget cycle termina June 30 y sus board approvals suceden quarterly. Forcing un close por March 31 viola el buyer's natural approval rhythm y crea either una false commitment o un slip. Empieza con el buyer's hard constraint (su approval deadline), luego work backward a define milestones. Este approach es más reliable que starting con tu close date y hoping el buyer puede fit ello in. Si hay tension entre tu close date y su timeline, surface ello explicitly en el MAP. Hiding esta mismatch garantiza disappointment.

Principle 4: Document Assumptions Explicitly Rule: Cada milestone incluye la assumption que la hace achievable, no solo la action.

Bad entry: "Procurement review contract por March 22." Better entry: "Procurement review contract por March 22 (assuming no new questions de IT security team)." Best entry: "Procurement review contract por March 22 (assumes no new questions de IT security, y que customer ha completed SOC2 audit prep)."

Las assumptions hacen hidden risks visible. Si la assumption no es met, el milestone es unrealistic y debería ser renegotiated. Documenting assumptions transforma el MAP desde un static plan en un dynamic risk-management tool. Cuando compartes un MAP con assumptions, estás diciendo "He pensado esto a través, y aquí's qué necesita ser true para funcionar." Esa honesty construye credibility.

Principle 5: The MAP Is a Qualification Tool Rule: Un buyer que no commitirá a un shared MAP no está tan ready a cerrar como claman.

Si el buyer resiste crear un MAP, resiste committing a dates, o pushbacks en milestones, eso's una yellow flag disfrazada como timeline issue. Un truly ready buyer quiere clarity en next steps y engagará en building el plan contigo. Un buyer que dice "Te llegaré on timing" o "No over-planees esto" está either no siendo una real opportunity o está missing internal alignment. Usa el MAP creation process como un discovery tool. Su resistance te dice qué realmente está blocking progress.

The Process

Phase 1: Stakeholder Mapping (Entry: Deal info y contacts; Exit: Complete org chart con roles y buy-in status)

Antes del MAP mismo viene stakeholder alignment. Lista cada persona que estará involved en evaluating, aprobando, o implementando tu solution:

• Champion (tu internal advocate)
• Economic buyer (controls el budget)
• Technical buyer (valida la solution funciona)
• Procurement (aprueba contracts y terms)
• Legal (revisa agreements)
• Implementation lead (owns el integration plan)
• Executive sponsor (executive-level approval)
• End users (quién usará el product)

Para cada stakeholder, documenta:

• Name, title, y function
• Su primary concern (speed? security? ROI? ease de implementation?)
• Buy-in status: "ya onboard," "neutral," "needs convincing," "likely objector"
• Cómo los involverarás: "included en technical deep-dive," "gets una financial summary," "needs legal review," etc.
• Cuándo necesitan ser engaged: early, mid-deal, late, o solo at signature

Si no puedes nombrar un stakeholder en cualquier categoría, eso's un gap. Añade "Identify y engage [title]" como un milestone.

Phase 2: Milestone Definition With Buyer (Entry: Stakeholder map; Exit: Negotiated list de 6-8 shared milestones con specific dates)

Agenda una working session con tu primary champion y pregunta: "Vamos a construir un shared plan a get este deal across la finish line. ¿Cómo se ve tu approval process desde hoy a signature?" Tómalos a través su process step by step:

• ¿Necesitan technical validation? Timeline?
• ¿Cuándo procurement gets involved? ¿Cuánto típicamente toman?
• ¿Cuándo son board approval meetings? ¿Quarterly? ¿Monthly?
• ¿Hay budget cycle deadlines o fiscal year constraints?
• ¿Qué pasa si necesitan legal review? ¿Cuánto tiempo eso toma?

Desde sus answers, define 6-8 key milestones. Examples:

1. Technical deep-dive y security review completed: March 20
2. Procurement initial review y questions submitted: March 25
3. Economic buyer aprueba budget allocation: April 2
4. Legal review complete con no major objections: April 5
5. Implementation readiness confirmed (IT infrastructure, user access): April 10
6. Final contract execution: April 15
7. Implementation kickoff: April 22

No hagas milestones una week apart. Space realistically basado en el buyer's actual process. Un procurement review típicamente toma 5-7 días. Un legal review toma 7-10 días. Budget allocation requiere stakeholder meetings, que podrían ser scheduled weeks out. Usa real timelines.

Phase 3: Risk Identification & Mitigation (Entry: Milestones; Exit: Risk register con mitigation actions)

Para cada milestone, pregunta: "¿Qué podría prevenir esto sucediendo on schedule?" Examples:

• Technical deep-dive milestone en risk porque: "IT team está heads-down en infrastructure project hasta March 18"
  • Mitigation: Schedule el deep-dive para March 19-20 a align con su availability
• Procurement review en risk porque: "Procurement team es unfamiliar con tu vendor category"
  • Mitigation: Provide un procurement packet in advance con reference customers en su industry
• Budget allocation en risk porque: "El CFO revisa quarterly budget requests en un single meeting el April 5"
  • Mitigation: Get CFO briefing por March 28 a asegurar budget está en el April 5 agenda

Risk identification convierte vague concerns en specific, actionable mitigation plans. También señala al buyer que has pensado a través sus internal constraints y estás ayudándolos navegarlos.

Phase 4: Shared Document Creation (Entry: Milestones, risks, actions; Exit: Formal MAP document signed por ambas parties)

Crea el MAP en un shared format (email-friendly, Google Docs, o structured template). Format:

MUTUAL ACTION PLAN
Deal: [Company Name] - [Solution Category]
Period: [Today] a través [Close Date]
Prepared by: [Your Name] y [Buyer Champion Name]

STAKEHOLDERS
[Table con name, title, concern, status]

MILESTONES & ACTIONS
| Milestone | Target Date | Buyer Actions | Seller Actions | Assumptions | Risk |
| Technical review | Mar 20 | Schedule security team, review SOC2 | Conduct technical deep-dive, answer questionnaire | No scope changes | IT team availability |
| [continue para todos milestones] |

RISKS & MITIGATIONS
- Risk: Procurement unfamiliar con category
  Mitigation: Provide vendor packet y customer references por March 22

TIMELINE SUMMARY
Commit Date (ambas parties commit): April 15
Next Review Date (plan check-in): March 27

SIGN-OFF
[Buyer Champion]: _________________ Date: _________
[Your Name]: _________________ Date: _________

El physical act de ambas parties firmando (o typing names y dates en email) crea commitment. Transforma el plan desde una suggestion en un agreement. Esto es crítico.

Phase 5: Progress Tracking & Renegotiation (Entry: Signed MAP; Exit: Weekly status updates y updated timelines según needed)

Weekly o bi-weekly, envía un brief status update:

MUTUAL ACTION PLAN STATUS UPDATE
Deal: [Company]
Review Period: [Dates]

COMPLETED MILESTONES (This Week)
✓ Completed: [Buyer Action] - Confirmed budget allocation (ahead de schedule!)

ON TRACK MILESTONES (Next 2 Weeks)
→ On Track: [Buyer Action] - Legal review en progress, expected March 29 (target March 30)
→ On Track: [Seller Action] - Contract redline submitted, awaiting buyer feedback

AT RISK MILESTONES
⚠ At Risk: [Buyer Action] - Procurement review delayed debido a vendor evaluation process (target era March 25, ahora expected April 1)
  Action: Tendremos interim feedback por March 28; ¿podemos advance legal review a March 29 a keep momentum?

COMPLETED ACTIONS
- Seller: Delivered technical documentation (on schedule)
- Buyer: Completed internal security review (ahead de schedule)

UPCOMING ACTIONS
- Buyer: Submit procurement questions por March 22
- Seller: Respond a procurement questions within 24 horas de receipt

REVISED TIMELINE (If Changed)
- Original signature target: April 15
- Revised signature target: April 18 (debido a procurement delay, pero todos otros milestones tracking well)

La key es candor. Si algo está slipping, flag ello immediately y propone una revised date. No hopes que hidden slips se resolverán a sí mismos. El buyer ya sabe sobre sus own internal delays, así que transparency construye trust.

Si un milestone está en risk, immediately pregunta: "¿Necesitamos revisar el timeline, o tienes una way a accelerar?" Let el buyer decide. Esto keep el plan mutual y dynamic.

Anti-Patterns

Anti-Pattern 1: The Seller's Checklist Before: "Aquí's qué necesito a cerrar este deal..." [list de seller tasks] After: Un real MAP con equal buyer y seller actions, claramente labeled como buyer responsibilities.

Un MAP que solo lista seller actions es una to-do list, no un plan. También señala que no estás expecting el buyer a hacer real work, qué es por qué deals con seller-heavy checklists frecuentemente slip—el buyer no ha committed a nada.

Anti-Pattern 2: The Invisible MAP Before: Tienes un plan en tu head, pero no lo has shared con el buyer. After: El MAP es un formal document, reviewed y signed por ambas parties, discussed weekly.

Si el buyer no conoce tus timeline expectations, no serán held accountable a ellas. El MAP solo funciona si ambas parties lo ven y lo poseen.

Anti-Pattern 3: The Optimistic Timeline Before: "Podemos cerrar esto por end de month" (sin checking el buyer's approval process). After: Working backwards desde el buyer's hard constraint (board approval el April 10) a define realistic milestones.

El optimismo mata más deals que el conservatism. Si sets unrealistic dates y los misses, pierdes credibility. Empieza con el buyer's timeline primero, luego manage expectations de allí.

Anti-Pattern 4: The Missing Stakeholder Before: No sabes quién's procurement, y suddenly levantan blocking questions en day 29. After: Procurement es identificado early, invitado en el process, y su review timeline está built en el MAP.

Stakeholder surprises son enteramente preventable. Identifica todos que tocará este deal e involucralos early. Un MAP con missing stakeholders es incompleto y fallará.

Anti-Pattern 5: The Set-and-Forget Before: Creas un MAP en week 2, luego no lo miras again hasta week 8. After: El MAP es reviewed y actualizado weekly. Slips son surfaced immediately y renegotiated.

Un MAP que no está actively managed se vuelve un historical document, no un planning tool. Weekly check-ins keep ambas parties enfocadas e identify issues antes que se conviertan en crisis.

Output Format

Un Mutual Action Plan debería ser structured y shareable:

MUTUAL ACTION PLAN
Company: [Prospect Name]
Product/Solution: [Qué estás vendiendo]
Prepared: [Date]
Participants: [Your name], [Buyer champion name], [Otros key stakeholders]

BUSINESS CONTEXT
- Company size/industry: [relevant context]
- Current state: [dónde están hoy]
- Desired state: [qué quieren lograr]
- Budget commitment: [preliminary, pending approval, approved, etc.]
- Executive sponsor: [si named]

STAKEHOLDER ALIGNMENT
| Name | Title | Role | Buy-in Status | Primary Concern | Engagement Plan |
| [champion] | VP Sales | Internal advocate | Onboard | ROI & Speed | Weekly syncs |
| [economic buyer] | CFO | Budget control | Neutral | Cost & Implementation | Monthly business review |
| [technical buyer] | VP IT | Technical validation | Needs convincing | Security & Integration | Technical deep-dive week of X |

CRITICAL MILESTONES
1. Technical validation complete por [Date]
   - Buyer: Run internal security review, provide environment specs
   - Seller: Conduct technical deep-dive, demo integrations
   - Assumption: No additional scope creep de user feedback

2. [Continue para todos milestones]

RISKS & MITIGATIONS
- Risk: Procurement unfamiliar con SaaS vendor category
  Probability: High | Impact: 2-week delay
  Mitigation: Provide SOC2 audit, reference customers, procurement playbook por [Date]
  Owner: [Your name]

TIMELINE SUMMARY
Next Milestone: [Milestone & Date]
Expected Signature: [Date]
Implementation Kickoff: [Date]

NEXT STEPS (This Week)
- Buyer: [Action], owner: [name], due: [date]
- Seller: [Action], owner: [name], due: [date]

SIGN-OFF
[Buyer Champion]: _____________________ Date: _______
[Your Name]: _____________________ Date: _______

Task-Specific Questions

Mode 1: Creating a MAP en Early-Stage Negotiation

• "¿Cómo se ve tu approval process, desde dónde estás hoy a contract signature?"
• "¿Quién todos necesitan estar involucrados en la decisión, y cuándo típicamente get involved?"
• "¿Cuáles son tus hard constraints—budget cycles, board meetings, fiscal year deadlines—que necesitamos plan around?"

Mode 2: Renegotiating una Slipping MAP

• "Este milestone movió de March 20 a April 10. ¿Qué cambió, y qué necesitamos hacer a accelerate ello?"
• "¿Es este timeline realistic dado tus internal processes, o deberíamos revisarlo juntos?"
• "¿Hay stakeholders que no han estado involucrados aún que podrían accelerate el process?"

Mode 3: Recovering un Deal Con un Broken MAP

• "Vamos a step back y rebuild el plan juntos. ¿Qué te traería esto back on track?"
• "¿Cuáles stakeholders necesitan ser re-engaged a restore momentum?"
• "¿Es el timeline aún realistic, o necesitamos reset expectations?"

MAP Effectiveness en Practice

Un well-executed MAP acelera deals y previene late-stage surprises. Considera un $500K SaaS deal dónde el salesperson identificó que procurement era unfamiliar con SaaS vendors. En lugar de asumir que procurement sería rápido, el MAP built en una 2-week procurement review window con un mitigation plan: el salesperson providió vendor questionnaires, SOC2 audit, y reference customers desde la procurement's industry una week in advance. La actual procurement review tomó 10 días—más rápido que planned porque estaban prepared. El deal cerró en la revised target date sin final surprises.

Compara esto a un similar deal sin un MAP: el salesperson asumió una 3-week close, no identificó procurement early, y descubrió en day 24 que procurement quería una security questionnaire completed. Eso derailed el original timeline, requirió rushed responses que introdujeron errors, y el deal slipped 3 weeks. El buyer eventualmente compró, pero perdió confidence en el seller's planning capability.

El MAP es un force multiplier. Surfaces risks early, commits ambas parties, y crea un shared reference point. También demuestra al buyer que eres serio, organized, y thinking a través su process—no solo tu quota.

Otro example: un deal dónde el champion es un liaison (no un decision-maker). Sin un MAP, el champion dice "Iré con mi team" y desaparece por 2 weeks. Con un MAP, eso champion explicitly commits a "Schedule stakeholder alignment meeting por March 20," forcing them a own el timeline. La accountability del MAP frecuentemente revela si un champion es truly committed o solo un friendly contact.

Quality Checklist

Usa estos criteria a verify tu MAP es effective:

• Todos key stakeholders están identificados por name y title, con buy-in status assessed
• Los milestones son buyer-focused, no seller-focused (e.g., "Procurement approval" no "Send contract")
• Cada milestone tiene una specific date basada en el buyer's actual process, no tu close date
• Cada milestone incluye ambos buyer y seller actions
• Las assumptions están explicitly documented para que hidden risks sean visible
• Los risks son identificados y mitigation plans son assigned
• El MAP está signed o acknowledged por ambas parties, creando mutual commitment
• Weekly status updates son provided con transparent slip communication
• Si milestones cambian, son renegotiated, no silently extended
• El MAP es usado como un conversation starter para weekly check-ins, no abandoned post-creation

Related Skills

• Deal Qualification — Asegura que solo qualified deals llegan a la MAP stage
• Pricing Negotiation — Usa el MAP timeline a manage price discussions strategically
• Follow-up Sequences — Coordina follow-ups con MAP milestone timing
• Pipeline Review — Track MAP progress en forecast scenarios

Example Prompts

• "Estoy cerrando un $250K deal. Ayúdame a construir un MAP con esta company. Aquí's qué sé sobre su approval process..."
• "Este deal está slipping. El buyer sigue diciendo 'next week' pero nunca commits. ¿Debería crear un formal MAP?"
• "Mi champion es un liaison, no un decision-maker. ¿Cómo uso el MAP a surface quién actualmente controla la decisión?"
• "Estamos 10 días de close y procurement acaba de get involved. ¿Cómo rebuildo el MAP a incluir ello sin derailing todo?"
• "Mi buyer me está ghosting. ¿Debería enviar un MAP refresh a re-engage?"
• "Genera un weekly MAP status update para mi deal. Aquí están los latest buyer updates..."