PLANNING

Service support overview

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.

FROM STRATEGIC THEME TO EXECUTABLE SYSTEM CONCEPT
Building on higher-level strategy, we define what to systematize, how far to go, and in what order.
INPUT

Strategy and transformation themes

We start from IT / Digital Strategy, business requirements, regulatory changes, EOL and aging systems.

ObjectivesRequirementsConstraints
SYSTEM PLANNING & CONCEPT DESIGN
Turning the will to transform into a system concept ready to move Neither a re-debate of strategy nor detailed technical design, but the “bridging design” that connects strategy to execution
01 AS-ISCurrent state and issuesStructure business, systems, data, operations and costs
02 TO-BEFuture stateDefine To-Be business, functions, data and responsibilities
03 SCOPESystem scopeDecide what to change, keep or retire, and Build / Buy / Reuse
04 ROADMAPInvestment, migration and executionSet estimates, migration units, project breakdown and next steps
Technology AdvisoryValidates issues that require technical feasibility, such as technical approaches, products and PoCs
SecurityValidates specialist issues such as risk, controls, regulation and resilience
OUTPUT / NEXT

A system concept ready to move

Connected to the next phase of decision-making, procurement and design.

Concept documentTo-Be overview Investment estimateExecution roadmap Requirements / RFP
Division of roles: System Planning & Concept Design integrates the whole, while the specialist services dig deeper wherever technical or security judgment is needed.

Strategy × Business and system concept
= A project ready for the next phase

Areas we support

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.

Methodology & evaluation framework

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

Confirm direction and objectives

From IT / Digital Strategy, business requirements, investment policy, regulations and deadlines, we clarify the objectives and constraints the target theme must address.

As-Is

Structure the current state and issues

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

Define the future business and systems

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

Translate into scope, investment and plans

We organize the system scope, migration units, estimated investment, project breakdown, dependencies and remaining issues, and connect them to the next phase.

Deliverables

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.

01

Current-state analysis and issue structure

Organizes issues and their causes across business, systems, data and operations, along with constraints and stakeholder requirements.

02

To-Be business and system overview

Presents future business, functions, key data, system integration and responsibilities in a form that can be grasped at a glance.

03

Basic system policy

Clarifies the basic policies to agree on before requirements definition, including scope, reuse of existing assets, Build / Buy, standardization, migration and non-functional requirements.

04

Execution roadmap

Sets out estimated investment, project breakdown, dependencies, milestones, the delivery structure and items to hand over to the next phase.

Support style

Not a concept document, but a state ready for the next decision

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.

CO-DESIGN THE CONCEPT

Building the concept together

Rather than drawing the future on paper, we make it concrete by moving back and forth between on-the-ground realities and hypothesis testing.

01
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.

02
Put a To-Be hypothesis on the table early

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.

03
See business, systems and data as one

Rather than treating business reform and system renewal separately, we design functions, data, roles and operations within the same overall picture.

04
Be clear about what to change, keep or retire

Without assuming full replacement, we decide the scope of renewal and how to use existing assets based on value, constraints and future potential.

MAKE IT EXECUTION-READY

Making the concept executable

Our aim is not a finished concept document, but a state in which requirements definition, RFPs and design can start without hesitation.

05
Rule out unworkable assumptions early

We verify business, data and existing assets, and carve out issues that need specialist technical or security validation at an early stage.

06
Leave no ambiguity in scope and responsibilities

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.

07
Never treat migration as an afterthought

We consider dependencies, data, business continuity and cutover units in parallel with the To-Be, so the concept includes the execution sequence.

08
Don’t defer too many decisions to the next phase

We organize decisions, assumptions, open issues, investment and project breakdown so that the same discussions are not repeated during the RFP or requirements definition.

Why clients choose Dirbato

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.

Reason 01

Designing business, systems and data as one

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.

Reason 02

No gap between concept and execution

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.

Reason 03

Bringing in technical and security expertise where it matters

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.

Reason 04

Making options and trade-offs explicit

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.

Case studies

A selection of the system planning
and concept design projects we have supported.

view cases