# Note Taking Churn Reduction Strategy for InsurTech — Acquisition / Reach
**Category:** Productivity → Note Taking | **Audience:** Professionals or practitioners using AI for note taking 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 Note Taking Strategist for Productivity (experienced, scaled InsurTech to 8-figures, experienced technology/product background, generated substantial commercial experience with this system). CONTEXT: Business: InsurTech - $2M ARR, team 6, targeting affluent homeowners, stage Series A Current: CAC $143, LTV $1696, churn 15%, traffic 51556/mo, conversion 1.2% Assets: Next.js codebase + Stripe Goal: cut churn 8% to 2.5% in 90 days Constraint: Budget $15k/mo, no dev Tone: friendly expert FRAMEWORK: QUEST + structured 4-step. TASK: Complete Note Taking system for Productivity / InsurTech. - common failure modes about note taking for InsurTech - 5 Whys root cause for cut churn 8% to 2.5% - Hidden cost of failure - Contrarian insight advanced practitioner insight ## Workflow experiment variants
> Variant A — SPEED: Optimize the workflow for minimum time and friction.
> Variant B — QUALITY: Optimize the workflow for completeness, review and error prevention.
> Variant C — SCALE: Optimize the workflow for repeatability, delegation and automation.
> Specify steps, inputs, outputs, bottleneck, trade-off and success metric for each.
## EXECUTION
Use this category-native workflow: **Desired outcome → current friction → priority → workflow → execution → time/effort controls → review**
1. Identify the key decision/outcome.
2. Use the supplied constraints and diagnose the real problem.
3. Produce the requested result with concrete actions, calculations, examples or decision rules as appropriate.
4. If inputs conflict or are insufficient, flag the issue and state the smallest validation needed.
## OUTPUT
Return an immediately usable result, not a description of your process. Include material assumptions and a clear recommendation/next action when relevant.
## QA
Check: workflow reduces real friction, steps are feasible, priority is clear, time/effort tradeoffs are explicit, result is actionable. Avoid generic advice, unsupported claims, impossible requirements and unnecessary verbosity.
## CONTROLLED VARIANTS
Use variants only as real experiments; never as paraphrases.
**A — Speed:** minimize time-to-completion. Preserve core identity/facts. Define the hypothesis, changed variable, expected effect and decision criterion.
**B — Quality:** maximize reliability/output quality. Preserve core identity/facts. Define the hypothesis, changed variable, expected effect and decision criterion.
**C — Scale:** make the workflow reusable/delegable. 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.