statory · for organizations

Your data isn’t finished until it reaches the report

A stack of questionnaires. A year of service-request records. A production log. Your organization already has the data. Statory takes it the rest of the way — to sentences you can quote. The engine does both the computing and the reading, and the same data always gives the same result.

131statistical enginesnone without evidence
206items checked against SPSS0 mismatches
86cells checked against AMOSall matched
2worked end to endpublic sector · research agency

Every analysis shows its evidence.

Three kinds

One engine, three routes

Each kind starts from different data, so the route differs. Where we cannot do something yet, we say so.

Public sector

Available now

Two things. The annual resident satisfaction survey, read by district and age band; and the service-request records that pile up every day, turned into daily, weekly and monthly reports in a fixed shape. No new survey is run.

Expected deliverables
Upload template · daily status · weekly trend · monthly structural analysis · council-ready summary
Example
12 months of service requests, 17,305 records

Private sector

Concept

Every business keeps its records differently, so we shape the report around the data you already have.

Expected deliverables
Period management indicators · outlier diagnosis · alternatives comparison — the names are not fixed yet
Example
There is no finished example yet — data differs too much by industry, so we start by fitting one set of your own data

Research agencies

Available now

Hand over the questionnaire and the raw file, and you get back one set: the preprocessing log, the scale checks, the analysis results and the report. Anything changed by hand stays in the log.

Expected deliverables
Item structure table · data diagnosis · preprocessing log · scale validation table · results tables · final report
Example
One set of 1,000 responses, questionnaire through to report
Kind 1

Public sector

A resident satisfaction survey happens once a year. Service requests, intake and processing records, on the other hand, pile up every day. Regular reporting reads the data you are already collecting, at a fixed time, in a fixed shape. No new survey is run.

Agree the upload template

What you do
Show us the columns of the data you already keep
What Statory does
We write the column definitions, the code book and the validation rules that fit it (1–2 weeks)

Upload on schedule

What you do
Upload to that template — by hand, in bulk, or through a feed
What Statory does
Format, logic and range errors come back at the moment of upload (Daily or weekly)

Automatic reporting

What you do
(nothing to do)
What Statory does
Daily, weekly and monthly reports come out at a set time in the same shape each time (Automatic)

Read and share

What you do
Receive it for staff, for department heads, and for the council
What Statory does
The same numbers come in two versions — full and summary (Automatic)

The three cycles ask different questions

Daily

How are things right now

Compared against
The same weekday a week earlier
What it uses
Counts and control limits (±2σ)In progress
What it does not do
Hypothesis tests, trends, rankings
Length
2 pages
Who receives it
Case officers
Weekly

Is something moving

Compared against
A 26-week control chart
What it uses
Control chart (3σ), binomial test, multiple-comparison correctionIn progress
What it does not do
Causes, department evaluation
Length
3 pages
Who receives it
Department heads
Monthly

Why is it that way

Compared against
Twelve months of structure
What it uses
Chi-square, ANOVA, post-hoc comparisons, regression, correlation
What it does not do
Today's status
Length
7 pages
Who receives it
Department heads and the council

What goes out automatically today is the monthly report. The control charts and multiple-comparison correction the daily and weekly reports rely on are still being built into the statistics engine; when they land we publish the comparison table and remove this mark.

12months
17,305service requests
2 · 3 · 7pages — day · week · month
48 · 0checked cells · mismatches
Daily
In progress

The +310.0% jump over yesterday is a weekday artefact — yesterday was a Sunday. Against the same weekday a week earlier it is −9.9%.

Weekly
In progress

One request type jumped +130.0%, but 8 types are being watched at once, so the threshold is not 0.05 but 0.00625. Not a signal.

Monthly

One department has the lowest on-time rate (65.4%). Split instead by deadline length, the 3-day bucket is handled fastest (median 2 days) and yet misses its deadline most often (75.2%). The on-time rate is measuring how the deadlines were set, not how fast the work is done.

See a finished study
Kind 2

Private sector

Concept

No one here does research full time. But the data is already piling up every day — production logs, sales slips, inventory books. At month end it turns into a single total, and that one line does not tell you what to change. Here that data is read as management indicators, and on top of it the question "what should we do" is backed by calculation. This type is still being designed — what follows is a direction, not a promise.

Data diagnosis

You send
Production, sales or inventory records — with product, account, quantity, amount and date as columns (an ERP or POS export, or a plain spreadsheet ledger)
You get
(not settled) data diagnostic — row and column counts, per-column types, missing cells, date range

Management indicators

You send
(nothing new) the diagnostic from the previous step
You get
(not settled) indicator table — value by period, change on the previous period, trend

Outlier diagnosis

You send
How to split — product, account, line, period
You get
(not settled) outlier diagnostic — value by group, test statistic, p, effect size

Decision analysis

You send
The list of options, the criteria, and how much each criterion weighs
You get
(not settled) options table — ranking, contribution by criterion, sensitivity

One-page summary

You send
(nothing new)
You get
(not settled) one-page summary — where things stand, what stands out, what to choose

This is a concept. The steps are written but the deliverable names are deliberately not fixed — fixing them would make them a promise, and we have not decided yet. The "(not settled)" markers disappear once we do. Because the shape of the data differs so much by industry, fitting one real data set is faster than building a generic demonstration.

If you have a customer or employee survey, the research-agency flowworks for it as it stands.

Kind 3

Research agencies

You already design the study and collect the data. What is left — preprocessing, analysis, reporting — rides on whoever happens to do it, so quality moves study to study. What changes here is that those three run on the same engines in the same order. Every manual edit is recorded, and results come back as sentences you can quote as they are.

Questionnaire design

You send
The questionnaire — items, scales, and which ones are reverse-coded
You get
Item structure table — item x scale x measurement level x reverse-coded candidate

Data upload

You send
The raw file — Excel, CSV or SPSS (.sav)
You get
Data diagnostic — rows and columns, per-column type, missing cells, and the lane it was routed to

Diagnosis and preparation

You send
(nothing new) the diagnostic from the previous step
You get
Preprocessing record — what was changed, why, how many rows it touched, and the undo history

Scale validation

You send
Items grouped into scales (for example, six items for one construct)
You get
Scale validation tables — alpha, alpha-if-deleted, KMO, Bartlett, rotated loadings, cumulative variance

Statistical analysis

You send
The analysis plan — what is compared with what
You get
Result tables — test statistic, degrees of freedom, p, effect size, assumption checks and post-hoc comparisons

Final report

You send
(nothing new) the results from the previous step
You get
Report — paper-ready tables, APA sentences, and "copy into my workbench"

Measured from a run we actually did

1,000respondents
4factors extracted
.899KMO
—reliability αnot in the evidence
.592explained R²
22 · 0checked cells · mismatches
Analysis

Four domains together explain 59.2% of overall satisfaction, and the strongest of them carries β = .369. That figure is what the four explain together — put one in on its own and it changes.

See a finished study

Every report ends with what this data cannot tell you

The monthly report in the local-government example carries five of them — comparison with the same month last year, the net effect of the new app channel, department performance, the level of resident satisfaction, and the cause of the gap between districts. None can be answered from the data at hand, and we write down what more would be needed to answer each.

All demonstration data is synthetic, and we say so in the data and in every report — it is not a real survey, and it is not any real local authority’s data.
Working with organizations — procedure by type | Statory