Working prototype · reviewed September 9, 2026

Software shaped around the way people actually work.

A working production administration prototype connects daily time entry, submitted records, and review states. It demonstrates the path from a workday record to an approval decision.

A growing-team example from Digital Refraction. Reporting/export completion and wider rollout remain separate work, not claimed results.

Coffee being prepared at a neighbourhood café
A little less
on your plate.
A clearer way to workConcept
From input to next step.
1Map the real day.
2Make the repeated work smoother.
3Build toward cleaner exports.
Example workflow
Daily entry.Approval flow.Cleaner exports.Real operations.

THE WORK BEHIND THE IDEA

Diagram of time entry, review, approval or return, and a planned reporting handoff.
Diagram of the prototype workflow, not a product screenshot. Reporting handoff is marked as a development goal; no customer outcome is claimed.

Built and planned scope

A specific workflow deserves specific software.

This workflow shows how a real operating problem can become a focused tool instead of another generic spreadsheet.

A USEFUL FIRST PIECE

Timesheet workflow

Implemented: daily time entry, workday details, signatures, and visible review states.

Talk through this with us ↗

How the work is shaped

Start with the working day, then build the system.

The product direction comes from the actual friction of daily administration.

01 / NEXT STEP

Map the real day.

The workflow starts with how people actually handle time, approval, corrections, and handoff.

02 / NEXT STEP

Make the repeated work smoother.

The prototype brings daily time entry, signatures, and review states into one workflow, so a reviewer can see which records need attention.

03 / NEXT STEP

Build toward cleaner exports.

The goal is practical reporting and cleaner exports that support the people doing the work.

Why it matters

Custom software should fit the business.

A good custom tool starts from real operating details instead of forcing a generic tool to fit.

Workday-specific tool

The tool is built for a real working rhythm where daily time, approvals, and reporting handoff need to fit the day.

Live testing work

The system supports real review and iteration, so the workflow can improve around actual use instead of guesses.

Small-business lesson

The same approach applies to service businesses: understand the real workflow first, then build the tool around it.

From end-of-day cleanup to a workflow that tracks the day.

The workflow depends on cleanup after the fact.

  • Daily records are easy to delay or correct later
  • Approval status is hard to track
  • Admin work spreads across too many tools
  • Exports need cleanup before they are useful

The tool helps the work stay organized as it happens.

  • Staff get a clearer entry flow
  • Review status is easier to see
  • Admin has a stronger source of truth
  • Reporting handoff becomes a product goal, not an afterthought
Before we start

A clear first project, without the guesswork.

You do not need a polished brief. These are the details we work through before a build begins.

Who is this for?

LocalCare helps established owner-operated businesses implement AI and workflow automation. Custom projects start at $5,000 CAD; one recurring workflow is a useful starting scope.

Who will I work with?

Your proposal will name the person responsible for delivery and your day-to-day contact. We agree who needs to review decisions before work starts.

Can you improve what we already have?

Yes. Start with the existing website, spreadsheet, or app. A configuration change or an off-the-shelf tool may be enough; custom software is useful when the missing workflow justifies it.

What does a small first project include?

One defined problem, agreed deliverables, review points, and a handoff. The proposal separates included work from additions such as more pages, integrations, data cleanup, or ongoing content changes.

What determines the fee and timeline?

Workflow complexity, integrations, data readiness, testing, and team review determine the price and schedule. We agree both before implementation; subscriptions, usage, and ongoing maintenance are identified separately.

What costs extra?

Hosting, domains, paid tools, email services, and AI usage can have recurring charges. The proposal identifies which are needed, who pays for them, and whether support or future changes are separate.

What about ownership and leaving later?

Before starting, we document account ownership, access, the rights to content and custom code, third-party licences, and available data exports. The handoff should make clear what you can keep, move, or maintain elsewhere.

What happens after launch?

The agreed support plan sets out its duration, included fixes, contact method, response hours, and how extra work is priced. Launch support is not an unlimited maintenance subscription.

What will you need from us?

A person who can make decisions, examples of the current work, approved content, and access through an appropriate account invitation. We agree review dates and dependencies before setting the launch date.

Build around reality

Tell us where your current tools do not fit.

We can help decide whether you need a custom tool, a simpler workflow, or a better connection between the tools you already use.

Prefer email? Say hello ↗