Skip to main content

business-automation-strategy-afrexai

Before building anything, map where time and money leak.

Informações da origem

Repositório
modbender/skill-library-mcp
Última atividade na origem
6 de março de 2026 às 18:33
Idioma detectado do SKILL.md
inglês
Estrelas
12
Forks
3

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
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 |
Ver no GitHub
Este SKILL.md e muito grande, entao o SkillsMP mostra aqui apenas a primeira secao. Ver no GitHub