Confirm the boundary
Free · 15 minutes
Fifteen minutes to confirm recurrence, report ownership, input count and whether the work sits inside the launch scope.
Recurring Report Automation Sprint
We rebuild one recurring client report around your existing tools, reconcile the output and hand over a documented system your team can run.
Decision before build
The sprint begins only after a paid diagnostic has established the current workflow, stable inputs, privacy boundary, success criteria and a practical implementation route.
Free · 15 minutes
Fifteen minutes to confirm recurrence, report ownership, input count and whether the work sits inside the launch scope.
NZ$350
A written current-state map, feasibility assessment, risks, assumptions and recommended sprint. Credited if you proceed.
NZ$1,800
Ten business days to simplify, build, reconcile, document and hand over the approved workflow.
Exact launch scope
Every boundary appears in the diagnostic and written statement of work. Anything that changes these assumptions is handled through explicit change control.
Deliverable pack
The exact technical component varies by report; the control and handover artefacts remain consistent.
Source descriptions, owners, manual steps, transformations, exceptions, checks and delivery path.
Named fields, date logic, joins, filters, calculations, assumptions and sensitivity notes.
Template, formula, query, script, export routine or simple dashboard chosen for reliability and maintainability.
A consistent report in the approved Sheets, Excel, Docs, Slides, PDF or dashboard format.
Source totals, row counts, reporting period, filters, formulas, exceptions, narrative and final approval checks.
Refresh, review, exception handling, export, delivery, recovery and ownership instructions.
Version, date, requested change, reason, risk, test result, reviewer and approval status.
Fourteen days for bounded questions or corrections related to the approved implementation.
10-business-day method
The schedule assumes the current report, source access, decision owner and timely feedback are ready when the sprint starts.
Confirm sources, rules, manual steps, known exceptions, ownership, access and success criteria.
Remove avoidable steps, standardise labels and decide what should remain deliberately human.
Create the approved workflow in client-controlled accounts wherever practical.
Compare source and output, test exceptions, verify formatting and record unresolved assumptions.
Deliver the operating guide, QA checklist, change log, walkthrough and support boundary.
Control and ownership
The workflow stays understandable, human reviewed and under the client’s control.
Where practical, files, tools, credentials and production workflows remain in accounts the client owns and administers.
Access is limited to the approved task, with MFA and least privilege expected for project systems.
Commentary, exceptions, professional interpretation and final client-facing approval remain human responsibilities.
Every output is checked against defined source totals, periods, filters, rules and exceptions.
The operating guide, QA checklist and change log make the system maintainable beyond the project.
AI is not the product. A bounded AI step is used only when appropriate, approved and safe for the data involved.
Optional continuity
The Report Care Plan is for bounded maintenance after a successful sprint. It is not required for ownership or operation of the workflow.
Service questions
Start with a high-level description. Do not send a report file, client data or credentials through the public website.
One existing recurring client report, no more than two defined input sources, one output family, one stakeholder review round, one documented handover and 14 calendar days of bounded post-handover support.
A stable spreadsheet, export, database view or other clearly defined source that can be accessed safely. Several tabs inside one controlled workbook may count as one source when they form one coherent input. The diagnostic makes this explicit.
Yes. The method is tool-agnostic and may use Sheets, Excel, Docs, Slides, PDF, a simple dashboard, formulas, queries or a small script. The simplest reliable method is chosen around your existing workflow.
Only where the existing design prevents a reliable workflow or you approve an improvement. The goal is to preserve useful analysis and client expectations while making production controlled and repeatable.
The sprint defines source totals, reporting dates, filters, joins, calculations, blanks, exceptions and layout checks. The rebuilt output is reconciled against the current source and report before handover.
Additional sources, a new output family, platform migration, real-time enterprise BI, regulated calculations, highly sensitive data, open-ended development, emergency support and material scope changes are separate or excluded.
No. The workflow is designed for client ownership. The Report Care Plan is optional and covers bounded source changes, minor edits, scheduled QA and a defined improvement allocation.
A suitable engagement moves to the paid Report Workflow Diagnostic. That diagnostic maps the current state, feasibility, assumptions, risks and exact sprint recommendation before live systems are changed.
Start with fit, not files
Frequency, format, number of inputs and time spent are enough for the first step.
No obligation · no public file upload · limited weekday slots