Back to homepage
Solutions

No more technology than necessary. Just the right kind.

Some organisations need reliable site connectivity; others need better identity management or dependable workflows. We start with the actual task and what is already in place.

No more technology than necessary. Just the right kind.
Service illustration
From problem to solution

Not every company needs more IT. Many first need clearer IT.

First we establish the impact of a disruption and the resources available for daily operations. These findings guide technical requirements, responsibilities and service scope.

Operating model first

A good solution does not end at go-live. That is where the real test begins.

For each proposed platform we define who reviews alerts, approves changes and may restore services. The answers are documented with maintenance windows and handoffs between the parties.

01ScopeWhat is in scope – and what explicitly is not?
02OwnershipWho decides, operates, approves and escalates?
03ControlWhich controls must be measurable and evidenced?
04OperateWhat does stable operation look like after the project?
By company size

The operating model scales with complexity, not simply headcount.

The company sizes below provide orientation. Actual requirements also depend on locations, critical services, internal IT, compliance and required availability.

10–30

Compact organization

A manageable platform footprint simplifies operations. Priorities include standardised workplaces, Microsoft 365, protected identities and devices, backups and agreed remote support.

Goal: simplicity, security and low dependency on individuals.
30–100

Growing mid-market

As the environment grows, network and MDM standards, role-based access, monitoring and lifecycle tasks must become repeatable. Managed support and recurring service reviews connect those responsibilities.

Goal: growth without proportionally increasing operational problems.
100–500

Multi-site & complex mid-market

Multiple locations need coordinated network and identity standards, cloud and security governance, tested recovery procedures and clear responsibility between internal IT and co-managed operations.

Goal: consistent control across a distributed environment.
500+

Enterprise & co-managed

Complex organisations need individually agreed SLAs, technical governance and provider coordination. SOC/SIEM integration, an architecture board, project portfolio and interim leadership may form part of the agreed scope.

Goal: augment internal teams rather than outsource unnecessarily.
Solution architecture

Six layers that have to work together.

01

Identity

Users, roles, MFA, privileged access, joiner-mover-leaver and service accounts.

02

Workplace

Devices, MDM, applications, collaboration, updates and supportability.

03

Network

LAN, WLAN, WAN, segmentation, firewall, carriers and site connectivity.

04

Platform

Servers, storage, virtualization, cloud, data, platform services and capacity.

05

Security & Recovery

Hardening, detection, logging, backup, immutability, restore and incident response.

06

Operations & Governance

Monitoring, SLA, ticketing, change, documentation, reporting, budget and lifecycle.

Industries & criticality

The same firewall does not automatically mean the same solution.

A production outage creates different needs from protecting advisory data or running many branches. We derive priorities from business impact, data types and the regulatory context.

INDIndustry & manufacturingAvailability, segmentation, OT proximity, legacy, site and supply-chain dependencies.
PROProfessional ServicesIdentity, collaboration, mobile work, data access, secure cloud and fast user experience.
REGRegulated environmentsEvidence, least privilege, logging, data residency, recovery and documented ownership.
RETRetail & distributed sitesBranches receive repeatable network standards and centrally agreed policies. Provider fallbacks, rollout procedures and remote operations are planned together so new sites fit the same operating model.
Engagement model

Project, co-managed or managed – depending on where ownership should sit.

PROJECT

Targeted delivery

A project engagement defines the goal and scope for migration, rollout, assessment or modernisation. Acceptance criteria and the handoff to operations are agreed at the outset.

  • Defined scope & milestones
  • Documented handover
  • Optional transition to operations
MANAGED

Outsource operating responsibility

For managed platforms or IT domains, operations are specified through SLAs, monitoring, tickets, maintenance, reports and service reviews. Responsibilities and handoffs are explicit parts of the agreement.

  • Predictable service coverage
  • Measurable SLA & reporting
  • Lifecycle & improvement plan
Decision matrix

How we determine which solution actually fits.

DimensionWhat to clarifyImpact on solution
Business criticalityWhich processes may be unavailable for how long?Redundancy, recovery, SLA, monitoring
Internal resourcesWhich skills and capacities remain internal?Project, co-managed or managed
Sites & usersHow distributed and standardized is the environment?Network design, identity, rollout, support model
ComplianceWhich evidence, data locations and controls are mandatory?Logging, least privilege, governance, documentation
Lifecycle & budgetWhich investments are due and what technical debt exists?Roadmap, prioritization, platform selection, FinOps
Delivery

From the first question to stable operations.

  1. 01
    Discovery

    Clarify business goals, risks, stakeholders and scope.

  2. 02
    Assessment

    Assess current landscape, dependencies and technical debt.

  3. 03
    Target state

    Define architecture, ownership and operating model.

  4. 04
    Roadmap

    Set priorities, budget, risk and migration waves.

  5. 05
    Delivery

    Deliver with testing, documentation and controlled handover.

  6. 06
    Operate

    Monitoring, SLA, reviews, lifecycle and continuous improvement.

Technology follows the requirement

Vendors are building blocks – not the strategy.

We assess platforms against workloads, skills, compliance, costs and exit options. This applies to Microsoft, Azure, AWS, Google Cloud, Cisco, Juniper, Fortinet, Palo Alto, Veeam, VMware, Nutanix and other technologies. Existing investments inform the decision.

Explore technology stack
Decision principles
  • Fit before brand preference
  • Operating cost, not just purchase price
  • Consider supportability and skills
  • Design security, recovery and exit from the start
What must matter in the end

A solution is good when it is still understandable and operable six months later.

Ownership

Clear owners, approvals and escalation paths.

Evidence

Documented configuration, controls, tests and decisions.

Recoverability

Not just backups present, but recovery tested in reality.

Governability

Measurable services, transparent risks and a realistic roadmap.

Next step

Turn requirements into an operating model.

Bring your locations, critical systems and key operating questions. Together we clarify resources, security, cloud and service goals, then organise the next steps in a roadmap.