User Role & Hierarchy Feature for a Saas Fintech BtoB Platform

My Role

Lead Product Designer & Manager

Client ​

Dash.fi

Teammates

Head of Product, Product Manager, Engineers, CEO

Responsibilities

Plan and Own Product, Defend product design strategy, Research, Product UX UI Design , Problem Solving

01. Overview

Dash.fi, a Saas FinTech startup catering to digitally native businesses with significant marketing budgets, has unveiled a revolutionary charge card tailored for advertising expenses. This innovative card tackles challenges associated with scaling ad spending, offering solutions to problems like card failures, low limits, payment holds, underwriting delays, unreliable data, rigid authorizations, cash flow constraints, delayed reconciliations, talent shortages, and manual paydowns.

02. Problem Statement

Have you ever wondered how do SaaS systems handle different operations departments and complex workflows, working together, all under one unified interface? Even their users and clients? On Dash.fi platform, there is currently no effective user role management or hierarchy in place, which could hinder the card's adoption and optimal utilization for businesses.

03. Process & Experience

Goals

In essence, my goal is to provide a solution that accommodates user demands, promotes product scalability, and ensures that the charge card effectively serves its target market. My objective is to define and design the intuitive flow of hierarchy & roles.

Business challenges

Dash.fi faces challenges related to scaling the product. Users have expressed the need for a new feature that introduces user roles and a hierarchy system. I must address this demand to further enhance theproduct and meet the evolving needs of users.

Product Challenges

The challenge of scaling the product is significant and very exciting. This new feature introduces a potentially complex flow, requiring the discovery of the most user-friendly, intuitive, and seamless solution. Clear definitions for each role are also essential. Additionally, a UI enhancement is necessary to improve scalability across the entire product.

Quantitative / Qualitative Research and Analysis

User Role and hierarchy Feature Fintech b2b platform My Role: Lead Product designer Teammates: Head of Product, PM, Engineers (6), CEO Responsibilities: planning and strategizing, direct and Defend product design strategy, Research, Product Design (UX/UI), Problem Solving,Overview Dash.fi, a Sass FinTech startup focused on digitally native businesses with substantial marketing budgets, has introduced an innovative charge card tailored for advertising expenses. This groundbreaking charge card is designed to address various challenges faced by brands when scaling their advertising spending. With this flagship card, businesses can expand their ad budgets without concerns about issues such as card failures, low spending limits, payment holds, inflexible underwriting processes, unreliable data, rigid card authorizations, limited cash flow, delayed reconciliations, talent shortages, and the need for manual intra-cycle paydowns.Problem statement: Have you ever wondered how do SaaS(Software as a Service) systems handle different operations departments and complex workflows, working together, all under one unified interface? Even their users and clients? On Dash.fi platform, there is currently no effective user role management or hierarchy in place, which could hinder the card's adoption and optimal utilization for businesses.Goals In essence, my goal is to provide a solution that accommodates user demands, promotes product scalability, and ensures that the charge card effectively serves its target market. My objective is to define and design the intuitive flow of hierarchy & roles..DeliverablesProcess & experience / Discover Define Ideate DesignUnderstanding the Business challenge Dash.fi faces challenges related to scaling the product. Users have expressed the need for a new feature that introduces user roles and a hierarchy system. I must address this demand to further enhance theproduct and meet the evolving needs of users.Conduct Research and Analyze Following a series of user interviews with our top spenders aimed at gaining insights into their product interactions, identifying areas for improvement, and capturing their feature requests, I proceeded to design and distribute surveys to gather user feedback that could enhance the product's user experience and identify desired features. Through a thorough analysis of the collected feedback, a consistent pattern emerged: there was substantial demand among our user base for the User Role and Hierarchy Feature.Recognizing this demand as an opportunity to further scale our product, I conducted comprehensive competitive analyses. Subsequently, after collaborative discussions with our internal teams, our strategic decision was to facilitate product growth by prioritizing the implementation of this new feature.

Competitor analysis

Given that some of our competitors already offer this feature, it was crucial to conduct a thorough examination of their role and permission management systems. During this process, I observed that some competitors had adopted role hierarchies, while others relied on roles and permissions without a hierarchy structure. In addition to competitor analysis, I also explored how popular software platforms like Magento and PrestaShop handle roles and permissions, identifying universally accepted approaches.<br><br> Recognizing that introducing new approaches into our platform could potentially create more challenges instead of resolving them, it became imperative to gain a comprehensive understanding of the broader landscape. This allowed us to assess the potential risks and benefits and make informed decisions regarding the implementation of the User Role and Hierarchy Feature.

General Observations

In our existing system, there is a single-level role concept where every new user is automatically assigned the Admin role, granting them unrestricted access to the entire product. This setup poses a challenge when it comes to virtual card creation, as any user initiating this process affects all users across the system. To provide a clearer understanding, let's dissect the issue into different facets.

Hierarchy Obersvations

Incorporating a hierarchy feature entails tailoring levels and sub-levels to align with the unique organizational structures of our users' companies. It's essential to consider the diversity in these structures, as some users may manage multiple entities within their organization, while others may primarily work with teams. Recognizing that each organization's hierarchy is distinct and variable is crucial in this context.I've chosen to establish four levels and sub-levels in the hierarchy: Entity, Department, Team, and User. This decision is rooted in the patterns that emerged from user interviews, reflecting a strong emphasis on addressing user needs and requests.

Roles/Permissions Observations

When designing a role:permission feature, there are two primary UX approaches that can be considered:Granular Control Approach: This approach provides users with highly detailed and granular control over roles and permissions. Users can define and customize permissions at a very fine level of detail. It's suitable for situations where users need specific and unique permission configurations. The UX design should focus on making it easy for users to set, adjust, and understand these detailed permissions. This approach can be more complex but offers maximum flexibility.Simplified Role-Based Approach: In this approach, the emphasis is on simplicity and efficiency. Users work with predefined roles that come with a set of permissions. The design should make it easy for users to assign these roles to individuals or groups. It simplifies the process by abstracting the complex permissions into roles. This approach is ideal when users have common role and permission requirements, and it's important to keep the user interface straightforward.On a second search, I have to define each role accessibility.

Scaling Observations

To facilitate product scaling, it's imperative to consider a UI navigation enhancement.

User Needs

As a user I need to create mutliple entities if I want to, but it's not mandatory. If I only have one entity, my company I onboard with is the main company. As a user I want to create sub levels and add users inside As a user I want some users to see specific pages and not the whole product As a user I want to be able to create my organization hierarchy easily As an admin user, I want to giv roles to my users.

User Personas, User Journey and Flow Charts

I created user personas and flows based on the user research and testimonials, which helped me communicate my findings with the team. The persona also ensured that users’ goals and frustrations were at the front of my mind as I progressed with the flow.

04. The Solution

I synced with the whole team to defend our product design strategy and ensure alignment on requirements and tech feasibility. Once we were all on the same page, I took the lead in creating tickets in Jira to manage both the product and our teams. It was important to me that our collaboration was well-organized and that everyone had a clear understanding of their roles and responsibilities.

Acknowledging the unique and fluctuating nature of each organization's hierarchy holds significant importance in my approach. I've chosen to establish four levels and sub-levels in the hierarchy: Entity, Department, Team, and User. This decision is rooted in the patterns that emerged from user interviews, reflecting a strong emphasis on addressing user needs and requests.

Following an extensive review of user interviews and feedback, it became evident that users are looking for something highly intuitive and simple to configure. As a result, I have opted for a Simplified Role-Based Approach approach, which involves common roles, to provide a seamless and user-friendly experience. Admin user creates a user and define a role among Admin, Employee, Finance, Media Buyer.

To ensure an effective user role and hierarchy feature, I clearly define the accessibility and permissions associated with each role. This involves specifying what actions or areas of the product each role can access, modify, or view. By doing so, I create a system that aligns with the needs and expectations of our users, offering them a fine-tuned control over their organization's hierarchy and access levels. This level of detail and clarity contribute to a more seamless and tailored user experience.

I faced limitations with the existing horizontal navigation bar, primarily due to its limited capacity to accommodate additional features. To address this challenge, I made a strategic decision to transition to a sidebar navigation layout, providing ample space for future scalability in Dash.fi. This new layout includes dedicated sections for native features like cards, transactions, and payments, as well as a management section for company administration. I also improved the content layout by replacing the fixed-width container with a full-width design, offering users a more expansive and immersive content viewing experience across the entire screen.

05. Outcome & Iteration

The outcome reflects our successful scaling with user-requested features, enhancing user satisfaction by delivering solutions tailored to their needs. The intuitive flow and seamless user experience have garnered positive feedback, demonstrating that users feel heard and valued. The UI change was well-received, providing a fresh and appreciated platform experience.

VIEW MORE PROJECTS