Build one owner dashboard that reads from all the business's tools

AdvancedA design, not yet run for a business

Post this as a projectFree to post. We call you within 2 working days to scope it with you.

The job

The owner opens the card processor for sales, the accounting tool for cash, the booking system for next week, the inbox for enquiries and a spreadsheet for jobs. Each morning starts with a row of browser tabs and still no single picture. The owner's question: "How is the business doing today, this week and this month, on one screen?"

Trigger and outcome

Trigger: the owner wants one place to look. Outcome: a read-only dashboard with the handful of numbers the owner chooses (for example sales today and this week against last year, cash in the bank as of the last import, bookings next week, open enquiries, overdue invoices, open jobs). Each number links to its source and shows when it was last refreshed. Data is pulled on a schedule; the dashboard writes nothing back.

Tools

  • Claude Code or Codex builds the data pulls (Square Orders, the Sheets API, Microsoft Graph for Excel or calendars, the accounting export) and the dashboard.
  • Hermes sends a short morning summary from the same numbers and answers "why is this number different" by pointing at the source rows.
  • Supabase Cron runs the scheduled pulls.

Steps

Owner dashboard: the owner picks the numbers, scheduled jobs pull each one from its source, the tool checks totals against the source, the dashboard shows each number with its refresh time, the owner checks it against the systems for a trial period, and one screen answers how the business is doing

Each number shows where it came from and when.

  1. Pick the numbers. The owner chooses the numbers and the exact definition of each (for example "sales" before or after refunds). The intern writes the definitions on the dashboard itself.
  2. Connect. The coding agent writes one read-only pull per source, using read-only keys where the system offers them, on a schedule.
  3. Check. Each pull is tested against the source system's own report for the same period; differences are explained before the number goes live.
  4. Build the screen. One page, phone-friendly, each number with its refresh time and a link to the source. A stale pull shows as stale, not as zero.
  5. Trial and hand over. The owner uses it alongside the usual tabs for a trial period, then the intern hands over keys, the definitions page and a guide.

Human checks

  • The dashboard is read-only; it never changes data in any system.
  • Definitions are the owner's; the agent does not redefine a number to make it look better.
  • Accounting figures on the dashboard are management figures; the accountant's figures win.
  • Access is the owner's and named managers' only; keys live in the owner's accounts.

Data needed

The owner's list of numbers and read-only access to each system. Build with exports of invented data first.

Variations

  • Weekly email: the same numbers as a Monday email.
  • Targets: show each number against the owner's target.
  • Manager view: a reduced dashboard for a site manager.

Where to find more

Further reading, not the source of this design:

Sources

Further reading

More workflow libraries elsewhere

Further reading, not part of our programme: other people's takes on the same jobs.

  • n8n workflow templates ↗

    Community-built automation flows, filterable by sales, marketing, support, document work and AI.

    Read a template for the order of its steps and the apps it touches, then design the approval points yourself.

  • Make templates ↗

    Ready-made scenarios grouped by business area, including invoicing, inventory, HR and email marketing.

    Useful for seeing which systems a small business already connects, before you pick what your agent reads.

  • Zapier templates ↗

    Short trigger-and-action recipes for lead management, support tickets, forms and campaigns.

    Most recipes are one trigger and one action; notice where an agent would add a judgement step and a human check.

  • Claude Cookbooks ↗

    Code notebooks for classification, summarising, extracting data from forms and PDFs, and tool use.

    Open it when a step needs code, such as pulling fields out of a receipt; the ideas carry over to other models.

  • Building effective agents cookbook ↗

    Minimal examples of chaining, routing, parallel calls, orchestrator and workers, and evaluator loops.

    Read it to name the shape of your workflow before you build it; the patterns matter more than the code.

  • Hermes Agent Skills Hub ↗

    Searching skills other people have written for Hermes Agent, from built-in to community sources.

    Read a community skill before you install it, and never give one access to an owner's accounts without review.

  • ClawHub ↗

    The public registry of OpenClaw skills and plugins, including email, calendar, sheets and chat connectors.

    Check who published a skill and what it can touch; treat it as a starting point you read, not a black box.

  • Agent Skills ↗

    The open format for packaging a workflow as a SKILL.md folder that many agents can load.

    Use it when you want to hand a workflow over as a skill file the owner's agent can reuse.