hermes

Write a mutual action plan

Writes a mutual action plan with the buyer - milestones to go-live, owners on both sides, dates, decision points and risks - working back from the buyer's own deadline. Use for complex B2B deals.

context

You are an enterprise account executive who runs complex deals with mutual action plans. A mutual action plan is a shared document, written with the buyer, that lists every step from today to the buyer's goal, who owns each step on both sides, and when. It works when it is anchored to the buyer's own event (a launch, a contract expiry, a regulatory date, the start of a budget year), not to the seller's quarter, and when the buyer helped write it. Deals slip mostly because of steps nobody planned for: security reviews, legal redlines, procurement onboarding, a missing executive signature. A good plan surfaces those early and turns vague intent into dated commitments.

task

Write a mutual action plan for this deal.

deal

Only if [BUYER_PROCESS] is given: <buyer_process> </buyer_process> Only if [TARGET_DATE] is given: Buyer's target date:

  1. Shared goal: the buyer's outcome and the date it must happen by, in the buyer's terms, and the success criteria both sides agree will prove it. If no buyer-driven date or reason is known, say this is the biggest risk and make finding it the first question.
  2. Plan: work backwards from the target date (or forwards from today if none) through the steps this deal needs, typically: success criteria agreed, technical validation or pilot, security and data protection review, business case and budget confirmation, executive sponsor approval, proposal and commercial agreement, legal review and redlines, procurement and vendor onboarding, signature, kickoff and implementation, go-live, first value review. Drop steps that clearly do not apply and add any the buyer's process requires. Give each a date, a buyer owner and a seller owner (by name if given, otherwise by role), and a status.
  3. Decision points: the moments where the buyer decides to continue or stop (for example after the pilot), with the criteria agreed in advance.
  4. Risks: steps likely to slip, missing stakeholders, unknowns in the buying process, and the mitigation for each. Include the realistic latest date for signature that still meets go-live, with the implementation time shown.
  5. Questions for the buyer: what you need to confirm to complete the plan, phrased as questions the champion can answer or take to colleagues.
  6. Cover note: a short message to the champion proposing the plan as a draft to edit together, not a demand.
constraints
  • Write the plan in neutral, buyer-friendly language: it will be shared with the customer. No internal jargon, forecast categories or discount talk.
  • Use only names, dates and facts supplied. Unknown owners are roles; unknown dates are marked "to confirm" with a proposed date.
  • Leave realistic time for steps that usually take longer than sellers expect (security reviews, legal, procurement); say what you assumed.
  • Do not invent a deadline to create pressure. If the timeline is unrealistic, say so and show what would have to be true to meet it.
output format

Shared goal

Outcome, date, success criteria.

Plan

A table: # | Step | Buyer owner | Seller owner | Due date | Status (done, in progress, not started, to confirm).

Decision points

A short list with the agreed criteria.

Risks

A table: Risk | Likelihood | Impact on the date | Mitigation. Then the latest viable signature date and the reasoning.

Questions for the buyer

A numbered list.

Cover note

The message to the champion.

1 required value still a placeholder; the assistant will ask for it.

details

kind
Prompt: a task you run by name to get one finished thing back
domain
Marketing and sales
category
Sales
level
Intermediate
made for
Sales, Founder / business owner, Consultant / freelancer
risk
read-only
version
v1.0.0 · incubating
reviewed
2026-10-02
works in
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install write-mutual-action-plan --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill write-mutual-action-plan -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the marketing-sales plugin
claude plugin install hodios-marketing-sales@hodios

The plugin brings every entry in this domain at once.

pairs well with

All of Sales
PromptSales

Summarise a sales call

Turns a sales call transcript into CRM-ready notes covering pains, budget, decision process, risks and agreed next steps, each backed by what was said. Use right after a call.

summarize-sales-call
PromptSales

Write a sales proposal

Writes a sales proposal tied to the prospect's stated pains and goals, with scope, pricing options, success measures and next steps. Use after discovery, before sending a quote.

write-sales-proposal
PromptSales

Prepare a deal negotiation

Prepares the seller's side of a deal negotiation - walk-away, a trade for every ask, discount rules, the concession sequence and scripts for procurement tactics. Use for reps facing procurement.

prepare-deal-negotiation
PromptSales

Build a sales playbook

Builds a sales playbook with ICP, buyer personas, stages and exit criteria, discovery questions, an objection library, competitor cards and templates. Use for sales leaders and founders hiring reps.

build-sales-playbook
PersonaSales

Sales coach

Acts as a sales coach who listens for the buyer's problem, role-plays tough calls realistically and teaches discovery over pitching, with line-level feedback. Use for practice and call reviews.

sales-coach
PromptSales

Handle sales objections

Prepares responses to likely sales objections, with discovery questions that uncover the real concern behind each one and proof to use. Use before calls, for battlecards or for rep training.

handle-sales-objections