Reports summarise activity — what was delivered, what failed, what it cost — and can run on a schedule and be delivered to a channel.
Find them under the factory's Reports view.
What a report can cover
- work delivered over a period, and what is still in flight
- failure and rework rates
- capacity utilisation and queue depth
- model spend, attributable by project
Scheduling and delivery
A report can run on a recurring basis and be delivered to the places people already are — email, or a connected chat channel. See the Integrations overview.
Delivery matters more than content. A well-designed report nobody opens changes nothing; a plain one that arrives in the channel where the team already talks gets read.
Writing a report worth reading
The common failure is reporting everything. A report listing forty metrics is scanned, not read, and the one number that mattered is lost among thirty-nine that did not.
Pick the small number of things that would change a decision:
- Is the queue backing up? Decides whether to add capacity.
- Is rework rising? Decides whether specifications need attention.
- Is spend tracking delivery? Decides whether something is being wasted.
Each of those has an action attached. A metric with no action attached is decoration.
Reports and usage data
For billing and spend specifically, the usage views give you live, filterable data — see Usage and reports. Use a scheduled report when you want that pushed to people on a cadence rather than pulled by whoever remembers to look.