Turn tacit field knowledge into design conditions
We capture exception handling, operational constraints and actual data usage early, establishing assumptions that will hold up in later phases.
System Planning & Concept Design takes the transformation themes defined in IT / Digital Strategy and similar initiatives and shapes them into business and system initiatives that can actually be executed. We structure current issues and lay out the To-Be for business and systems, the system scope, the core structure of functions, data and integration, investment estimates, and the migration approach. Our goal is to take the concept down to a level of detail at which requirements definition, RFPs and design can begin.
We start from IT / Digital Strategy, business requirements, regulatory changes, EOL and aging systems.
Connected to the next phase of decision-making, procurement and design.
Strategy × Business and system concept
= A project ready for the next phase
In each area, we go beyond listing support themes. We make clear how Dirbato frames the issues and how we connect them to concepts and decisions, and then translate that into concrete work.
We do not treat a comprehensive inventory of current business processes and systems as an end in itself; we analyze them to clarify why change is needed. Working across business, systems, data and operations, we separate symptoms from causes and sort out the issues the future concept must solve and the constraints to be accepted as given.
Rather than starting from replacing current functions, we work backward from how future business, customer experience and decision-making should look to define the capabilities required. Instead of designing business and systems separately, we draw roles, business functions, system functions and data flows as one picture to create the overall To-Be.
Rather than systematizing every request, we distinguish what should remain as business practice, what should be standardized through systems, and what can make use of existing assets. Comparing value, feasibility and future potential, we decide what to change, keep or retire, including Build / Buy / Reuse and standardization versus customization.
Before deciding on specific products or technical approaches, we fix the overall structure at a level that keeps later design decisions from becoming locally optimized. We organize business and system functions, ownership of key data and information flows between systems, and clarify the technical issues to be explored in depth with Technology Advisory.
Instead of a binary choice between full replacement and life extension, we assess current assets by function, data, technology and operations, and decide what to keep, change or retire. Starting from business continuity and migration risk, we build up renewal units and design a migration scenario that delivers value step by step. This area covers renewal units and migration scenarios for the target theme; whether the chosen technical approach is viable is validated together with Technology Advisory.
Our goal is not simply to complete a concept document, but to make it concrete enough that decisions do not have to be revisited in the next phase. We lay out the investment, benefits, dependencies and risks for each delivery unit, define the project breakdown and execution sequence, and make explicit the decisions and open issues to be handed over to the RFP and requirements definition. We also organize the RFP structure and evaluation criteria, the proposal evaluation axes and the vendor selection process at a level of detail that avoids reopening the discussion later.
System planning and concept design is neither a redo of higher-level strategy nor the selection of products or technical approaches. We confirm the objectives and constraints of the target theme, structure the current state, define the To-Be and execution scope, and then connect it to the next phase.
Context
From IT / Digital Strategy, business requirements, investment policy, regulations and deadlines, we clarify the objectives and constraints the target theme must address.
As-Is
Taking a broad view of business, systems, data, operations and costs, we visualize the structures that create the issues rather than their surface symptoms.
To-Be
We define the To-Be business, system responsibilities, function allocation, key data and the basic integration structure, and sort out what to change, keep or retire.
Execution
We organize the system scope, migration units, estimated investment, project breakdown, dependencies and remaining issues, and connect them to the next phase.
Our deliverables do more than describe a future state; they are structured as decision-making material from which requirements definition, RFPs and design can begin.
Organizes issues and their causes across business, systems, data and operations, along with constraints and stakeholder requirements.
Presents future business, functions, key data, system integration and responsibilities in a form that can be grasped at a glance.
Clarifies the basic policies to agree on before requirements definition, including scope, reuse of existing assets, Build / Buy, standardization, migration and non-functional requirements.
Sets out estimated investment, project breakdown, dependencies, milestones, the delivery structure and items to hand over to the next phase.
The goal of system planning and concept design is not to draw a polished picture of the future. We clarify the full picture of business, systems and data, along with the scope of change, investment, migration and remaining issues, so that the next phase of requirements definition, RFPs and design can begin. Issues that require specialist judgment are addressed together with Technology Advisory and Security.
Rather than drawing the future on paper, we make it concrete by moving back and forth between on-the-ground realities and hypothesis testing.
We capture exception handling, operational constraints and actual data usage early, establishing assumptions that will hold up in later phases.
Instead of analyzing until all information is in, we present an initial future picture and key issues, then refine them in short cycles through discussion and validation.
Rather than treating business reform and system renewal separately, we design functions, data, roles and operations within the same overall picture.
Without assuming full replacement, we decide the scope of renewal and how to use existing assets based on value, constraints and future potential.
Our aim is not a finished concept document, but a state in which requirements definition, RFPs and design can start without hesitation.
We verify business, data and existing assets, and carve out issues that need specialist technical or security validation at an early stage.
We clarify what is in and out of scope, standardization versus customization, and the roles of business and IT, reducing differences in interpretation later on.
We consider dependencies, data, business continuity and cutover units in parallel with the To-Be, so the concept includes the execution sequence.
We organize decisions, assumptions, open issues, investment and project breakdown so that the same discussions are not repeated during the RFP or requirements definition.
Dirbato does not stop at drawing a system concept. We translate management and business requirements into a concrete picture of business and systems, carry it through to investment, migration and the roadmap, and support you until it connects to requirements definition, RFPs and design.
Rather than starting only from replacing current systems, we design the To-Be across business processes, system functions, data, organization and operations. We separate the issues to be solved by systems from those to be solved by business and organization.
Beyond the future picture, we organize system scope, estimated investment, migration units, dependencies, the delivery structure and remaining issues, and make it concrete enough for requirements definition, RFPs and design to actually begin.
We work with Technology Advisory on approach comparisons, product evaluations, PoCs and architectural feasibility, and with Security on risk, controls and resilience. We do not leave specialist issues vaguely held on the concept side.
Without assuming the adoption of any particular product or vendor, we lay out options based on business and operational requirements. We make the trade-offs between scope of change, reuse of existing assets, investment and migration difficulty clear to support decision-making.
A selection of the system planning
and concept design projects we have supported.