Proposal Creator Skill
Produces a complete, client-ready proposal package for any Teqfocus engagement:
- Bottoms-up effort estimate — phased, role-based, with gap analysis
- Phased Word proposal document (.docx) — full commercial proposal
- Executive PowerPoint deck (.pptx) — 10 slides for a live meeting or RFP submission
Step 1 — Read Reference Files and Sales Play Documents
Before doing anything:
Search the project knowledge folder for a sales play document matching the vertical or technology in scope. If one exists, it is the primary source for offering scope, pricing assumptions, and delivery model. It overrides the reference files below for those areas.
Load the reference files:
references/knowledge.md — Teqfocus context, team models, hour benchmarks by engagement type
references/process.md — Workflow, section-by-section document build instructions
references/tech-rules.md — docx-js and pptxgenjs rules, formatting standards
- Load
offerings-catalog.md — for accelerator component specs and "done looks like" descriptions.
Step 2 — Identify Engagement Type
Before estimating, confirm:
| Question |
Why it matters |
| What technology is in scope? |
Determines team model, hour benchmarks, reference architecture |
| Which Step in the ladder? (1/2/3/4) |
Determines phase structure and commercial framing |
| Which accelerator or solution pattern? |
Determines component list and "done looks like" |
| Is there an uploaded sales play? |
If yes, it drives scope — use it |
Step 3 — Ask 3 Clarifying Questions
Before producing any output:
- Engagement type: Which Step and which technology / accelerator pattern?
- Timeline preference: Standard duration for the step, or compressed?
- Client and engagement name: For document headers and file naming
Step 4 — Bottoms-Up Estimate
Build the estimate using hour benchmarks from references/knowledge.md for the identified engagement type.
For ALL engagement types — check these 7 items:
| Item |
Why it's missed |
Typical hours |
| Data migration or data preparation |
Assumed client handles it |
80–120h |
| Environment setup and provisioning |
"Someone else handles this" |
20–40h |
| Integration testing across all systems |
Estimated as unit testing only |
60–80h |
| User training and enablement |
Added but under-scoped |
40–60h |
| Cutover planning and hypercare |
Treated as a deployment event |
30–40h |
| Change management and adoption |
Never in scope until go-live fails |
20–40h |
| Security, compliance, and governance design |
Retrofitted after build |
40–80h |
PM buffer must be ≥ 15% of total. Correct if below.
Present as markdown table. Wait for confirmation before building documents.
Step 5 — Build Word Proposal Document
See references/process.md for section instructions.
Required sections:
Cover → Executive Summary → Client Situation → Proposed Solution → Scope and Phasing →
Effort Breakdown → Team and Credentials → Timeline → Deliverables →
Client Responsibilities → Commercial Terms → Success Criteria → Next Steps
Commercial terms standard:
- Payment milestones: 30% on contract, 40% on Phase 1 completion, 30% on go-live
- Step 1 Assessment: 50% on kickoff, 50% on report delivery
- Never publish dollar amounts — reference "commercial schedule (Appendix A)"
Step 6 — Build Executive Deck (10 slides)
- Title
- Client situation — the problem in the client's language
- The Teqfocus approach
- Solution architecture — visual
- Phasing and timeline
- Solution / accelerator detail
- Business value — outcomes tied to client objectives
- Why Teqfocus — credentials + relevant proof point (Summit Partner where relevant)
- Team — roles, not names
- Next steps — one specific CTA
Step 7 — Create-First, Then Escalate
After producing the estimate and proposal draft:
- Surface to the rep with a summary of the estimate and top 3 risks
- Flag for Gate review per the escalation framework:
- Gate 1 — Andy: scope matrix, ROI, UI mockup (if applicable)
- Gate 2 — Andy: technical design (trigger the solution-design skill if not already done)
- Gate 3 — Vinod: final proposal + commercials
- Commercials lock only after Naveen + Vinod approval — the proposal document goes out with a placeholder commercial schedule until they confirm
Step 8 — QA Checklist
Estimate
Word document
Deck
Output File Naming
[ClientName]_[Vertical]_[Technology]_Proposal.docx
[ClientName]_[Vertical]_[Technology]_Deck.pptx
[ClientName]_[Vertical]_Revised_Estimate.docx
1---2name: proposal-creator3description: Full-stack proposal creation skill for Teqfocus. Use this skill whenever the user wants to create ANY sales or proposal artifact for a client engagement — across any technology: Salesforce (Health Cloud, Agentforce, Data 360, Revenue Cloud, FSC, Life Sciences Cloud), Snowflake, Databricks, AWS, Azure, GCP, Anthropic Claude API / MCP agent builds, custom application development, or data transformation. Triggers include: "create a proposal", "write an estimate", "build a deck", "make a presentation", "review this RFP", "audit this estimate", "generate a proposal for [client]", "create a pitch deck", "scope this engagement", "estimate this project", or any request involving a client brief, RFP, SOW, or vendor brief. Always use this skill before attempting to write any proposal, estimate, or presentation — do not attempt from memory alone.4---56# Proposal Creator Skill78Produces a complete, client-ready proposal package for any Teqfocus engagement:9101. **Bottoms-up effort estimate** — phased, role-based, with gap analysis112. **Phased Word proposal document** (.docx) — full commercial proposal123. **Executive PowerPoint deck** (.pptx) — 10 slides for a live meeting or RFP submission1314---1516## Step 1 — Read Reference Files and Sales Play Documents1718Before doing anything:19201. **Search the project knowledge folder for a sales play document** matching the vertical or technology in scope. If one exists, it is the primary source for offering scope, pricing assumptions, and delivery model. It overrides the reference files below for those areas.21222. Load the reference files:23```24references/knowledge.md — Teqfocus context, team models, hour benchmarks by engagement type25references/process.md — Workflow, section-by-section document build instructions26references/tech-rules.md — docx-js and pptxgenjs rules, formatting standards27```28293. Load `offerings-catalog.md` — for accelerator component specs and "done looks like" descriptions.3031---3233## Step 2 — Identify Engagement Type3435Before estimating, confirm:3637| Question | Why it matters |38|---|---|39| What technology is in scope? | Determines team model, hour benchmarks, reference architecture |40| Which Step in the ladder? (1/2/3/4) | Determines phase structure and commercial framing |41| Which accelerator or solution pattern? | Determines component list and "done looks like" |42| Is there an uploaded sales play? | If yes, it drives scope — use it |4344---4546## Step 3 — Ask 3 Clarifying Questions4748Before producing any output:49501. **Engagement type**: Which Step and which technology / accelerator pattern?512. **Timeline preference**: Standard duration for the step, or compressed?523. **Client and engagement name**: For document headers and file naming5354---5556## Step 4 — Bottoms-Up Estimate5758Build the estimate using hour benchmarks from `references/knowledge.md` for the identified engagement type.5960**For ALL engagement types — check these 7 items:**6162| Item | Why it's missed | Typical hours |63|---|---|---|64| Data migration or data preparation | Assumed client handles it | 80–120h |65| Environment setup and provisioning | "Someone else handles this" | 20–40h |66| Integration testing across all systems | Estimated as unit testing only | 60–80h |67| User training and enablement | Added but under-scoped | 40–60h |68| Cutover planning and hypercare | Treated as a deployment event | 30–40h |69| Change management and adoption | Never in scope until go-live fails | 20–40h |70| Security, compliance, and governance design | Retrofitted after build | 40–80h |7172**PM buffer must be ≥ 15% of total. Correct if below.**7374Present as markdown table. Wait for confirmation before building documents.7576---7778## Step 5 — Build Word Proposal Document7980See `references/process.md` for section instructions.8182**Required sections:**83Cover → Executive Summary → Client Situation → Proposed Solution → Scope and Phasing →84Effort Breakdown → Team and Credentials → Timeline → Deliverables →85Client Responsibilities → Commercial Terms → Success Criteria → Next Steps8687**Commercial terms standard:**88- Payment milestones: 30% on contract, 40% on Phase 1 completion, 30% on go-live89- Step 1 Assessment: 50% on kickoff, 50% on report delivery90- Never publish dollar amounts — reference "commercial schedule (Appendix A)"9192---9394## Step 6 — Build Executive Deck (10 slides)95961. Title972. Client situation — the problem in the client's language983. The Teqfocus approach994. Solution architecture — visual1005. Phasing and timeline1016. Solution / accelerator detail1027. Business value — outcomes tied to client objectives1038. Why Teqfocus — credentials + relevant proof point (Summit Partner where relevant)1049. Team — roles, not names10510. Next steps — one specific CTA106107---108109## Step 7 — Create-First, Then Escalate110111After producing the estimate and proposal draft:1121131. **Surface to the rep** with a summary of the estimate and top 3 risks1142. **Flag for Gate review** per the escalation framework:115 - Gate 1 — Andy: scope matrix, ROI, UI mockup (if applicable)116 - Gate 2 — Andy: technical design (trigger the solution-design skill if not already done)117 - Gate 3 — Vinod: final proposal + commercials1183. **Commercials lock only after Naveen + Vinod approval** — the proposal document goes out with a placeholder commercial schedule until they confirm119120---121122## Step 8 — QA Checklist123124**Estimate**125- [ ] All requirements have hours allocated126- [ ] 7 commonly-missing items addressed127- [ ] PM buffer ≥ 15%128129**Word document**130- [ ] All 13 sections present131- [ ] No dollar amounts inline — reference Appendix A132- [ ] Teqfocus credential appears once, naturally133134**Deck**135- [ ] All 10 slides present136- [ ] Solution architecture slide has a visual137- [ ] Business value connects to client's stated objectives138139---140141## Output File Naming142143```144[ClientName]_[Vertical]_[Technology]_Proposal.docx145[ClientName]_[Vertical]_[Technology]_Deck.pptx146[ClientName]_[Vertical]_Revised_Estimate.docx147```