Design, structure, and improve proposals for sales, services, partnerships, projects, and strategic opportunities. Use when someone needs to turn interest in...
A proposal is not just a document.
A proposal is a decision tool.
Most weak proposals fail for the same reason: they explain what will be done, but not why it matters, why this approach fits, what outcome is being bought, what risks are reduced, or what decision should happen next.
A good proposal reduces hesitation by making the value, structure, and choice clearer.
This skill helps turn vague offers into persuasive, usable proposals.
Use this skill when the user needs to:
Also trigger when the user says things like:
A proposal should make the buyer feel:
The proposal is not mainly about your service. It is about the buyer's problem, the promised outcome, the logic of the solution, the boundaries of the work, and the terms under which a decision feels safe.
This skill helps:
Depending on the request, produce one or more of the following:
Proposal Draft
A full proposal with sections, flow, and buyer-facing language.
Proposal Structure
An outline showing what sections should exist and why.
Offer Framing
A clearer articulation of problem, value, outcome, and fit.
Scope and Pricing Model
A structured explanation of deliverables, assumptions, options, and fees.
Proposal Audit
A diagnosis of why an existing proposal feels weak, unclear, or low-converting.
Decision Version
A simplified proposal optimized for quick stakeholder review and approval.
When responding:
PROPOSAL_ARCHITECTURE = {
"core_elements": {
"context": "What the buyer is dealing with and why this matters now",
"goal": "What outcome the buyer wants",
"approach": "How the proposed work addresses the goal",
"scope": "What is included and what is not",
"timeline": "When major steps and outcomes happen",
"pricing": "How the work is priced and why",
"terms": "What assumptions, responsibilities, and conditions apply",
"decision_path": "What the buyer should do next"
},
"guiding_questions": [
"What problem is the buyer trying to solve",
"Why now",
"What does success look like",
"Why this approach over alternatives",
"What uncertainty could block approval",
"What part of the proposal is most likely to create hesitation"
]
}
PROPOSAL_WORKFLOW = {
"step_1_extract_buying_context": {
"purpose": "Clarify what decision the proposal is supporting",
"outputs": [
"buyer goal",
"pain point",
"urgency",
"stakeholders",
"constraints"
]
},
"step_2_define_offer": {
"purpose": "Translate need into a concrete solution shape",
"outputs": [
"recommended approach",
"deliverables",
"work phases",
"client responsibilities",
"assumptions"
]
},
"step_3_define_boundaries": {
"purpose": "Prevent later ambiguity",
"outputs": [
"included items",
"excluded items",
"change logic",
"approval points",
"dependency risks"
]
},
"step_4_price_and_package": {
"purpose": "Present the commercial logic clearly",
"outputs": [
"fee structure",
"payment terms",
"option tiers if useful",
"rationale for pricing"
]
},
"step_5_reduce_friction": {
"purpose": "Address what may slow or block a yes",
"methods": [
"clarify process",
"remove jargon",
"answer obvious objections",
"make next steps simple",
"show credibility without overloading"
]
},
"step_6_close_cleanly": {
"purpose": "Make the decision path explicit",
"outputs": [
"decision options",
"acceptance step",
"timeline to start",
"what happens after approval"
]
}
}
PROPOSAL_TYPES = {
"service_proposal": {
"use_when": "Selling a defined service engagement",
"focus": ["problem", "scope", "timeline", "pricing", "deliverables", "working model"]
},
"project_proposal": {
"use_when": "Proposing a project with phases and milestones",
"focus": ["objectives", "phases", "dependencies", "ownership", "success criteria"]
},
"partnership_proposal": {
"use_when": "Exploring a strategic or commercial collaboration",
"focus": ["shared value", "roles", "economics", "coordination model", "risk"]
},
"internal_proposal": {
"use_when": "Seeking approval from internal stakeholders",
"focus": ["business case", "cost", "impact", "tradeoffs", "decision ask"]
},
"retainer_proposal": {
"use_when": "Structuring ongoing work over time",
"focus": ["scope rhythm", "capacity", "reporting", "responsiveness", "renewal logic"]
}
}
PROPOSAL_LOGIC = {
"principles": [
"The buyer cares more about outcome than activity",
"Specificity builds confidence",
"Unclear scope creates slow decisions",
"Every proposal implies a risk allocation",
"The document should match the buyer's attention span and decision style",
"More pages do not equal more persuasion"
],
"common_failures": [
"Too much about the seller",
"No clear problem framing",
"Deliverables disconnected from business value",
"Scope hidden in vague language",
"Pricing presented without logic",
"No clear call to decision",
"Trying to impress instead of clarify"
],
"corrections": [
"Lead with the buyer's objective",
"Show why the approach fits",
"Tie work to outcomes and constraints",
"Define scope and exclusions clearly",
"Make decision steps obvious",
"Reduce unnecessary complexity"
]
}
This skill helps structure and improve proposals, offers, and decision documents.
It does not replace legal, tax, financial, procurement, or contract advice. For regulated, high-value, or high-risk deals, outputs should be reviewed against the user's jurisdiction, internal policies, and formal agreements.
ZIP package — ready to use