← Index 11 / 22 — Selected Work Pedro Rodrigues — Treze413
Project № 11

Delfi FDPlan

Delfi Field Development Plan — the UX transformation of one of Schlumberger's flagship technical platforms.

Role
Senior UX & UI Designer
Location
Abingdon, UK · Houston · Minsk
Year
2018–2020
Engagement
UX leadership · DLS · Storybook
01 — The engagement

Designing for the most technical audience on earth.

Delfi Field Development Plan is one of Schlumberger's flagship E&P (Exploration & Production) platforms — the tool reservoir engineers and field development teams use to plan where and how to drill. The users are domain specialists with decades of geological experience. The data is three-dimensional, the decisions are measured in hundreds of millions of dollars, and the existing interface was built for capability, not usability.

I joined as Senior UX & UI Designer to help transform FDPlan's experience — from deep discovery through persona work, customer journey mapping, interactive prototypes, and the evolution of Schlumberger's Design Language System (DLS).

02 — The challenge

Usability and respect, in the same screen.

The hardest thing about redesigning technical software is not the screens — it is the team. Reservoir engineers know more about their own domain than you ever will. They have strong opinions about their tools. They have seen consultants come in, simplify the interface, and strip out the capabilities they depend on. They are, rightly, suspicious.

The design work had to earn their trust first. Only then could it propose changes, and only then would the changes stick.

The second challenge was team distribution. Houston, Minsk and Abingdon — three engineering and design teams, three timezones, three working cultures. The Design Language System and the Storybook-driven pattern library were the only surfaces where all three could agree on what "FDPlan" actually looked like.

03 — The approach

Workshops. Listen. Prototype. Pattern library.

/01
Discovery & interviews

Workshops, stakeholder interviews, and persona development with real reservoir engineers. Customer journey mapping to surface the friction between how the tool was built and how the domain experts actually worked.

/02
Iterative design

Full design spectrum — low-fidelity wireframes through to high-fidelity prototypes — always in conversation with the engineers who would have to live with the output. Iterative, usability-tested, aligned with both user and business needs.

/03
DLS & Storybook

Evolved Schlumberger's Design Language System, and championed a Storybook-driven pattern library that let designers and developers in Houston, Minsk and Abingdon ship the same components.

/04
Show-and-tell cadence

Led show-and-tell sessions to keep stakeholders aligned and transparent about progress, reinforcing the trust the discovery phase had earned.

Designers and developers on shared workflows, across three countries — that is what a pattern library actually buys you. — Schlumberger DLS engagement reflection
04 — Artefacts

FDPlan UI — before and after.

The FDPlan UI as it was in December 2018 against the redesigned version shipped in October 2019. Plus a photo of the Schlumberger design team.

FDPlan UI December 2018 baseline
FDPlan UI · Dec 2018Before
FDPlan UI October 2019 redesign
FDPlan UI · Oct 2019After
Schlumberger design team event
The teamSchlumberger UX event
05 — Outcomes

A scalable foundation for a flagship technical product.

FDPlan is a commercial product in a regulated industry — specific performance metrics are not publicly disclosed.

3
Cities on a single DLS & Storybook-driven pattern library — Houston, Minsk, Abingdon
1
Design Language System evolved across Schlumberger's Delfi product family
5+
Referrals on LinkedIn from this role — recognised by peers and leadership
06 — Toolkit

What was on the desk.

Sketch Figma InVision Storybook Schlumberger DLS Persona development Customer journey Pattern library Reservoir engineering
07 — Reflection

Earn the room before redesigning it.

Domain experts will tell you the moment you stop listening. FDPlan's engineers had been burned by previous redesigns that stripped out the capabilities they needed. The engagement worked because we spent the first phase earning the right to propose changes — sitting with the workflows, asking what the tool was supposed to do, not what we thought it should do. Read 5 referrals from this role on LinkedIn →