Investor Module

Empowering teams with clarity and control over a growing investor base.

All data displayed is mock data used to illustrate the interface design.

Opportunity & Context

As our investor base surpassed 20,000 on both internal and white-labeled platforms, the need for a dedicated system to manage investor data became critical. This module was designed to serve as the backbone for client servicing, compliance, and investor engagement — enabling teams to manage detailed records for both Individual and Organisation investors.

The Challenges

Key issues with the existing system identified through discussions with various stakeholders - including Compliance, Client Success, PCM (Private Capital Market), and our internal team:

  1. Scattered Investor Listings
    Investors are categorised across different tabs, requiring users to navigate multiple layers to find the relevant information. This fragmented structure makes searching for specific investors inefficient. The first change should be consolidating all investors into a single, searchable listing for streamlined access:

  2. Limited ability to create and update investor records
    Users were unable to create or edit investor profiles, which made it challenging to maintain accurate, up-to-date records. Managing both Individual and Organisation investor types, each with unique login accounts, representatives, and compliance data, required a more flexible solution. The lack of structured forms for data input and integration with other modules like KYC and Connected Profile led to errors and inefficiencies in workflows.

  1. UI Inconsistencies and Usability Issues
    There are numerous issues with the internal platform’s UI. It is inconsistent across pages in how information is displayed, its readability, and the optimisation of space. External links are presented in varying ways, and there is no clear standard for distinguishing primary from secondary buttons. These inconsistencies make the interface feel disjointed and reduce overall usability.

Constraints

To design a more effective user journey and flow, it was important to understand the current logic and structure of how investor information is stored in the database. The product manager and I had several initial discussions with the tech lead to identify its constraints - not to impose restrictions, but to explore how the data can be stored more meaningfully. And what I understand is:

  1. Investor cannot consist of more than one Investor Type (Individual or Organisation).

  2. Organisation investor type may have multiple Investor Representative(s).

  3. As the system records both online and offline investors, online investors will have a login account with Login account ID being created, which includes relevant information such as their last login time.

  4. We need to account for a way to indicate whether an investor’s profile exists on the Exchange and Custody platforms, including the status of each account.

Solutions & Role

After several iterations and discussions with various stakeholders, we introduced a new Investor Module within Atlas, designed to efficiently manage, edit, and surface detailed investor records.

This is an ongoing project, and we are gradually rolling out additional features to further streamline the workflow within the Investor Module, such as eKYC integration and investor accreditation and KYC auto-expiry feature for expired accounts.

The new Atlas includes:

  • Profile creation and edit flows for both Individual and Organisation investors

  • Structured, user-friendly UI with consistent patterns to minimise errors and ensure data consistency.

  • A centralised view of all investor details, including:

    Tab / Page

    Features

    Investor profile

    • Add & edit investor profile [NEW]

    • Add & edit accreditation [NEW]

    KYC details

    • Add & edit KYC details [NEW]

    Acknowledgements

    • Opt in & opt out of Terms and Conditions [NEW]

    Connected parties

    • Add & edit representatives (Organisation investors) [NEW]

    • Create & remove login access [NEW]

    • View beneficiaries

    Portfolio

    • View investor's investments and holdings

    • Add & edit cash balances (Temporary) [NEW]

    • Add & edit cash in Money Market Fund (Temporary) [NEW]

This module now powers investor servicing across both internal teams and white-labeled clients.

Impact

With the effort we’ve put into the investor module, Atlas now supports an increasing range of features that bring real value to our internal users.

Key impacts include:


✅ Full creation and editing of investor records


🔒 Stronger compliance through audit logs and structured KYC data


⚡ Fewer manual workflows and reduced data errors for internal users


🔗 Tighter integration with other modules such as Orders and Payments

Today, this module supports investor servicing not only for internal teams but also for white-label clients. It has become a core part of Atlas and continues to expand in functionality as adoption grows.

What I Learned

Designing the Investor Module deepened my understanding of building tools that balance internal operational needs with regulatory compliance and client flexibility. I learned how to:

  1. Design for complexity by mapping multiple user types (individuals, organisations, representatives) into one cohesive system

  2. Collaborate cross-functionally with ops, compliance, and engineering to align on regulatory requirements and data accuracy

  3. Prioritise scalability, ensuring the module could support both internal teams and white-label clients

  4. Think in systems to connecting this module to orders, payments, login management, and more

  5. Advocate for users by simplifying workflows that were previously manual, fragmented, or error-prone

This project strengthened my ability to work on end-to-end design for high-impact, high-complexity projects and continues to shape how I approach modular, scalable design systems.


————————-—————— More in depth case study ————————————————-


Research

When I took on the project, the Atlas investor module was only a read-only page. Investor information was often updated offline, as I frequently saw enquiries from compliance, operations, and PCM teams being handled through long email threads. This created duplicated work, inconsistent records, and frustration across departments.

To better understand these challenges, I conducted interviews with PCM and compliance colleagues to observe how they interacted with the investor page and uncover their key needs. These findings became the foundation for shaping the user stories and flows for the new module.

What they needed most:
PCM: A way to create, edit, and quickly identify investors while checking accreditation and KYC status so orders could proceed without delays.
Compliance: A clear view of investor details, accreditation, and KYC submissions in order to review and update status efficiently.

User story

PM and I worked closely with the compliance team to review regulatory requirements and operational workflows, ensuring the new functionality met both business and compliance standards.

After aligning on requirements, we defined user stories that reflected the needs of internal users, laying the foundation for a smooth, accurate, and scalable investor management experience.

Phases breakdown

Given the complexity of this initiative, we divided the work into phases based on business priority, timeline, and available resources.

While some efforts extend to the investor-facing platform, the first phase focused on standardising UI behaviours across the Investor module, establishing a consistent way to view investor profiles and their relationships. This foundation allowed us to gradually layer on additional features in later phases.

  • Phase 1: Representative & Profile & Metadata

  • Phase 2: KYC details

  • Phase 3: Acknowledgements

  • Phase 4: Portfolio

  • Phase 5: Login Account & Metadata (On-going)

  • Phase 6: Investor accreditation & Declaration (On-going)

Information architecture & Design considerations

We revised the information architecture and made some changes to create clearer, more logical groupings for better usability:

  • Comprehensive investor listing page: Displays all investors in a single table.

  • Left panel: Captures key investor information.

  • Acknowledgements: Moved acknowledgements to a dedicated table view

  • Connected profiles: Grouped representatives and beneficiaries together as connected profiles to the investor

In designing the investor module, we also applied the new UI using the Alta Native UI component library, along with module-specific components such as the left panel, tables, visual indicators, and status elements.

Below are key design considerations for the main screens:

Investor listing page: Displays all investors and allows users to search, apply filters, create new investor records, and view individual investor profiles.

Investor profile: Introduced a new left panel to display key information. Users can now view investor details, accreditation information, and all past submissions.

KYC details: Full KYC info separated into sections for easier editing, audit, and alignment with the investor-facing platform.

[NEW] Acknowledgements: Displays all acknowledgements and T&Cs that investors have consented to, including timestamps, with options to opt in or opt out.

[NEW] Connected profiles: Displays all profiles related to the investor, including representatives from the same organization and the investor’s beneficiaries.

Holdings: This page displays the investor’s portfolio, including holdings, investments, cash, and cash in MMF, ensuring accurate information is reflected to the investor.

This design showcases the individual investor experience; however, we also worked on supporting organisational investors, including functionality to update unknown investors to either individual or organization and to adapt the interface for platform-specific requirements (MY and SG). To handle various use cases, it also incorporates error messages and toast notifications.

With these design considerations, we developed this version of the design. Along the way, we continuously improved it by adding more features for internal users, with the goal of better supporting their work.

Next Steps

  1. Scalability & automation: Plan to automate more compliance checks (e.g. document expiry alerts, data validation) to reduce manual work.

  2. Investor-facing enhancements: Build out features on the external platform (e.g. self-serve profile updates, accreditation uploads) to ease operational load.

  3. Analytics & reporting: Add dashboards for Compliance/PCM to track investor onboarding speed, KYC progress, and data accuracy.

  4. UI/UX refinements: Continue improving navigation and search with filters, tags, and quick actions to support power users.

  5. Scalable Permissions: Introduce a comprehensive role-based access to ensure sensitive investor information is only visible to the right people.

CHRISSIE

resume