Independent IT Business Architect

The right IT decision starts before choosing a system or vendor.

I work on the owner’s side when the business challenge is clear, but it is not yet clear what to implement or build—and who should deliver it.

Vladimir Anokhin
Personally responsible for solution architecture
30 yearsbusiness × technologyOwner ↔ ownerdirect accountabilityDecision to launchone coherent project logic

Where it starts

A business does not always need a new system.

First, understand what actually needs to change.

The wish to implement CRM, ERP or AI—or to create a proprietary platform—usually comes from a real problem. But a chosen technology is not yet a solution.

Sales are growing, but the processes can no longer keep up

The owner personally controls too many operations

Data is scattered across spreadsheets and applications

The existing system limits further growth

The company wants to use AI but has no practical use case

There is a digital product idea but no internal IT team

A team prepares a complicated machine while an architect points to a simple key
Sometimes the missing feature is the right question.

The same problem may require custom development, configuration of an existing product, integration of current systems—or a process change without a new IT project.

Different roles — different responsibilities

A vendor answers the question “how to build it”. First decide — what to build and why.

01 / Business

Business owner

Knows the customers, economics, constraints and company goals.

Defines what needs to change
02 / Solution

IT Business Architect

Connects processes, economics, data and technology capabilities.

Shapes the right solution model
03 / Delivery

Vendor

Knows its own product, platform or technology best.

Delivers the agreed part
Vendors offer different tools while the architect measures the problem first
When everyone holds a favourite tool, every problem starts to look familiar.
Important

The problem is not a lack of vendor competence. It appears when the same vendor is asked to define the business need, choose the approach and sell its own implementation.

The cost of an early mistake

A project can be delivered—and still fail to solve the business problem.

The later a flawed initial decision is discovered, the more it affects.

01

The solution is chosen before the problem is understood

The project starts revolving around a technology familiar to the vendor instead of the business outcome that is actually required.

02

Existing chaos gets automated

The new system locks in unnecessary approvals, manual exceptions and misplaced responsibilities.

03

Constraints are discovered too late

Missing roles, data and integrations become visible only after development has started and changes are expensive.

04

No one owns the whole picture

Each vendor delivers its own part, while the system as a whole may still fail to work as one business solution.

The same mistake — a different scale of consequences

At the zero stage, the decision changes. After launch, the business does.

The cost does not grow by a magic formula. With every stage, more completed and paid work accumulates around the wrong decision.

01Before choosing a solution

Change the logic on paper

Clarify the business challenge, reject the wrong hypothesis and choose another route.

Only the hypothesis and solution model are affected
02After choosing a system

Rebuild the project

Change the requirements, budget, timeline, agreements and vendor criteria.

Requirements, estimates and vendors are now affected
03During implementation

Rework the system

Rework code, integrations, data structures and the delivery plan already paid for.

Development, data and timelines are now affected
04After launch

Change a running business

Beyond the system, processes, training, responsibilities and ways of working must change.

People, processes and operations are now affected
The value of the zero stage is not another document.

It enables the least expensive change available: changing direction before the business starts paying for the consequences of a wrong decision.

Recent reports do not support one universal multiplier, but they show the same pattern: misaligned goals, underestimated complexity and late discovery lead to overruns, delays and losses. Evidence from 2023–2024: BCG 2024 ↗ McKinsey 2023 ↗ IBM 2024 ↗

Without an independent stage

Problemvendorfamiliar technologyrework

With solution architecture

Problemoptionsdecisioncontrolled implementation

The zero stage of an IT project

First create clarity, not a system.

Before specifications, platform selection and vendor negotiations.

01

Define the outcome

What must change for the owner, customers and employees.

02

Understand reality

Processes, roles, data, applications, constraints and root causes.

03

Shape the options

From a process change to a ready platform or custom development.

04

Compare consequences

Cost, timing, dependency, support and ability to grow further.

05

Choose the first step

Architecture, stages, requirements and vendor selection criteria.

The outcome is not known in advance

That is why the analysis must be independent.

The right recommendation may lead to a large implementation, a small change—or a decision not to build anything yet.

Business challengeWhat is the most sensible move?
Change the processConfigure the current systemIntegrate servicesImplement a ready platformBuild a separate componentCreate a proprietary systemLaunch a prototypePostpone or cancel the project
My job is not necessarily to start an IT project. My job is to help the business make the right decision.

Practical outcome

IT Solution Map

A document for making a decision, requesting comparable proposals and controlling implementation.

Discuss the zero stage
  • clear definition of the business challenge
  • project boundaries and user roles
  • data and integration requirements
  • comparison of viable options
  • recommended architecture and stages
  • technology and vendor selection criteria
  • preliminary investment range
  • key risks and control points

Ways to work together

You can start with a challenge of any scale.

Scope, outcome and price are agreed before the work begins.

There is no need to commission a large project immediately. The first format depends on how much uncertainty the current challenge contains.

Owner’s challenge review

€290

90 minutes

A short questionnaire, a conversation with the owner and a concise summary of the problem, risks and sensible next step.

The fee is credited if we proceed to the zero stage.

Rapid diagnosis

from €1,800

1–2 weeks

A map of the current situation, key constraints, possible directions and a conclusion on whether a full IT project is needed.

Implementation oversight

from €1,500 / month

after the decision

Control of decisions and changes, work with vendors, coordination of participants and regular reporting to the owner.

If the project is already under way

The project is stuck. Adding people and change requests is not always the answer.

Timelines drift, rework multiplies, and “almost ready” lasts for months.

I provide an independent diagnosis and help the owner decide what to keep, what to change and what no longer deserves further investment.

It is time to stop and investigate when

  • time and budget keep growing without visible progress;
  • the business and vendor understand the outcome differently;
  • every fix creates another round of rework;
  • nobody owns the project as a whole.

After the diagnosis

  • finish with the current team but reduce the scope;
  • rebuild the plan or architecture;
  • strengthen or replace the vendor;
  • stop before further losses accumulate.

Rapid diagnosis · from €1,800 · 1–2 weeks

The diagnosis starts not with finding someone to blame, but with testing whether a sensible business outcome is still achievable.

Review a stalled project
A team pushes a complicated machine while an architect points to a simpler route
Sometimes a project does not need one more person pushing.

After the decision

First define the route. Then decide who should deliver it.

I can remain on the business side or take responsibility for delivery, depending on the chosen solution.

  • support with vendor selection;
  • requirements definition and delivery control;
  • coordination of multiple vendors;
  • direct implementation of the appropriate solution;
  • external IT adviser role.

Why I represent the owner’s side

Because I spent many years on that side myself.

For most of my career, I worked not as an IT vendor but inside operating businesses, responsible for people, sales, finance, operations and the final result.

Management experience and a technical education allow me to start not with software or a programming language, but with how the company makes money and what actually needs to change.

30 yearswhere business meets ITup to 600employees managedB2B + B2Creal operating experiencePersonallyfrom logic to launch

Start before choosing a system

Have a challenge but not yet sure what IT solution you need?

It is better to discuss it before specifications, platform selection and vendor negotiations.

Discuss the challenge early