01 / Leadership change
Your next CTO needs context.
A search, planned departure, or interim-to-permanent handover creates a reason to investigate what the new leader will inherit.
Explore CTO transitionIndependent business & technology diagnostics
Our senior diagnostic team investigates your systems, workflows, responsibilities and data around an agreed business question. You get a scoped map, findings with evidence and a practical action plan.
When to bring us in
01 / Leadership change
A search, planned departure, or interim-to-permanent handover creates a reason to investigate what the new leader will inherit.
Explore CTO transition02 / Unexplained friction
Work stalls between teams. Numbers do not reconcile. We trace the question across people, records, and systems rather than accepting the first explanation.
03 / A proposed change
Before replacing a system or investing in AI, check the data, permissions, dependencies, and operating reality. The evidence may support a change, a smaller step, or no change yet.
How it works
MemoryOS organizes approved records, connects sources and surfaces explanations for the team to investigate.
The team checks AI interpretations against the sources.
Our technology, HR and analytics leads review the findings together and identify what needs attention.
The review produces source-linked findings and proposed priorities, with uncertainties made clear.
Systems, processes, people and dependencies within the agreed area.
Source-linked findings, confidence levels and open questions.
Priorities, proposed owners and implementation briefs for the next steps.
What you receive
One connected handover for your leadership and delivery team to review, challenge and adopt.
01 / Map
The systems, workflows, responsible roles, and dependencies involved in your question. A bounded view, not a promise to map the entire company.
02 / Diagnosis
What the sources support, why it matters, and what remains uncertain. Evidence, interpretation, and open questions are kept distinct.
03 / Action plan
Proposed 30/60/90-day priorities, owner roles, dependencies, and completion criteria, with an implementation brief for the first recommended change.
An organized research record accompanies all three outputs, so your team can revisit the reasoning and continue the work.
See an illustrative handover sample →Client work / Publishing & e-commerce
In work with a publishing and e-commerce business, Blatt followed operational questions across conversations, code, reporting, and product records.
Anonymized past engagement
An example of Blatt's diagnostic method, not a result attributed to today's team or evidence of CTO-transition outcomes.
Question
Why do operational and financial views lead to different decisions?
Sources
Leadership interviews, team conversations, reporting logic, product records, and system definitions.
Findings
The investigation documented inconsistent cost treatment, mismatched reporting periods, and missing checks between product promises and product content.
Boundary
Findings were separated from hypotheses. Financial impact remained subject to corrected calculations and policy decisions.
Experts
We examine technical constraints alongside how work is organized and how performance is measured. The team brings these findings together in one scoped map, diagnosis and action plan.
Technology & Systems
CTO at Ancient Remedies; founder of HeartScan and NeuroEdit. MBA.
Leads architecture, systems, data and AI investigation, connecting technical evidence to commercial priorities.
Reviews findings with HR and analytics and prepares technical verification and handover within the agreed scope.
Michal Barodkin on LinkedIn (opens in a new tab)People & Organization
HR lead with leadership experience at BotConversa.
Reviews roles, ownership and how work moves between teams.
Stakeholder interviews, role-brief context and handover ownership within the agreed scope.
Andrei Zhurauleu on LinkedIn (opens in a new tab)Analytics
Head of Analytics; user-behavior analytics and audience research at Wargaming (2012-2018).
Examines metric definitions, reporting logic and the data behind decisions.
Checks competing explanations and the data needed to distinguish them within the agreed scope.
Sergey Kadomsky on LinkedIn (opens in a new tab)Michal is the accountable lead, coordinating the investigation and joint review. Expert participation, responsibilities and interview scope are agreed in the proposal; the diagnostic does not provide full-time staffing.
Client-controlled environment
Work takes place in a Google Cloud environment provisioned and controlled by your company. We agree selected sources, permissions, exclusions, recipients, and retention arrangements before starting.
Model API boundary
Model requests use client-supplied API access and an agreed provider configuration set not to retain request data. Approved requests may leave your GCP environment for that provider's API. Client control does not mean data never leaves the environment.
Read the data-handling boundariesScope & engagement
We agree a decision, one workflow or connected area, relevant sources, and the outputs before work begins. The standard engagement is four weeks once agreed access is available; source volume and access constraints determine what can be covered.
Read the scope and process →The proposal confirms scope, schedule, access, team involvement, deliverables, and a fixed fee. Missing access or a broader question may require a revised scope or schedule.
Hiring, interim CTO responsibility, broader implementation, and specialist security, compliance, or financial audits are not included. One focused change may be agreed explicitly; further delivery is scoped separately.
Frequently asked questions
No. Start with a concrete concern or decision: conflicting reports, a stalled workflow, a leadership transition, or a proposed investment. We agree an investigation question and achievable scope before starting. The four-week schedule depends on the agreed access being available.
Access is agreed for the selected scope. It may include conversations, transcripts, documents, code, configurations, and read-only system data. Necessary sources, exclusions, and access restrictions are documented before work begins.
A typical engagement includes 10–20 stakeholder interviews and 10–20 detailed written discovery questions, adjusted to the problem and team structure. A sponsor must also be available to resolve access and ownership decisions.
Work is performed remotely in a Google Cloud environment provisioned and controlled by your company. Blatt does not require company records to be uploaded to a Blatt-owned production environment.
AI helps organize approved records and connect sources. Our senior team checks interpretations, findings and proposed priorities against the evidence. Model requests use your company's API access and an agreed provider configuration set not to retain request data. Approved requests may leave your GCP environment for that provider's API.
The core engagement covers investigation and an implementation-ready plan. One focused change can be included when its requirements, access, dependencies, and acceptance criteria are agreed in advance. Broader delivery is scoped separately.
The finding will say what was checked, what the records support, and what remains unknown. That can change the recommendation—including a decision not to proceed with a proposed system change or AI investment.
Ongoing access can be arranged separately. The proposal distinguishes the portable project deliverables from access to Blatt's proprietary research infrastructure, hosting, updates, and support.
Start with your situation
Tell us the decision, what seems unclear, and your timing. We will discuss whether a bounded diagnostic is the right next step.