CPFL Group
Digital Transformation — Internal Products — CPFL Group — 2024–2025

From scattered processes
to one platform.

CPFL is one of Brazil's largest energy groups — a century-old institution operating across six business units and thousands of employees. When Weme brought us in as Design Lead, the brief was uncommon: use product thinking to start the digital transformation from the inside. Not with an external app. With the internal service platform that the company's own people depend on every single day.

100%
Company-wide
adoption achieved
4.3/5
Satisfaction score
at full rollout
6k+
Monthly active
users at peak
5
Phased rollout
waves to 100%
My Role
Design Lead
Companies
Weme ? CPFL Group
Scope
Product — UX — Strategy
Platform
Web Platform — Powered by Sydle
Year
2024–2025
Context

A century-old energy company, six business units, and no single place to ask for help.

CPFL Energia is one of Brazil's largest electric energy groups — serving millions of customers across distribution, generation, and commercialisation. Internally, the company had been running on a fragmented patchwork of legacy systems and informal processes. Need IT support? Find the right person and ask directly. Need HR to process a benefit? Send an email and hope it reaches the right inbox. Want to know the status of something you requested two weeks ago? There was no way to check.

The operational backbone of a group this size — HR, Finance, Infrastructure, People management — was running on goodwill, institutional memory, and a CRM platform (Dynamics) that had grown far beyond its original purpose. Requests were duplicated, lost, and untraceable. Employees had no single place to go. The internal services team had no visibility into what was happening across the organisation.

"It wasn't a technology problem. It was a process problem dressed as one. Before we could design anything, we had to understand how work actually moved — or didn't move — through this organisation."

6
Business units served — Finance, HR, Infrastructure, People, Supply, and shared services
23
Generic service categories in the old CRM catalog — untested, non-validated, executor-driven
Zero
visibility
Informal requests with no traceability, no SLA, and no data — the operational status quo before Portal CSC
Energy Sector Enterprise B2B CPFL Group Brazil Legacy CRM / Dynamics 6 Business Units
Approach

Internal first. Prove product thinking works.
Then scale.

The mandate from Weme's engagement was intentional: start with the company's own internal operations before touching any external-facing product. In a traditional industry, leadership doesn't buy the value of product thinking in the abstract. They need to see it work — on something real, measurable, and close to home. An internal service portal was the perfect vehicle.

This approach meant that every decision made on Portal CSC — from the information architecture to the rollout strategy — had to demonstrate product rigour. OKRs over deliverables. User research before assumptions. Phased releases instead of big-bang launches. If this worked, we'd have the credibility and the model to bring the same methodology to CPFL's external products and innovation agenda.

"The product was the argument. Every metric we improved on Portal CSC was a data point that product-led design works — not just in fintechs and startups, but in a 100-year-old energy company."

The old way

01
Fragmented requests
Each business area handled requests differently — email, phone, Dynamics, or through informal channels.
02
No traceability
Employees couldn't follow up on a request's status. The service team had no aggregate visibility either.
03
Bureaucracy and delays
Approvals moved through email chains and hallway conversations. Simple requests took days. Complex ones got lost.

The new way

01
One entry point
Every request — HR, Finance, Infrastructure, People — opened, tracked, and resolved in Portal CSC.
02
Full traceability
Real-time ticket status, approval chains, and automated notifications — for employees and service teams alike.
03
Data-driven improvement
Usage metrics, satisfaction scores, and callback interviews drove continuous iteration — every phase better than the last.

Team — Roles, responsibilities & sprint cadence

Team roles and responsibilities
Team structure — roles & responsibilities across Weme, CPFL, and Sydle
Sprint organisation
Sprint cadence — Weme design + business + Sydle engineering, two-week cycles
OKR Framework Phased Rollout Card Sorting Beta Testing CallBack Research Agile / Sprints
Portal CSC

One portal. Every request.
Every area.

Portal CSC — Centro de Serviços Compartilhados — replaced the old Dynamics CRM as the single platform for all internal service requests at CPFL. Built on Sydle's BPMS, the portal unified six business areas under one experience: a structured catalog of services, a ticket management system, approval flows, productivity dashboards, and a satisfaction feedback loop. Every employee, from any unit, could open a request, track it in real time, and rate the service they received.

01
Research before architecture
Card sorting with real employees validated how people mentally grouped services — replacing 23 legacy categories with 7 evidence-backed ones.
02
Validated before launched
15 beta testers from the service team tested every flow before each phase released to the broader company. Bugs tracked, reduced, and resolved.
03
Metrics from day one
Adoption, satisfaction, unique visitors, DAU/MAU, usability (dead clicks, quick backs) — every phase tracked against a shared OKR framework.

Portal CSC — Key screens

CSC - Home
CSC - Meus Chamados RH
Home — the single entry point for all service requests — Meus Chamados — full ticket tracking in one view
CSC - Aprovações
CSC - Aprovações 02
CSC - Atendimento
CSC - Meus Chamados
Aprovações — structured approval chains — Approval detail & delegation — Atendimento — productivity view — Meus Chamados — cross-area ticket management

Portal CSC — Measuring experience

Internal tools deserve the same feedback loops as consumer products.

One of the most overlooked aspects of internal product design is that employees rarely have a voice. They use what they're given — and their frustration is invisible to the business. We built a structured experience-rating system directly into Portal CSC: every resolved ticket triggers a satisfaction flow, and managers get aggregated feedback by area, team, and service category. For a company at the start of its digital transformation journey, this data was foundational — not just for iterating on the portal, but for proving to leadership that product quality is measurable, even internally.

CSC - Avaliar Full 01
CSC - Avaliar Full 02
CSC - Avaliar Full 03

— and the possibility to rate at any moment

CSC - Avaliar 01
CSC - Avaliar 02
CSC - Avaliar 03
Experience rating embedded into every resolved ticket — accessible from anywhere in the portal at any time

Portal CSC — User testing session — pre-launch

Beta — Phase 1
Portal CSC user testing session
This recording was captured during a supervised user testing session with the 15-person beta group — conducted before any phase rollout, to validate navigation flows and catch friction before real employees hit it.

Areas served by Portal CSC

Each business area had its own catalog of services, flows, and approval structures — all unified under the same portal experience.

CPFL Pessoas
CPFL Finanças
CPFL Infra
CPFL Suprimentos
From left: Pessoas (HR) — Finanças — Infraestrutura — Suprimentos — each with validated service catalogs and BPM flows
Portal CSC Sydle BPMS Information Architecture Service Catalog Approval Flows Ticket Management
Results

100% adoption. Five phases.
A company that now runs on data.

The rollout was designed to manage risk and build trust simultaneously. Each phase expanded coverage — 20%, 40%, 80%, 100% — while metrics, user communication, and bug tracking ran in parallel. By Phase 5, every CPFL employee was on the platform. The satisfaction score had climbed from 4.0 to 4.3/5. Monthly active users reached 6,000. And the hallway requests had stopped.

Phase 1
Controlled
Testing
Beta testers — 15 people — Service team only
Phase 2
20%
~100 tickets — ~500 unique visitors — 4.0/5 satisfaction
Phase 3
40%
~300 tickets — ~1,000 visitors — 4.0/5 satisfaction
Phase 4
80%
~500 tickets — ~2,500 visitors — 4.1/5 satisfaction
Phase 5
100%
~1,500 tickets — ~3,800 visitors — 4.3/5 satisfaction
100%
Full company adoption — every CPFL employee on the platform, portal stabilised and in continuous improvement
4.3/5
Satisfaction score at Phase 5 — up from 4.0 at launch, driven by callback research and iterative improvements
6k+
Monthly active users at peak — combined with ~2,300 daily active users, showing genuine daily utility
23 ? 7
Service categories reorganised — from 23 legacy generic topics to 7 research-validated groups (card sorting)
88
CallBack interviews conducted in Phase 1 — qualitative research to understand real employee experience before scaling
22% ? 15%
Dead clicks reduced across phases — usability improving as the information architecture became more intuitive

"Portal stabilised and used by 100% of CPFL. Next steps include continuous evolution with new functionalities and process improvements." — Recorte Board — CPFL Internal Review

Information architecture & service catalog
Led the research and reorganisation of the service catalog — from 23 legacy categories to 7 validated groups, tested through card sorting with 9 customer interviews and 30+ stakeholder conversations.
OKR framework & quality metrics
Owned the quality OKR track — defining and tracking satisfaction surveys, bug reduction, engagement growth, and qualitative research coverage across all rollout phases.
UX design & phased rollout strategy
Designed the portal experience end-to-end in Sydle, planned the 5-phase rollout, coordinated beta testing with the service team, and maintained the design–engineering handoff across sprints.
Reflection

Product thinking in a traditional industry is a language problem, not a design problem.

The biggest challenge on CPFL wasn't designing the portal — it was proving, in every meeting and every sprint review, that the process we were following was worth following. In a traditional industry, the reflex is to jump to solutions, hand work to suppliers, and measure success by delivery rather than outcome. Shifting that mindset, even partially, required constant translation between product thinking and the language the organisation already spoke.

Working inside a consultancy engagement (Weme) for a client this size meant operating across three distinct stakeholder layers simultaneously: CPFL's leadership, the business owners per area, and the end users — employees who had been navigating the old system for years and had strong opinions about change.

The phased rollout model turned out to be the most important design decision of the project — not the portal itself. By releasing to 20% first, collecting real data, and using it to improve before expanding, we built an internal narrative that data-driven iteration actually works. Each phase didn't just grow adoption; it grew trust in the methodology.

This project confirmed something I believe strongly: internal products are underrated as transformation levers. When the people inside a company experience what good product design feels like firsthand — through something they use every day — the argument for applying that same thinking externally becomes much easier to make.

Weme — CPFL team
Weme — CPFL team — Portal CSC — 2024–2025

Next case study

Doctoranytime

Rebrand — Product Design — Healthcare

View case