support-systems
Build and scale customer support for a solopreneur business. Use when setting up support channels, writing help docs, reducing support volume, improving response times, or automating common questions. Covers support channel selection, help center setup, SLA targets, automation strategies, and self-service systems. Trigger on "customer support", "help desk", "support system", "reduce support tickets", "support automation", "help documentation", "customer service".
What this skill does
# Support Systems ## Overview Great support builds trust and reduces churn. Bad support kills both. As a solopreneur, you can't afford to spend all day answering the same questions — but you also can't ignore customers. This playbook shows you how to build a support system that scales: fast response times, high satisfaction, and minimal time investment. --- ## Step 1: Choose Your Support Channels You can't be everywhere. Pick 1-2 primary channels based on your product and customer expectations. **Support channel comparison:** | Channel | Best For | Response Speed | Scalability | Setup Cost | |---|---|---|---|---| | **Email** | All businesses, async support | Hours to 24hrs | Medium | Low (just an address) | | **Live chat** | SaaS, B2C, immediate questions | Minutes | Low (hard to scale solo) | Medium (Intercom, Drift) | | **Help center / Docs** | Self-service, reducing repeat questions | Instant | High | Low-Medium (tool + time to write) | | **Community (Slack/Discord)** | User-to-user help, engagement | Minutes (peer-to-peer) | High | Low (free tools) | | **Phone** | High-touch, enterprise, complex products | Immediate | Very low | High (time-intensive) | | **Social media (Twitter/DMs)** | Public-facing, fast issues | Hours | Low | Low | **Recommended solopreneur stack:** - **Primary:** Email (e.g., [email protected] via Help Scout or Gmail) - **Secondary:** Help center with docs and FAQs (reduces inbound volume) - **Optional:** Live chat (only if you're online 8+ hrs/day and volume is manageable) **Rule:** Start with email + help center. Add live chat or community only when volume justifies it (50+ support requests/month). --- ## Step 2: Set Response Time Goals (SLA) Customers expect responses, but not always immediately. Set clear expectations and stick to them. **Recommended SLAs for solopreneurs:** | Channel | Target First Response | Target Resolution | |---|---|---| | **Email** | < 24 hours (business days) | < 3 days | | **Live chat** | < 5 minutes (when online) | < 1 hour | | **Help center** | Instant (self-service) | N/A | | **Social media** | < 12 hours | < 2 days | **Where to communicate SLA:** - On your support page: "We respond to all emails within 24 business hours." - In auto-reply: "Thanks for reaching out! We'll get back to you within 24 hours." **Why this matters:** Setting expectations reduces frustration. A 48-hour response is fine if they know to expect 48 hours. A 2-hour delay feels terrible if they expected immediate. --- ## Step 3: Build a Self-Service Help Center The best support ticket is the one that never gets sent. A strong help center reduces support volume by 30-50%. **What to include in your help center:** ### Essential pages (minimum): 1. **Getting Started** (how to sign up, onboard, and get to first value) 2. **FAQ** (top 10-15 questions you get asked repeatedly) 3. **Feature Guides** (how to use each major feature) 4. **Troubleshooting** (common errors and how to fix them) 5. **Billing / Account** (how to upgrade, cancel, update payment) ### Structure for each doc: ``` TITLE: Clear, searchable (e.g., "How to export data") SUMMARY: 1-2 sentences explaining what this doc covers STEPS: Numbered list with screenshots (visual > text) COMMON ISSUES: Troubleshooting section at the end STILL STUCK?: CTA to contact support ``` **Writing tips:** - Use simple language (no jargon) - Include screenshots or GIFs for every multi-step process - Update docs when features change (stale docs are worse than no docs) - Search-optimize titles ("How to reset password" not "Password Help") **Tools:** Notion (free, simple), Intercom (built-in with chat), GitBook, HelpScout Docs. **Rule:** Write a doc for any question you answer more than 3 times. --- ## Step 4: Create Email Templates for Common Questions Repetitive questions waste time. Pre-written templates save hours. **Template structure:** ``` GREETING: "Hi [Name]," ACKNOWLEDGE: Restate their question to show you read it ANSWER: Clear, step-by-step response LINK TO DOCS: Point them to help center for more detail OFFER FURTHER HELP: "Let me know if that solves it or if you need more help!" SIGNATURE: Your name + role ``` **Example template (password reset):** ``` Hi [Name], Thanks for reaching out! I can help you reset your password. Here's how: 1. Go to [YourApp.com/login] 2. Click "Forgot Password" 3. Enter your email and check your inbox for a reset link If you don't see the email within 5 minutes, check your spam folder. Here's our full guide on password resets: [link] Let me know if that doesn't work and I'll dig into it! Best, [Your Name] ``` **Top 10 templates to create:** 1. Password reset 2. Billing / subscription changes 3. Feature request acknowledgment 4. Bug report acknowledgment 5. Cancellation follow-up 6. Onboarding help 7. Trial extension request 8. Refund request 9. Account deletion 10. "How do I [common task]?" **Tools:** Use text expander (TextExpander, aText) or your support tool's canned responses (Help Scout, Intercom). --- ## Step 5: Automate Where Possible Automation reduces your workload without sacrificing quality. **Automations to set up:** ### 1. Auto-replies Set an auto-reply for inbound emails: ``` "Thanks for reaching out! We've received your message and will respond within 24 hours. In the meantime, check out our help center for instant answers: [link]" ``` ### 2. Chatbot for FAQs (if using live chat) Configure a bot to answer the top 5-10 FAQs before escalating to you. - "How do I reset my password?" → Bot provides steps + link - "How do I upgrade?" → Bot provides link to upgrade page - Anything else → "Let me connect you with support." ### 3. Ticket tagging and routing Tag tickets by category (billing, bug, feature request) automatically based on keywords. Route high-priority (e.g., "account locked") to the top of your queue. ### 4. Post-resolution survey After closing a ticket, auto-send: ``` "How did we do? Rate your support experience: [1-5 stars]" ``` Track satisfaction over time. **Tools:** Help Scout, Intercom (built-in automation), Zapier (connect email to Slack/Notion/etc.) **Rule:** Automate acknowledgment and triage. Don't automate the actual answer unless it's truly FAQ-level simple. --- ## Step 6: Manage Your Support Queue Efficiently As a solo operator, you need systems to stay on top of support without it consuming your day. **Support time-blocking (recommended):** - **Morning block (30-60 min):** Answer overnight tickets - **Afternoon block (30-60 min):** Answer new tickets from the day - **Emergency check (5 min every 2 hours):** Scan for urgent issues (site down, payment failures) **Prioritization rules:** 1. **P0 - Critical** (site down, major bug, account locked): Drop everything, fix now 2. **P1 - High** (billing issue, feature not working): Respond within 4 hours 3. **P2 - Normal** (questions, minor bugs): Respond within 24 hours 4. **P3 - Low** (feature requests, general feedback): Respond within 48 hours **Triage workflow:** 1. Read subject line → tag with category + priority 2. Quick answer → reply immediately (< 2 min) 3. Longer answer → move to dedicated support block 4. Needs investigation → flag for later, send acknowledgment: "Looking into this — will update you by [timeframe]" **Metric to track:** Average response time. Goal: Stay under 24 hours for 95% of tickets. --- ## Step 7: Reduce Support Volume Over Time The goal is not to answer every ticket faster. The goal is to get fewer tickets. **How to reduce volume:** ### 1. Improve onboarding Most support tickets come from new users who are confused. Better onboarding = fewer tickets. (See customer-onboarding skill.) ### 2. Proactive documentation Publish a doc BEFORE the questions come in. Launching a new feature? Write the guide first. ### 3. In-app tooltips and hints Add contextual help inside your product (tooltips, hints, "Learn more" links to docs). ### 4. Product improvements Some support tickets are
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.