Business Demo Generation Strategy for Cybersecurity SaaS Using rice-shopify-plus-system-7438-07438 — Acquisition / Reach
Prompt
# Business Demo Generation Strategy for Cybersecurity SaaS Using rice-shopify-plus-system-7438-07438 — Acquisition / Reach
**Category:** Claude Prompt → Business | **Audience:** Professionals or practitioners using AI for business tasks. | **Delivery:** User-specified channel or workflow
**Job:** Improve the named business/performance outcome using a measurable, testable intervention Strategic lens: Acquisition / Reach. Prioritize discovering and attracting the highest-fit audience. Optimize the first step of the journey and measure qualified reach, response or acquisition efficiency.
## SOURCE INPUT
Use this source brief as the authoritative task/scenario. Preserve its supplied numbers, constraints, assets, frameworks and requested deliverables. Separate facts from assumptions; never invent missing evidence.
> Treat this as the authoritative source brief. Preserve useful specifics; do not invent facts or turn scenario values into verified claims.
>
> > Act as Senior Business Strategist for Claude Prompt (experienced, scaled Cybersecurity SaaS to 8-figures, experienced technology/product background, generated substantial commercial experience with this system). CONTEXT: Business: Cybersecurity SaaS - $500k ARR, team 44, targeting affluent homeowners, stage pre-seed Current: CAC $78, LTV $1844, churn 2%, traffic 78890/mo, conversion 5.5% Assets: 5k email list 30 testimonials Goal: book 50 demos/week in 30 days Constraint: Budget $8k/mo, no dev Tone: bold contrarian Hormozi FRAMEWORK: RICE + structured 4-step. TASK: Complete Business system for Claude Prompt / Cybersecurity SaaS. - common failure modes about business for Cybersecurity SaaS - 5 Whys root cause for book 50 demos/week - Hidden cost of failure - Contrarian insight advanced practitioner insight ## LLM instruction variants
> Variant A — DIRECT EXECUTION: Optimize for concise task completion and a precise output contract.
> Variant B — LONG-CONTEXT SYNTHESIS: Optimize source organization, evidence handling, assumptions and synthesis.
> Variant C — ANALYTICAL QA: Optimize structured evaluation, edge cases, verification and revision criteria.
> Each variant must have a distinct reliability or reasoning objective.
## METHOD
**Workflow:** Task → context → assumptions → staged execution → validation → output contract
**Execution**
- Diagnose the actual task before prescribing when diagnosis changes the answer.
- Make the key strategic/technical/creative decision explicit.
- Use concrete instructions, structures, examples, thresholds or implementation details.
- Distinguish supplied facts, assumptions and validation needs.
- Do not invent capabilities, results, claims or evidence.
**Model / delivery**
Target model(s): ChatGPT-4o, Claude 3.5, Gemini 1.5. Keep the core solution portable; adapt only relevant model behavior. Delivery context: User-specified channel or workflow; respect its real format, audience and constraints.
**Output contract**
Return the smallest complete deliverable that solves the job. Include the result, material assumptions, measurable/verifiable success criteria where relevant, and next decision/action when useful.
**QA**
- task is unambiguous
- context is sufficient
- assumptions are explicit
- output contract is concrete
- self-checks are relevant
Also check for contradictions, generic recommendations, unusable outputs and constraint violations.
## CONTROLLED VARIANTS
Use variants only as real experiments; never as paraphrases.
**A — Direct execution:** concise complete execution. Preserve core identity/facts. Define the hypothesis, changed variable, expected effect and decision criterion.
**B — Reasoned workflow:** staged analysis and checkpoints. Preserve core identity/facts. Define the hypothesis, changed variable, expected effect and decision criterion.
**C — Structured QA:** schema, validation and edge cases. Preserve core identity/facts. Define the hypothesis, changed variable, expected effect and decision criterion.
## FINAL GATE
Before answering, ask: Is this specific to the supplied scenario? Is every important instruction actionable? Are assumptions labeled? Is the output genuinely usable? Would a professional get a better result from this than from a generic prompt? If not, revise the weakest part before delivering.