Contact

A unified practice management platform for counsellors

role
Design lead
design team
3
wider team
20+
duration
1.5 years
interface
Desktop
industry
Mental health

I led the design of a front-office platform for mental health counsellors, bringing scheduling, client records, care planning, and documentation into one connected experience. Built on

Microsoft Dynamics 365

Microsoft Dynamics 365 is a CRM product.
The organisation opted to use it as the technical foundation for many aspects of the business.

, it replaced fragmented legacy tools and gave counsellors visibility into client progress, assessments, and activity from TELUS Health’s new customer mental-health platform.

Defining the problem

1

The organisational mandate was to maintain the capabilities of the legacy counselling tools while transitioning to a more extensible and performant technical foundation.

A few months earlier, I had led a performance and usability study on the legacy counsellor tools. We carried those findings into the new initiative and used them to set priorities for our small design team. The tools were a counsellor's daily driver, so every reliability issue and confusing workflow added friction to an already demanding job.

Our goal was to build a unified platform that felt more intuitive, efficient, and reliable without asking counsellors to abandon the way they understood their work.

One thing became clear pretty quickly. "Clean" interfaces were not what our counsellors needed. Traditional taxonomies and minimal screens looked organised, but they forced counsellors to navigate away from their client's record, resulting in them constantly losing context and their sense of virtual space.

What
counsellors
needed
  • Information-rich views that kept the client in context
  • Related client information and workflows brought into one workspace
  • Less time spent on preparation and administration
  • Deeper detail available when needed and out of the way when it was not

Organising the platform around the counsellor's day

Early research helped us identify the primary activities that take up the most time in a counsellor's day. This became a shared reference point across design, engineering, product, and clinical workshops. It helped us keep the platform and team unified, guiding discussions and providing direction.

Day planning

See the day at a glance and prepare for what was coming up

Session

Have relevant client information available without the software getting in the way

Booking

Understand availability and booking rules, then complete the task quickly

Case management

Manage outstanding work with a clear, concise interface

Defining the target experience

Expanding on these overarching themes, I put together an ideal workflow to align stakeholders and the product team. This was not a record of the existing experience or a detailed delivery plan. It was an aspirational flow that gave design, product, engineering, and clinical leadership a shared picture of where we wanted the platform to end up.

  1. Plan the day
  2. Prepare for a session
  3. Review client context
  4. Conduct the session
  5. Book the follow-up
  6. Document care
The figure above is simplified for the web. The full diagram is available here.

We used this flow as a north star in workshops and planning conversations. It helped us evaluate individual features against the complete provider experience and avoid improving one workflow at the expense of another.

SIDE NOTES
Research details

I worked with approximately 32 counsellors in total. The project kicked off with a three-month discovery phase followed by biweekly testing and feedback meetings.

Executing in real life

2

A new information architecture that emphasised the client record

Early concepts used a more traditional drill-down/bubble-out navigation architecture. It worked, but repeatedly pulled counsellors away from their client's record and created uncertainty about where they were in the virtual space. It was also just less flexible for complex work. You couldn’t easily navigate from a specific assessment to your clinical note, for example.

I worked with our engineering team to replace that structure with layered sections modelled on a physical client folder (AKA a

manila folder

If you are clicking this, you must be under 25.
Let me give you a quick crash course.

Manila folders were how humans sorted and kept records before computers and even after computers. They have fallen out of fashion in the last 20 or so years due to the physical space they occupy and the inherent friction they present as physical items.

They do, however, offer a strong usability heuristic and traditionally did work effectively and intuitively.

I've included some images below to illustrate the user flow.

An open filing cabinet filled with colour-coded foldersA smiling office worker holding a manila folderAn open manila folder containing notes and a photograph of Kermit the FrogA smiling doctor holding a red folder and giving a thumbs-up

Just look at that smile!

). We used the file-cabinet-and-folder metaphor to guide and structure the platform. The metaphor also proved useful when communicating with and educating our users during the change management process. It made the new platform feel less techy, helping with adoption among our less tech-savvy counsellors. Practically, it was designed to reduce the need to hunt through the interface, keep common workflows anchored to the client, and provide a real-world mental framework for users.

Work area

Initial tabs are defined by user role. There is also a side nav for more granular, record-specific work.


Grounding the information architecture early helped define how we structured everything going forward. Initial feedback was promising, so we expanded some of our earlier assumptions. The client summary, for instance, wasn't a part of the initial build and was only made viable with this architectural rework.

Turn the client record into a pre-session view

The previous client record focused primarily on personal and demographic information. Assessments, care-plan activity, episodes of care, and benefit entitlements lived in separate tabs, adding friction to an already complex workspace. The underlying platform also just had some weird loading behaviour (every route change had to re-query the database) that exacerbated the issue. While our counsellors needed this information, it wasn't presented in a useful way. What they needed was a view to quickly get up to speed before a session.

Working with counsellors, we explored and workshopped a client summary dashboard, bringing the most decision-relevant and care-relevant information into one pre-session summary: assessment trends, care progress, service eligibility, platform activity, clinical history, and risk alerts. Deeper records remained available when needed.

Client summary

Our counsellors were looking for a page that showed them all the information they needed before an upcoming session.

After a few iterations, we landed on what you see here.


Designing clinical notes for ongoing care

The old counsellor tools treated every clinical note as a separate record tied to an individual appointment. Initially, Dynamics 365 worked the same way. To review a client's history, counsellors had to open appointments one at a time and find the attached notes.

Working within the Dynamics 365 record structure, I proposed elevating appointment notes to the

episode of care

In the Dynamics platform, clients had Episode of Care records. These were records that tracked all data related to a billable service (service, bookable resource, sessions, etc.). An episode of care could range from a single session to multiple years. They were very flexible in this regard.

TL;DR: it's the record that houses all the data related to an ongoing relationship between a client and counsellor.

level, allowing them to be displayed in one chronological history. Counsellors could review previous sessions from the same workspace while preparing for or conducting an appointment. Working with engineering, we were able to add skip connections directly between the episode and notes. This let us display the notes in a chronological history under the episode of care instead of as a collection of disconnected appointments.

Heuristics

At the start of the project, the technical foundations defined the UX around clinical notes. Working with engineering, we created new document relationships so we could build out a chronological "notebook".


We also introduced Jot Notes, a private space for reminders that supported rapport but did not belong in the formal clinical record. This was one of those little features that our counsellors really loved. The more counsellors felt the platform failed to meet their needs, the more likely they were to disengage. Providing utility and flexibility like this helped quite a bit with adoption.

Moving in this direction wasn't just good for our counsellors; it was good for the business. The client-facing product being worked on in parallel was prioritising longer-term mental health support as a market differentiator. The notes improvement helped our counsellors deliver that type of service better.

SIDE NOTES
Platform constraints

The navigation and information architecture had to work with the underlying CRM data model. Each custom pattern needed to justify the additional engineering effort over an out-of-the-box solution. The final outcome was a negotiation between design, engineering, and product.

More on clinical notes

Regional guild requirements shaped the fields in each clinical note. Submitted notes were locked, and later changes were recorded as dated amendments. Jot Notes remained private to the assigned counsellor and separate from the formal record.

Outcomes and impact

3
Platform stability

Internal reliability measures improved substantially over the legacy platform.

up
80%
Efficiency

Counsellors reported spending less time on session preparation.

less
~5 min
Counsellor experience

Internal CSAT improved after launch, although the gain was not sustained.

up
+18 pts
Client context

Clients felt more connected to counsellors.

up
qualitative
Adoption

The workspace rolled out to approximately 250 counsellors supporting thousands of client relationships.

up
250

Where we missed the mark

4

The early improvement in counsellor satisfaction did not last.

We launched an MVP knowing that some workflows had not yet reached the usability bar set by the legacy tools. The plan was to close those gaps through iteration. I had also shown clinical leadership a more complete vision that included a care-plan portal and simplified booking.

When resources shifted to accommodate the needs of a large B2B client, those improvements were delayed. We did not properly reset user expectations or reconsider the platform's rollout plan. The difference between the experience we had shown and what we could deliver damaged trust with counsellors and clinical leadership.

Losing their trust really hurt. When counsellors felt heard and could see that we cared about their needs and were making progress, they were willing to work through the smaller issues that come with a new platform. Once they felt we were no longer listening, they stopped giving us the benefit of the doubt. Every issue carried more weight and change management became much harder.

That experience changed how I approach platform transitions.

Key
takeaways
  • Define the minimum status-quo threshold before migrating users
  • Treat rollout and change management as part of the product experience from the beginning
  • Reassess the roadmap and the expectations attached to it when capacity changes

In summary, we succeeded in creating a more connected and reliable clinical workspace, but the rollout changed how I define product success. The interface, migration strategy, and delivery plan all shape the user's experience.

As this was a multi-year project, there was a lot more to it than what's been highlighted here. If you'd like to know more about any particular area, please feel free to reach out. Our team also tackled administrative UI/UX for handling client contracts and worked on streamlining UI/UX for our trauma counsellors.

Bonus: Long projects

5

Working on such an extended and iterative project the way the design team team worked and how we worked together with the larger team changed and shifted consistently.

Customer requests from product and leadership, Technical advantages and bottle necks from engineering, operational and reporting goals from clinical leadership, user feedback and UX counselling from design. It could be frustrating at times but it was a great learning experience in how to sell the value of UX to desperate product groups. Ultimately good UX is the best UX with the time and resources your have.

If you'd like to here me talk more about it I wrote a brief article here.

Validation cycle data visualization Animated validation cycle diagram showing generated inputs moving through a validation loop and exiting toward ship. GatherSynthesisSolutionTest(internal & external)Problem orOpportunityShip*PASSFAILSuccess gate
0 balls

Other work