Start with the decision
Define the decision, the audience, and the timing first. Every chart should support a specific action.
Clear dashboards, reliable checks, and a refresh your team can run.
Fabricated demonstration data. Use the chart or table to inspect each month.
Built for continuity. Every deliverable includes documentation for the next refresh.
Most reporting problems start before the chart. I fix the definitions, source trail, and refresh process first.
Define the decision, the audience, and the timing first. Every chart should support a specific action.
Document where each figure comes from, which records it excludes, what can break it, and how far back it can be trusted.
Record what counts as a client, a case, or an active month so each metric keeps the same meaning next quarter.
Keep the main view clear for leadership, with supporting detail available for anyone who needs to verify the calculation.
Document the steps and checks so the next reporting cycle can run without relying on the original developer.
I choose the tool that fits the data, the audience, and the way your team will maintain the work.
Working demos with fabricated data. Open one, change the filters, and inspect the detail.
Start with the national pattern, select a state, and review its counties. Every view updates with the selected metric.
Open the map →
The thirty-six numbers from the report above scatter, line themselves up into a spreadsheet, and draw the chart you just used. It runs on the same data file as the live report.
Watch the reel →Ask a question and receive a concise answer with the supporting figure attached.
Try the assistant →Choose a measure and breakdown, then export a presentation-ready chart.
Open the builder →Additional reporting patterns
See which products and service periods contribute most to margin.
Open cafe operations →Review program capacity, budget position, and grant reporting needs.
Open nonprofit reporting →Identify changes in quality, downtime, and backlog by site before they affect quarterly performance.
Open operations report →All example values are fabricated. Nothing shown here is client data.
Choose a focused review, a fixed-scope build, or ongoing reporting support.
For teams that know the reporting needs improvement but need a clear starting point. The result is a prioritized plan that any qualified analyst can use.
A fixed-scope build with the price and schedule agreed in advance. You own the result, and your team receives the documentation needed to maintain it.
For teams whose reporting works but keeps drifting out of date as questions change and systems get upgraded underneath it.
Each engagement requires read access to the data and one person authorized to confirm metric definitions. A Diagnostic includes a 45-minute user interview, a Sprint includes a brief weekly review, and a Partnership includes a standing check-in. Partnership availability is limited.
Final pricing depends on source-data condition, the number of metrics requiring definition, the review group, and training needs. You receive a fixed price in writing before work begins. It changes only if the scope changes. If a request does not warrant a paid engagement, I will say so.
Three questions, scored right here on the page. Nothing is recorded.
If that sounds right, send me a note and mention it. A pointer, not a quote.
I have spent about four years turning complex data into useful reporting across science, health, communications, and government operations. My work combines applied statistics with practical dashboard design.
I particularly value the point when two systems reconcile and a team can trust the number in front of them.
I am honest about timelines up front. If a project needs more hours than I have, I say so instead of taking it on and delivering late.
BasedParrish, on Florida's Gulf Coast. Remote anywhere in the US.
TrainingMS in Applied Statistics, from Columbia University. BS in Physics and Data Science.
AvailabilityLimited project availability. One active build at a time.
A firm boundary. I do not take U.S. Department of Education-funded clients, represent clients before federal agencies, work on federal grants, or accept IDEA Section 618, EDFacts, or SPP/APR projects. This practice is entirely separate from my federal employment.
Each offer has its own schedule range. Delays most often come from data access or unresolved metric definitions. You receive a realistic delivery date before work begins.
Yes, and that is usually the point. A report that needs a walkthrough before anyone can read it will stop getting opened.
No. Cleaning, reconciling, and defining the data is the bulk of the job, and it is included. If your numbers currently disagree across two systems, finding out why is part of what you are paying for.
No. I recommend changing software only when the current tool cannot meet the reporting need. Otherwise, the goal is to improve the system your team already uses.
Questions are answered free for two weeks after a Sprint. After that you can move to a Partnership or simply run it yourself. Running it yourself is the outcome I am building toward. Nothing is held back: the files are yours, and any competent analyst can pick them up without calling me.
Working copies stay on my machine, never go into third-party AI tools, and are deleted at the end of the project. I will sign your NDA or use a simple mutual one. If your data includes health, education, or other regulated records, tell me early so the handling terms are settled before any file changes hands.
Usually. Spreadsheets, CRM or case-management exports, databases, and PDFs are all workable. Systems with no export capability require an early feasibility review before either party commits.
The full list is under About. The short version: nothing federally funded, and nothing touching the special education data collections I work on in my day job. It is a firm line rather than a preference, and you will hear about it in my first reply rather than partway into a project.
A few details are enough for me to assess the fit, timeline, and likely cost.