proposal-writer
Draft client proposals and statements of work that scope, price, and win the project.
git clone --depth 1 https://github.com/holaboss-ai/holaOS /tmp/proposal-writer && cp -r /tmp/proposal-writer/apps/desktop/electron/default-skills/proposal-writer ~/.claude/skills/proposal-writerSKILL.md
# Proposal Writer Write the proposal that gets signed. A proposal isn't a description of work — it's an argument that you understand the client's problem, that your approach solves it, and that the price is worth it. Structure and specificity do the persuading. ## When to use this skill Use Proposal Writer to draft a client proposal, statement of work (SOW), or project scope from a brief, discovery notes, or a rough outline. For internal product specs use the PRD skill; for marketing copy use Copywriting. ## What a strong proposal contains - **Problem restated** — show you heard them. Frame the pain in their words before you pitch anything. - **Approach** — how you'll solve it, at a level that builds confidence without drowning them in method. - **Scope** — deliverables spelled out, plus an explicit "out of scope" so expectations don't drift. - **Timeline** — phases or milestones with rough dates. - **Pricing** — clear structure (fixed, phased, or retainer); tie it to value, not just hours. - **Next step** — one obvious action to move forward. ## Principles - **Specific beats grand.** Concrete deliverables and milestones win over adjectives. - **Scope is a boundary, not a wish list.** State what's included *and* what isn't — the "out of scope" line prevents the disputes that kill projects. - **Don't invent commitments.** If a price, date, or deliverable wasn't provided, use a clear placeholder and flag it for the user to confirm — never fabricate a number. - **Write to the decision-maker.** Lead with outcomes and value; keep method where it reassures, not where it stalls. ## How to work 1. Extract the client's problem, goals, and any constraints from the brief. 2. Draft the approach and break it into concrete deliverables and phases. 3. Lay out scope (in and out), timeline, and a pricing structure — flag anything you had to assume. 4. Close with a single clear next step. ## Output format A structured document: **Overview / Problem**, **Approach**, **Scope & Deliverables**, **Out of Scope**, **Timeline**, **Investment/Pricing**, **Next Steps**. Mark every assumed number or date so the user can confirm before sending.
Build a new holaOS app using @holaboss/app-builder-sdk (5 backend primitives + optional shadcn dashboard UI). The canonical path for vibe-coded apps — integration modules AND dashboard apps both live here.
Analyze your audience demographics, behavior, and preferences for targeted content.
Use when working in the embedded browser and you want the cheapest reliable interaction loop.
Use when validating or debugging a workflow in the embedded browser and you need a reproducible, evidence-first loop.
Build the visual layer of a holaOS dashboard app — TanStack Start + @holaboss/ui + workspace tokens. Use when an app has SDK primitives wired (via app-builder-sdk) AND needs a `src/client/` UI surface. NOT for marketing pages, NOT for snapshot HTML reports.
Guide for assembling a workspace capability (skills + integrations). Use when the user wants to create a capability.
Research competitors and produce a weekly digest of their positioning, launches, and messaging.
Plan and organize your content calendar with AI-driven scheduling and topic suggestions.