The numbers do not agree
Finance, marketing, and operations report different versions of performance, and leadership cannot tell which definition or period should drive the decision.
AI & operations consulting
Diagnostic / evidence / action
We connect conversations with the underlying workflows, code, and data—then turn supported findings into a blocker map and a practical 30–60–90 plan.
When to bring us in
We agree on a focused question and follow the evidence across the relevant parts of the business—without treating the first explanation as the final answer.
Finance, marketing, and operations report different versions of performance, and leadership cannot tell which definition or period should drive the decision.
A project keeps slipping because the blocker sits across ownership, workflow, data, and system boundaries rather than inside one team.
The proposal is compelling, but nobody has verified whether the available data, process, permissions, and operating model can support it reliably.
A metric, policy, or operational belief sounds reasonable until it is checked against the code, configuration, source records, or actual sequence of work.
The engagement
We review the records your business already produces, interview the people responsible, and test the leading explanations against the relevant code, configurations, calculations, and read-only data.
A typical scope includes 10–20 stakeholder interviews and 10–20 detailed written discovery questions. The exact mix is agreed around the decision, source volume, and team structure.
Each material issue includes its supporting sources, confidence status, decision impact, limitations, and the next validation step.
A practical map of the workflows, systems, data, and responsibilities involved—showing where a problem originates and what must happen first.
Recommended changes sequenced by impact, dependency, effort, owner role, and acceptance criteria rather than by opinion or departmental urgency.
Requirements for the first recommended change: what it should do, what it depends on, and how the team will know it works.
An exportable evidence register and handover so the team can inspect the reasoning, revisit open questions, and continue the work.
Your team knows what is supported, what remains uncertain, and what to do next.
How the month works
Define the decision, map the selected workflow, confirm access, and begin stakeholder interviews and written discovery.
Trace the leading explanations across conversations, code, configurations, calculations, and read-only system data. Review the first findings with the client.
Turn supported findings into sequenced changes, ownership decisions, measurement requirements, and a specification for the first improvement.
Walk leadership and the delivery team through the evidence, unresolved questions, blocker map, and 30–60–90 day plan.
The four-week schedule starts once agreed access is available. A first readout is held at the end of week two so missing context and competing explanations can be addressed early.
Client work
In work with a publishing and e-commerce business, Blatt followed operational questions across conversations, code, reporting, and product records.
Why do operational and financial views lead to different decisions?
Leadership interviews, team conversations, reporting logic, product records, and system definitions.
The investigation documented inconsistent cost treatment, mismatched reporting periods, and missing checks between product promises and product content.
Findings were separated from hypotheses, and financial impact remained subject to corrected calculations and policy decisions.
Handover
The research was organized into an evidence register, prioritized actions, and engineering handoffs—not a claim of automatically realized savings.
Sources we may review
The source set is selected for the agreed question. Access is read-only where appropriate and limited to the records, period, systems, and participants defined in the engagement scope.
Slack and internal messaging
Meeting transcripts
Documents and operating records
Detailed written discovery responses
Selected codebases and configurations
Read-only reporting and operational data
MemoryOS
MemoryOS is Blatt's proprietary research infrastructure. It helps organize conversations and documents around people, topics, decisions, and dependencies while retaining references to the original records.
It supports cross-source investigation and preserves the research context. Findings are still reviewed against source records, technical mechanisms, limitations, and professional judgment.
Processing takes place remotely in a Google Cloud environment provisioned and controlled by your company.
Language-model requests use API credentials supplied by your company and an agreed provider configuration.
The selected provider is configured not to retain request data. Approved requests may still be sent from GCP to that provider's API.
Source access, authorized users, retention, credential removal, and model-provider settings are documented for the engagement before company records are reviewed.
Senior-led delivery
The engagement stays senior-led from kickoff through the final review, combining AI systems architecture with an MBA-level business perspective.
Operational interviews, data analysis, and technical verification are kept in one line of reasoning instead of being split across disconnected workstreams.
Investment
$10,000–$20,000 USD for four weeks. The fixed price reflects source volume, technical depth, workflow complexity, and whether one focused implementation is included.
Frequently asked questions
Start with the decision
Tell us where the numbers conflict, the work stalls, or the next AI investment feels uncertain. We'll discuss whether a focused four weeks engagement fits.