Improved data comprehension and workflow for engineers in oil and gas industry

Client

PetroVietnam

Role

Defined user flows and detailed mockups

Communicated with stakeholders

Built and maintained the design system

Handed off designs to dev

Team

Team of 6

Sole product designer

Timeline

2020

Overview

I led the product design of a data platform for a state-owned oil and gas corporation, where clients struggled with handling large volumes of complex data and creating requests manually β€” leading to slow, effort-heavy workflows and a higher risk of human error. As the sole designer in a team of 6, I designed a unified workspace that enabled users to read data and work more efficiently.

Problem

Scattered information with no shared process

In oil and gas, completion is the stage after drilling a well, preparing it for safe and efficient production. At this stage, the main work involves planning and installation, where PetroVietnam engineers are the primary users. Based on the PRD and user workshops, I gathered the key insights needed to define their persona.

Research

User persona

Khoa

Petroleum Engineer

Khoa

Khoa is a dedicated Petroleum Engineer who manages large volumes of daily well data, working primarily on web-based monitoring tools during long, continuous desk sessions.

Jobs to be done

Review well data across separate systems

Discuss findings and next steps with other desk engineers

Create a work request by compiling well data into an Excel form

β†’β†’

Pain points

πŸ˜΅β€πŸ’«

Have to jump back and forth between different tools just to read and piece together well data.

πŸ˜•

There is no way to collaborate virtually, so discussions happen in different places and hard to track.

😩

Creating work request manually is slow, repetitive, and can easily lead to mistakes.

Major design decision #1

Bring well information into one place and make it easier to review

My first requirement was to design two features β€” Schematic View and Composite Log β€” as two separate tabs. After demoing to users, though, I saw they struggled with constantly switching between the two screens, so I redesigned them into a single merged view with a toggle.

πŸ—ΊοΈ

Schematic View

A visual map of the wellbore structure and equipment.

πŸ“ˆ

Composite Log

Layered well-log data engineers cross-reference against the schematic.

Merged view + toggle
Two separate tabs
↔

Major design decision #2

Support virtual collaboration around the exact point in the well

To solve the collaboration problem, I looked at how mature collaboration tools already solved it, then chose a hybrid approach: annotations start as in-context conversations on the schematic, then can be turned into a work request when needed.

πŸ’¬

Direct, in-context (Figma-style)

Comments anchored directly to the artifact β€” fast and natural for discussion during review, but lightweight and limited for tracking ownership and approvals.

πŸ—‚οΈ

Structured, centralized (Jira-style)

Issues are easy to assign, track, and review, with strong workflow and approval status β€” but less effective for spatial discussion tied to a specific point on the schematic.

Turned into a work request
In-context comment
↔

Major design decision #3

Use contextual shortcuts and prefilled data to speed up work request creation

I automated this step because it met two conditions: engineers repeated it constantly, and every field they filled in could be predicted from what they were already looking at.

⚑

Two hidden entry points

A quick-create menu and inline annotations both let engineers kick off a work request right from the point on the schematic they're already looking at.

πŸ”„

Prefilled from existing data

Of 30 available data fields, only 5 actually needed manual input β€” the rest could be inferred from the schematic and log the engineer already had open.

5 fields to fill
30 fields to fill
↔