Skip to main content

Institute of Management Accountants • 7 min read

myIMA

Consolidating 40+ pages into one member portal for 120,000+ members, used by tens of thousands every month.

40+

Pages consolidated

Six menus of pages became five areas

120k+

Members

Launched to every member in August 2026

3

Sites on one design system

Ledger is shared across imaglobal.org, imatoday.org, plus myIMA

myIMA
Role
Principal UX Designer & Architect
Timeline
Oct 2025 – Aug 2026 launch
Team
Me, a senior back-end developer, plus a UX architect for research
Stack
Next.js, TypeScript, Tailwind

The old myIMA was 40+ pages spread across six navigation menus, and members had to know where to look. I ran its replacement from start to finish on a bootstrapped team, from internal research to launching it to all 120,000+ members in August 2026.

Challenge

Navigation instead of answers

  • 40+ separate pages across six navigation menus
  • Membership, learning, credential, and community data in separate systems
  • Support staff needed a safe way to see what a member sees

Solution

One dashboard that shows active work

  • Five areas, with the dashboard surfacing what needs attention
  • A CPE tracker that shows progress, ethics credits, and carryover
  • Help docs, plus a read-only support view for staff

What members and staff needed

In late October 2025, I ran four SME sessions with another UX architect, covering technology, corporate partnerships, member experience, and academic partnerships. Several of those experts are accountants who are IMA members themselves. We built on member interviews other staff had done, plus direct feedback from contact forms, emails, and support tickets. I also combed through our member discussion forums, even the CMA subreddit. We added an audit of every page in the old portal, plus a review of other professional associations. I synthesized it all into six themes, five personas, and a journey map for each persona.

What we heard

  • Members and volunteers jumped between four separate platforms
  • Invisible deadlines caused a yearly rush: the December 31 CPE deadline drove a support spike every November and December
  • Missing data meant extra manual work for staff
  • Members couldn’t see what their membership included
  • Members often couldn’t find their member ID

I don’t need bells and whistles. Just show me my CPE status, let me take the course, and give me the certificate. That’s it.

— Beth, one of the five personas from the research
Persona card for Beth Thompson, the seasoned professional: demographics, goals, pain points, dashboard priorities, a typical journey, and a quote.
Beth, one of five personas, only logs in when a CPE deadline is close.
Journey map table for Beth’s annual CPE compliance check, with her actions, touchpoints, thoughts, emotions, pain points, and opportunities at each stage, from the reminder email to setting next year’s reminder.
Her annual CPE compliance check, mapped stage by stage with the opportunities it pointed to.

40+ pages became five areas

Early wireframes plus mocks, shown in grayscale

One dashboard that surfaces active work replaced 40+ pages of navigation.

I audited every page of the old portal and sorted each one by the job it served: account, profile, learning, community, or purchases. Redundant pages were cut. Misfits like awards and nominations were flagged as workflows of their own. The goal was to handle most tasks from the dashboard. The CPE tracker went to the top: progress, ethics credits, carryover credits, and whether a member is on pace for the December 31 deadline.

Grayscale wireframe of the early myIMA dashboard: membership card, CPE tracker with requirement statuses, quick actions, active learning, upcoming dates, and the member’s chapter.
The early dashboard: CPE first, then active learning, deadlines, and the member’s chapter. The member card started on the left.
Grayscale wireframe of an early My Membership tab with the membership card, benefits, payment methods, and purchase history.
Early wires had six tabs. My Membership became Account.
Grayscale wireframe of an early My Events tab with a month calendar, registered events, and recommendations.
My Events folded into Community and the dashboard.
Early grayscale dashboard mock: a CPE tracker at 18 of 30 credits, active learning, alerts, plus a dark Student Membership card at the bottom left.
An early high-fidelity dashboard. The member card still sat at the bottom left.
Early grayscale My Community mock: the member’s chapter with upcoming events, plus side cards for volunteering, mentorship, and special interest groups.
An early My Community tab: the chapter, its events, plus ways to volunteer or find a mentor.

I took early prototypes back to the departments from the research sessions for a final round of feedback. There wasn’t much: mostly requests like adding exam guides for members working toward certification, plus questions about how features would work. The design moved ahead mostly as shown.

Front end first, back end in parallel

I built the entire front end, then most of the remaining back end.

With a small team, I leaned heavily on AI-assisted development to keep pace. The front end runs on Ledger, the design system I’ve built up at IMA. The data comes from several back-office systems, so I built against a typed data contract with realistic mock data, then switched each area to live data as it came online.

One change from wireframe feedback became a favorite. Members often struggled to find their member ID. Early wires showed a member card only on the dashboard, on the left. It moved to the right column as a secondary card, on every screen. People said it looks like a real ID card from their wallet.

How the build kept moving

  • A typed data contract with mock data, so design and build never waited on the back end
  • One monorepo, where each app builds its components from Ledger, keeping every site in sync
  • I managed the project too: standups, Workday tickets, plus a tracker of 75+ integration items for contractors outside our ticket system
  • When our back-end developer retired, I took over most of the remaining C#, reviewed by Engineering
  • Unit, component, and end-to-end tests, with automated accessibility checks
The launched myIMA dashboard on desktop: the 2026 CPE tracker with total CPE plus ethics credits, the membership card, active learning with course thumbnails, and quick actions.
The launched dashboard: CPE progress first, with the member card in the right column.
The Learning area on a phone, with counts of courses, learning paths, and bookmarks, a course search with filters, plus a prompt to add myIMA to the home screen above the tab bar.
On a phone, members can add myIMA to their home screen.

The Learning tab keeps a learning streak. It moves through tiers, from Getting started to Rare company at 100 days, each with its own color, icon, plus label. By design, nothing counts down or warns that a streak is about to end. After a break, it simply starts again at Getting started.

Four learning streak cards: Getting started at 1 day, A week strong at 7, A month of learning at 30, then Rare company at 100. Each has its own color plus icon, and the milestone bar fills as the streak grows.
The same card at 1, 7, 30, then 100 days.
The Community area on desktop: the member’s chapter with links to its website, upcoming chapter events, volunteering, and mentorship.
Community: the member’s chapter, its events, volunteering, and mentorship.
The Account area on desktop: membership benefits, the auto-renewal switch, purchase history with receipts, the saved payment method, and code redemption.
Account: benefits, renewal, payment, and purchase history in one place.

My Profile replaced the old CMA directory with a public profile, a bit like LinkedIn. Members choose what’s public, field by field. Unlike other platforms, members can’t just claim a credential or a skill: profiles only show credentials verified through Credly, plus skills and competencies from IMA courses they’ve taken. Each member gets a custom link to share, which also gives IMA a place to promote events or courses to the people who visit. Members can also pick one of six banner colors, including one for each main certification.

The banner color picker open on an orange profile banner: six gradient swatches from navy to berry, with orange selected.
The banner color picker, on a member’s own profile.
My public profile as a visitor sees it: experience, education, competencies marked Validated, plus four certifications verified by Credly. The sidebar shows an ad for an IMA summit, then recommended courses.
My own public profile, as a visitor sees it. The sidebar promotes IMA events and courses.
A member’s profile on desktop: certifications plus badges verified by Credly, competencies marked Validated, bio plus contact fields each with a visibility icon, then the profile visibility options with a link to share.
Each field has its own visibility. Credentials are verified by Credly, while competencies come from IMA courses.
A member’s profile on a phone: a Public visibility setting with a Change link, the member’s name plus title, their membership type, and a CMA credential badge.
On a phone, the profile opens with its visibility setting.

A coordinated launch, with support built in

Read-only on purpose, so support escalates the real issue instead of patching the account.

myIMA launched alongside IMA’s new website, as part of a larger coordinated launch. I coordinated teams across IMA to set up test accounts, managed bugs through the launch, plus wrote the online help docs for Member Services.

Member data was moving to a new system at the same time, so support needed to see each account exactly as the member did. I designed a read-only support view for Member Services. An orange frame plus a read-only bar stay on screen the whole time, so staff always know where they are. Nothing can be changed from this view, so staff can’t make a problem worse. Support escalates each issue to the data team or engineering, based on what went wrong.

Support staff viewing a test member’s dashboard in the read-only view: an orange frame around the page, plus a bar along the bottom naming the test member, with a button to exit.
The read-only support view, showing a test member.
The same read-only view on a phone, with the orange frame plus the member bar above the tab bar.
The same view on a phone.

We also built an error code system. When something fails, members see a short code instead of sensitive details. Support looks it up to know exactly who to escalate the issue to.

Outcomes

Live since August 2026; early signals

It’s early, but two months after launch, tens of thousands of members already use myIMA every month, and support tickets are down.

The project also led to new processes between design and engineering, which now support its continuous development. We’ve already shipped one change from member feedback: certification requirements are now tracked step by step in the Learning tab. These are the measures we set in the research to track it as it matures.

What we set out to measure

  • Fewer “where do I find X?” support tickets
  • Monthly use of the CPE tracker
  • Profile completion
  • Common tasks done from the dashboard

What I learned

A design system has to fit the team that maintains it. IMA’s has gone through three versions. The first, for our B2B site, was lean, and that site launched in just four months. For the new marketing site, we built on a purchased system, but it covered more than we needed, which made it harder to maintain. Ledger, the third, keeps the best of both, simplified, with new design work. It’s shared across all three IMA sites, and myIMA runs almost entirely on it.

Team and timeline

Timeline

Start: October 2025Duration: 7–8 months to launch

October 2025

Research and synthesis begin (about two months)

Early 2026

IA, wireframes, and prototypes (about two months)

Spring–summer 2026

Front-end development and testing

August 2026

Launch to all 120,000+ members

August 2026

Promoted to Senior Manager, User Experience after the launch

Since launch

Continuous development

Team

I designed and built the front end. A senior back-end developer built the services with me until retiring with a few months left. From there, I wrote most of the remaining C# myself with help from AI, then my counterpart, the Senior Manager of Engineering, reviewed it. Another UX architect joined me for the initial research.

My Role
Principal UX Designer & Architect: research, IA, prototypes, project management, the entire front end, most of the late back-end work, plus launch

Next case study

SNHU • AI Product Design • 5 min read

AI-Powered Prior Learning Assessment

Designing a machine learning tool with Google, and taking multi-course matching from under 30% to over 90% task success.

I led design end to end for an internal tool that matches learners’ work experience, certifications, and transcripts to SNHU courses for credit.

View Case Study