When to quit fixing issues?  Difficult  work with the inner CRM workflow
When to quit fixing issues?  Difficult  work with the inner CRM workflow

When to quit fixing issues? Difficult work with the inner CRM workflow


My role: Process LeadService Designer Client: Corporation NDA
Duration: 3 months
My client was a large company with around 10,000 employees. For many years, it focused on improving workflows and internal communication. After implementing paperless document circulation, the focus shifted to improving CRM systems and reducing help centre traffic.

👉🏻 The goal was to enhance employees’ experience with digital systems and reduce support calls. We had to understand their struggles, simplify processes, and create solutions that genuinely made their lives easier.


 
It wasn’t easy: it demanded a deep dive into CRM systems and the everyday formalities our users (employees) faced in their workflows.
 
As a Service Design Lead and Workshop Facilitator, I was working directly with stakeholders, HR representatives and our great UX Research team. Through gathering main goals, research, prototyping and testing.
Main goals
  • Reduce help centre traffic
  • Improving user satisfaction
  • Improve entry-level experience
Results
  • Identifying main difficulties and blockers in the existing system
  • Recommend directions for global change of the systems
CIRCLES OF INFLUENCE \huge\substack{ \color{#006ab4} \fcolorbox {white} {white}{\textsf{\color{#006ab4}{CIRCLES OF INFLUENCE\ }}} \frac{\hspace{168px}}{}\\[-0.9em] } Information sharing: who, when, how?
 
The main challenges in a project of this scale were managing intersecting paths, balancing technological and usability standards while coordinating with the HR team, and addressing legal requirements, all of which are critical to the absence management process. Stakeholders were spread across different company parts, with varying goals and perspectives.
Our priority was establishing a transparent workflow system, planning clear communication on progress and issues, and defining who held final decision-making authority for each area. It took a few workshops to establish a sound system and build a base for further work.

Stakeholder map: Complex problems paradox

Goal: Consolidate the workflow by aligning stakeholders, including technology experts, the HR team, and product owners.
Methodology: Stakeholders workshops, experts panel, statuses, project backlog
 
We had created:
  • General timeline with essential milestones
  • Statuses and report system
  • KPI and project main design challenge
  • Stakeholder influence map
 
I especially recommend the last exercise: to create a clear map of all stakeholders and persons of interest. I often put them into a matrix like this one:
  • Process participants are engaged in making decisions and require complete information and participation.
  • Decision makers need complete information at every stage, but are not required to be participants.
  • Keep in the loop – Influenced by the project or simple higher instances that should be informed of progress and milestones.
Based on that, we created a backlog with stages, pre-planned meetings and reporting paths.
WORKAROUNDS ARE NOT USER HABITS \huge\substack{ \color{#006ab4} \fcolorbox {white} {white}{\textsf{\color{#006ab4}{WORKAROUNDS ARE NOT USER HABITS\ }}} \frac{\hspace{78px}}{}\\[-0.9em] } What to fix and why - research and data
Goal: Find the main problems with the existing system and gather feedback about users’ expectations
Methodology: User interviews combined with active testing observation, UX Audit, and data analysis

First step: gathering data

Before we started user interviews, we also gathered information from those who helped them. We gathered all available data during the research phase, like help centre traffic or support ticket analysis. In the beginning, having a list of queries and topics from the help centre was an inspiration to check the absence management system as a first focus.
 
What we already knew about the absence management system:
Seasonal traffic
Holidays were set at
the year’s start but often changed with personal plans, causing high January traffic and spikes in help line calls whenever updates occurred.
Difficult entry point
The system, developed over the years, works well for long-term employees but was challenging for newcomers.
The approval process was unclear
Despite the system automating document flow, users often sought confirmation of approvals through support channels or directly from their bosses.
Why do I like asking customer service representatives questions?
In my experience, users often go to the help centre first when encountering more significant issues. Talking to advisors gave us a great starting point for understanding problems and guiding further research.
We interviewed a few of them, asking for their insight before we started talking with users. They not only presented the most often problems but also explained how they help to solve them, showing us how to approach these pain points.

Second: See how it works live

When we conducted user interviews and tests, we discovered a few patterns that showed the problem was more profound than simple UX.
We selected respondents with varying lengths of service, from 2 to 10+ years. It quickly became apparent that those who grew with the system and witnessed its evolution were generally fine with the experience. However, upon closer inspection, their comfort primarily relied on workarounds.
“I know how it works, so I know how to use it.
It’s better than it was a few years ago anyway.”

User, interview
“I can always ask someone. It’s only once or twice a year, and I forget how it works each time.”
User, interview
On top of that, we learned that newcomers tended to ask colleagues for help first, only contacting support as a last resort. They created their solutions outside the company’s official support system.
 
We found that the system performs adequately despite notable usability issues, mainly because users have adapted to its design and learned to work around its limitations. This paradox significantly impacted our further work.
“You look at it [an absence planning app] and it reminds you of Excel. Corporate, vintage.”
User, interview
“I send an email request, confirm it, and log the leave in the appropriate manager. Since there’s no good digital system, our team uses Mural for a shared calendar to mark absences and updates during daily meetings.”
User, from Typeform Survey
On the other hand, people used different tools and individually (in teams) created systems and solutions before even touching CRM tools. The idea that there is one place to plan, accept and change absence was not functioning inside teams and projects. They first arranged everything, gathered acceptance, and coordinated with others, and adding dates to HR systems was the last step. We found strong expectations for features like shared calendars, quick notes, automated alerts, and integration with project management tools.
At this point, we present the first version of the report to discuss our insights with stakeholders.
notion image

Third: UX Assessment and applying changes

As a next step, we performed a detailed UX Audit on this part of the system and compared it with other research to identify pain points and areas for improvement. Using all the gathered data and user insights, we decided to prototype changes to simplify flows and make the system more intuitive. We conducted extensive benchmarking research to support our proposal to stakeholders, analyzing top-rated absence management systems like BambooHR, Timetastic, and Qlearsite to identify best practices and market standards for usability, compliance, and efficiency. Additionally, we compared industry benchmarks for absence rates and costs to demonstrate the value of adopting modernized systems.
Blur is used to hide critical informations
Blur is used to hide critical informations
The last thing left was cross-checking our recommendation with the technical team and developers.
UX Audit methodology
UX Audit scope:
  • User Flows chec
  • Assesing UI solutions (visual design)
  • Assesing copy and user guidance
  • Assesing UX heuristics
UX Audit Methodology: based on heuristics and basic UX laws, divided problems in three cathegories:
  1. Critical Problems: Block system use; require major flow or programming changes.
  1. Important Problems: Affect flows or experience; need UX and design adjustments.
  1. Light Problems: Minor issues; easy fixes, often visual or text-based.
CHANGE DIRECTIONS \huge\substack{ \color{#006ab4} \fcolorbox {white} {white}{\textsf{\color{#006ab4}{CHANGE DIRECTIONS\ }}} \frac{\hspace{178px}}{}\\[-0.9em] } Effort vs gains: what did really happened after
I must say that the rest of the project was very difficult. After technical consultations, less than 5% of our recommendations were feasible. Why? The system was outdated and hardcoded: each page's style was coded directly in HTML (no external library), so it had to be changed page by page, making the proposed changes really expensive and time-consuming, even in their simplified form.
The lack of general styling means each page's style was coded directly in HTML (no library), making updates costly. Also, the system version was too outdated to support any general update, and it remained in use solely due to our company's contract value.
 

👉🏻 ’What is your final advice’ – asked CEO.
Shut it down’ – I answered.

 
It’s never easy to present stakeholders with the conclusion that a project is, essentially, pointless. However, based on our effort and research, it became clear that continuing with the current system would not be cost-effective. The main recommendation must have been this one: change a system.
Blur is used to hide critical informations
Blur is used to hide critical informations
 
Our report stated that replacing the system with a new one would be a more efficient way to achieve our goals, despite an apparent cost of this change.
ALWAYS SETTLE DEBTS \huge\substack{ \color{#006ab4} \fcolorbox {white} {white}{\textsf{\color{#006ab4}{ALWAYS SETTLE DEBTS\ }}} \frac{\hspace{158px}}{}\\[-0.9em] } There is no other way than change
Presenting such a recommendation in a vast and complex organization is undeniably challenging. Years of growth often result in a tangled network of systems and dependencies that are costly to replace and require significant integration effort. Moreover, implementing global changes typically demands a substantial upfront investment, which is why

Many large companies continue to operate on outdated systems and struggle to adopt innovations. Over time, this issue compounds as technology advances rapidly, leaving legacy systems further behind.


 
This was partly the case with our project. Migrating documents, training users, integrating new processes into existing systems, updating the intranet, and creating new help and support structures were all daunting tasks. I fully understood the consequences of replacing the old system, but no viable alternative existed. Continuing with the current tool would only delay the inevitable, eventually leading to a critical point where the system would become so unusable that urgent, unplanned changes would be required, leaving no room for gradual adaptation or step-by-step migration. Acting now was the only way to avoid a future crisis.
LESSON (PAINFULLY) LEARNED \huge\substack{ \color{#006ab4} \fcolorbox {white} {white}{\textsf{\color{#006ab4}{LESSON (PAINFULLY) LEARNED\ }}} \frac{\hspace{108px}}{}\\[-0.9em] } Still acurate, still important
In hindsight, a deeper technological survey should have been conducted in the early stages of the project. The person responsible for development and implementing changes was involved in the process, but a deeper analysis of the existing technology was missing. While we anticipated the system would be old and challenging to modernise, we did not foresee the extent of the obstacles. It wasn’t until the cost evaluation that we fully understood how outdated the system was. Had we known this at the start of the project, we likely would have approached the research and recommendations differently, engaging additional stakeholders and setting a new direction for the work. This would have included identifying a new system's needs and basic requirements and planning for its seamless implementation, potentially with a long-term roadmap to manage the transition effectively.
My biggest takeaway is realising how challenging it is to modernise long-established organisations, where projects span years and are layered on top of one another. With today’s rapid pace of innovation, established large companies will increasingly struggle to keep up, falling further behind the agile and dynamic world of modern startups.
 

• Joanna ‘Wave’ Sabak • j.b.sabak@gmail.com • tel. (351) 924-706-735 •

 
The company had detailed insights into the goals and expectations of teachers and school principals, but students remained something of a mystery when it came to understanding the motivations behind their purchasing decisions