Skip to main content

business-automation-strategy-afrexai

Before building anything, map where time and money leak.

Quellinformationen

Repository
modbender/skill-library-mcp
Letzte Quellaktivität
6. März 2026 um 18:33
Erkannte Sprache von SKILL.md
Englisch
Sterne
12
Forks
3

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
Business Automation Strategy — AfrexAI
description
Before building anything, map where time and money leak.
# Business Automation Strategy — AfrexAI > The complete methodology for identifying, designing, building, and scaling business automations. Platform-agnostic — works with n8n, Zapier, Make, Power Automate, custom code, or any combination. ## Phase 1: Automation Audit — Find the Gold Before building anything, map where time and money leak. ### Quick ROI Triage Ask these 5 questions about any process: 1. How often does it happen? (frequency) 2. How long does it take? (duration per occurrence) 3. How many people touch it? (handoffs) 4. How error-prone is it? (failure rate) 5. How much does failure cost? (impact) ### Process Inventory Template ```yaml process_inventory: process_name: "[Name]" department: "[Sales/Marketing/Ops/Finance/HR/Engineering]" owner: "[Person responsible]" frequency: "[X per day/week/month]" duration_minutes: [time per occurrence] monthly_volume: [total occurrences] monthly_hours: [volume × duration ÷ 60] hourly_cost: [fully loaded employee cost] monthly_cost: "$[hours × hourly cost]" error_rate: "[X%]" error_cost_per_incident: "$[average]" handoffs: [number of people involved] current_tools: ["tool1", "tool2"] automation_potential: "[Full/Partial/Assist/None]" complexity: "[Simple/Medium/Complex/Enterprise]" dependencies: ["system1", "system2"] notes: "[Pain points, workarounds, tribal knowledge]" ``` ### Automation Potential Classification | Level | Description | Human Role | Example | |-------|------------|------------|---------| | **Full** | End-to-end automated, no human needed | Monitor exceptions | Invoice processing, data sync | | **Partial** | Automated with human approval gates | Review & approve | Contract generation, hiring workflow | | **Assist** | Human does work, automation helps | Execute with AI assistance | Customer support, content creation | | **None** | Requires human judgment/creativity | Full ownership | Strategy, relationship building | ### ROI Calculation ``` Annual savings = (monthly_hours × 12 × hourly_cost) + (error_rate × volume × 12 × error_cost) Build cost = development_hours × developer_rate + tool_costs Payback period = build_cost ÷ (annual_savings ÷ 12) months ROI = ((annual_savings - annual_tool_cost) ÷ build_cost) × 100% ``` **Decision rules:** - Payback < 3 months → Build immediately - Payback 3-6 months → Build this quarter - Payback 6-12 months → Evaluate against alternatives - Payback > 12 months → Reconsider (unless strategic) --- ## Phase 2: Prioritization — The Automation Stack Rank ### ICE-R Scoring (0-10 each) | Dimension | Weight | Scoring Guide | |-----------|--------|--------------| | **Impact** | 30% | 10=saves >$50K/yr, 7=saves >$20K/yr, 5=saves >$5K/yr, 3=saves >$1K/yr | | **Confidence** | 20% | 10=proven pattern, 7=similar done before, 5=feasible but new, 3=uncertain | | **Ease** | 25% | 10=<1 day, 7=<1 week, 5=<1 month, 3=<3 months, 1=>3 months | | **Reliability** | 25% | 10=deterministic, 7=95%+ success, 5=80%+ success, 3=needs frequent fixes | ``` Score = (Impact × 0.30) + (Confidence × 0.20) + (Ease × 0.25) + (Reliability × 0.25) ``` ### Quick Win Identification **Automate FIRST** (highest ROI, lowest risk): 1. Data entry / copy-paste between systems 2. Notification routing (email → Slack → SMS based on rules) 3. Report generation and distribution 4. File organization and naming 5. Status updates across tools 6. Meeting scheduling and follow-ups 7. Invoice creation from templates 8. Lead capture → CRM entry 9. Onboarding checklists 10. Backup and archival **Automate LAST** (complex, high risk): 1. Anything involving money transfers without approval 2. Customer-facing responses without review 3. Legal/compliance decisions 4. Hiring/firing workflows 5. Security-sensitive operations --- ## Phase 3: Platform Selection — Choose Your Weapons ### Platform Decision Matrix | Factor | No-Code (Zapier/Make) | Low-Code (n8n/Power Automate) | Custom Code | AI Agent | |--------|----------------------|------------------------------|-------------|----------| | **Best for** | Simple integrations | Complex workflows | Unique logic | Judgment calls | | **Build speed** | Hours | Days | Weeks | Days-weeks | | **Maintenance** | Low | Medium | High | Medium | | **Flexibility** | Limited | High | Unlimited | High | | **Cost at scale** | Expensive | Moderate | Cheap | Varies | | **Error handling** | Basic | Good | Full control | Variable | | **Team skill needed** | Business user | Technical BA | Developer | AI engineer | | **Vendor lock-in** | High | Medium | None | Low-medium | ### Selection Decision Tree ``` Is the process deterministic (same input → same output)? ├── YES: Does it involve >3 systems? │ ├── YES: Does it need complex branching logic? │ │ ├── YES → Low-code (n8n/Power Automate) │ │ └── NO → No-code (Zapier/Make) if budget allows, else n8n │ └── NO: Is it performance-critical? │ ├── YES → Custom code │ └── NO → No-code (simplest wins) └── NO: Does it need judgment/reasoning? ├── YES: Is the judgment pattern learnable? │ ├── YES → AI agent with human review │ └── NO → Human-assisted automation └── NO → Partial automation with human gates ``` ### Cost Comparison by Scale | Monthly Tasks | Zapier | Make | n8n (self-hosted) | Custom Code | |--------------|--------|------|-------------------|-------------| | 1,000 | $30 | $10 | $5 (hosting) | $50+ (hosting) | | 10,000 | $100 | $30 | $5 | $50+ | | 100,000 | $500+ | $150 | $10 | $50+ | | 1,000,000 | $2,000+ | $500+ | $20 | $100+ | **Rule:** If you're spending >$200/mo on Zapier/Make, evaluate self-hosted n8n. --- ## Phase 4: Workflow Architecture — Design Before You Build ### Workflow Blueprint Template ```yaml workflow_blueprint: name: "[Descriptive name]" id: "WF-[DEPT]-[NUMBER]" version: "1.0.0" owner: "[Person]" priority: "[P0-P3]" trigger: type: "[webhook/schedule/event/manual/condition]" source: "[System or schedule]" conditions: "[When to fire]" dedup_strategy: "[How to prevent double-processing]" inputs: - name: "[field]" type: "[string/number/date/object]" required: true validation: "[rules]" source: "[where it comes from]" steps: - id: "step_1" action: "[verb: fetch/transform/validate/send/create/update/delete]" system: "[target system]" description: "[what this step does]" input: "[from trigger or previous step]" output: "[what it produces]" error_handling: "[retry/skip/alert/abort]" timeout_seconds: 30 - id: "step_2_branch" type: "condition" condition: "[expression]" true_path: "step_3a" false_path: "step_3b" error_handling: retry_policy: max_attempts: 3 backoff: "exponential" initial_delay_seconds: 5 on_failure: "[alert/queue-for-review/fallback]" alert_channel: "[Slack/email/SMS]" dead_letter_queue: true monitoring: success_metric: "[what defines success]" expected_duration_seconds: [max] alert_on_duration_exceeded: true log_level: "[info/debug/error]" testing: test_data: "[how to generate test inputs]" expected_output: "[what success looks like]" edge_cases: ["empty input", "duplicate", "malformed data"] ``` ### 7 Workflow Design Principles 1. **Idempotent by default** — Running the same workflow twice with the same input should produce the same result, not duplicates 2. **Fail loudly** — Silent failures are worse than crashes. Every error must notify someone 3. **Checkpoint progress** — Long workflows should save state so they can resume, not restart 4. **Validate early** — Check inputs at the start, not after 10 expensive API calls 5. **Separate concerns** — One workflow, one job. Chain workflows, don't build monoliths 6. **Log everything** — Timestamps, inputs, outputs, decisions. You WILL need to debug 7. **Human escape hatch** — Every automated workflow needs a manual override path ### Common Workflow Patterns | Pattern | When to Use | Example | |---------|------------|---------| | **Sequential** | Steps depend on each other | Lead → Enrich → Score → Route | | **Parallel fan-out** | Independent steps | Send email + Update CRM + Log analytics | | **Conditional branch** | Different paths by data | High value → Sales, Low value → Nurture | | **Loop/batch** | Process collections | For each row in CSV, create record | | **Approval gate** | Human judgment needed | Contract review before sending | | **Event-driven chain** | Workflow triggers workflow | Order placed → Fulfillment → Shipping → Notification | | **Retry with fallback** | Unreliable external APIs | Try API → Retry 3x → Use cached data → Alert | | **Scheduled sweep** | Periodic cleanup/sync | Nightly: sync CRM → accounting | --- ## Phase 5: Integration Architecture — Connect Everything ### Integration Quality Checklist For every system integration: - [ ] API documentation reviewed - [ ] Authentication method confirmed (OAuth2/API key/JWT) - [ ] Rate limits documented (requests/min, requests/day) - [ ] Webhook support checked (push vs poll) - [ ] Error response format understood - [ ] Pagination handling planned - [ ] Data format confirmed (JSON/XML/CSV) - [ ] Field mapping documented - [ ] Test environment available - [ ] Sandbox/production separation configured ### Data Mapping Template ```yaml data_mapping: source_system: "[System A]" target_system: "[System B]" sync_direction: "[one-way/bidirectional]" sync_frequency: "[real-time/5min/hourly/daily]" conflict_resolution: "[source wins/target wins/newest wins/manual]" field_mappings: - source_field: "contact.email" target_field: "customer.email_address" transform: "lowercase" required: true - source_field: "contact.company" target_field: "customer.organization" transform: "trim" default: "Unknown" - source_field: "contact.created_at" target_field: "customer.signup_date" transform: "ISO8601 → YYYY-MM-DD" ``` ### Rate Limit Strategy | Approach | When | Implementation | |----------|------|---------------| | **Queue + throttle** | Predictable volume | Process queue at 80% of rate limit | | **Exponential backoff** | Burst traffic | Wait 1s, 2s, 4s, 8s on 429 errors | | **Batch API calls** | High volume CRUD | Group 50-100 records per call | | **Cache responses** | Repeated lookups | Cache for TTL matching data freshness needs | | **Off-peak scheduling** | Non-urgent syncs | Run heavy syncs at 2-4 AM | --- ## Phase 6: Error Handling & Reliability — Build It Unbreakable ### Error Classification | Type | Example | Response | Priority | |------|---------|----------|----------| | **Transient** | API timeout, 503 | Retry with backoff | Auto-handle | | **Rate limit** | 429 Too Many Requests | Queue + throttle | Auto-handle | | **Data validation** | Missing required field | Log + skip + alert | Review daily | | **Auth failure** | Token expired | Refresh + retry, else alert | P1 — fix within 1h | | **Logic error** | Unexpected state | Halt + alert + queue | P0 — fix immediately | | **External change** | API schema changed | Halt + alert | P0 — fix immediately |
Auf GitHub ansehen
Diese SKILL.md ist sehr gross, daher zeigt SkillsMP hier nur den ersten Abschnitt. Auf GitHub ansehen