Zalaris
Back to blog home

HR transformation is not an HR project: From platform delivery to business outcomes

Most HR transformation programmes start with a platform. They measure success at go-live. The technology changes. The work often does not. This is a point of view on what goes wrong and what to do instead.

July 30, 20262 min read
Shiju Soman
by Shiju Soman
HR transformation is not an HR project: From platform delivery to business outcomes

Where most transformation programmes lose value

HR transformation is not an HR project. It is a business transformation enabled by HR.

1. Technology gets too much credit

A new platform may modernise HR delivery. It will not fix poor process design or settle who owns the result. Organisations choose a system, move old processes into it, and declare success when it launches on time. The project plan is complete. The business case often is not.

2. Go-live is a poor measure of success

Managers keep their own spreadsheets. Local teams work around the new process. HR assembles data by hand to answer a basic workforce question. The real measures -- manager self-service adoption, response time, data quality, time to hire -- only become visible after launch. If the programme declares victory at go-live, nobody looks at them.

3. HR cannot settle the trade-offs alone

Finance, IT, legal and business leaders own parts of every HR process. They have to own the design decisions too. A transformation structured as an HR project leaves those stakeholders as approvers rather than accountable parties. When the new model requires them to change how they work, they have not been part of building it.

4. HRaaS starts with the service, not the scope

Traditional outsourcing starts with a list of tasks to hand over. HRaaS starts with the service employees and managers need, then designs the operating model around it. The distinction matters because the first approach optimises the wrong thing. Reducing the cost of a process nobody uses is not a result.

5. Three decisions before the platform is chosen

1. Define the outcome first

Name the business problem in plain terms and decide how progress will be measured. If the objective is only to implement a platform, the programme is not ready to start.

2. Redesign before digitising

Remove work that no longer serves a purpose. Standardise where it improves the service. Preserve local variation only where regulation or a real business need demands it.

3. Plan for the service after go-live

Keep the measures visible and fix what is not working. A launch proves the project team delivered. Value becomes visible later, when managers use the service without workarounds.

A partner who validates every existing process is not a partner. They are a vendor.
-- Shiju Soman, VP HR Services & Transformation, Zalaris

FAQ

Shiju Soman

Shiju Soman

VP Transformation & Business Development

With over 20 years of experience in establishing and scaling managed services, I specialize in transforming talent management, payroll, and HR operations for diverse organizations. My approach blends deep domain expertise with a future-forward mindset — applying employee-first principles powered by agentic and Generative AI solutions to design modern, scalable, and efficient HR operating models.