
Research
_______
Drive growth and revenue through Rapid Deposit
To gain insights into the pain points surrounding Rapid Deposit, I started my research by diving into chat support messages from merchants. Analyzing these interactions provided valuable firsthand accounts of user experiences, allowing me to identify specific pain points and challenges faced by merchants in the context of the Rapid Deposit feature. This qualitative approach laid a foundation for a user-centered design process, ensuring that the redesign efforts were informed by the actual concerns and needs expressed by the user base.
Main pain point: Eligibility requirements
_______
Opportunities to achieve objectives
To comprehensively understand the user journey of a merchant utilizing Rapid Deposit, I worked with my Product Manager to outline each stage of a merchant in relationship to the feature. By closely examining the merchant's journey, from the early merchant experience to a long-term veteran merchant, I gained valuable insights into pain points, user behaviors, and opportunities for improvement, laying the foundation for an informed and user-centric redesign.
Understanding the distinct needs and operational nuances of different merchant profiles helped me brainstorm new ways to cater Rapid Deposit more effectively.
From the chat support synthesis and the merchant user journey, I identified two areas of focus to enhance the Rapid Deposit experience:
Increase the number of opportunities to make a Rapid Deposit
Decrease the friction in becoming eligible to use Rapid Deposit

1 - Increase the opportunities
_______
Part 1: Audit of RD Scheduler
Taking an audit of the different avenues to make a Rapid Deposit, I identified the RD Scheduler as an opportunity area to increase the number of Rapid Deposits. I examined its functionality, usability, and overall performance. Only 12% of merchants who use Rapid Deposit take advantage of the RD Scheduler, making it a prime opportunity area for growth.
_______
Part 2: User Testing
To validate the effectiveness of the initial redesign of the Rapid Deposit scheduler, I conducted user testing sessions that involved direct engagement with a diverse group of merchants. Participants were given hands-on interactions with the redesigned scheduler, allowing me to observe their navigation patterns, gather real-time feedback, and assess the overall user experience. The insights gained from these user testing sessions gave me direction in refining the redesign, addressing usability concerns, and ensuring that the updated scheduler would be a true value-add in meeting the merchants’ needs.
_______
Part 3: Refined redesign
Leveraging the insights gathered from user testing, I refined the redesign of the Rapid Deposit scheduler, incorporating valuable feedback and addressing identified usability enhancements. This collaborative process between user feedback and design adjustments ensured that the final product for development not only addressed initial concerns but also maximized usability, responsiveness, and overall user satisfaction.

2 - Decrease the friction
_______
Part 1: Why don’t we just tell them?
Based on my findings from synthesizing the chat support data, I worked with my engineer to analyze the back-end technical flow and the friction points merchants mentioned in becoming eligible to use Rapid Deposit. I identified three of the eligibility bottlenecks merchants had described and started exploring potential solutions for: completing 12 transactions.
My first thought was “Why don’t we just tell the merchant to complete 12 transactions? And track their progress to 12 with a progress bar of some sort?” In digging into things, I found out the risk team wants users to hit 12 transactions to prevent fraud in Rapid Deposit. What's interesting is they prefer to keep this rule unknown to merchants, as a way to curb potential troublemakers.
_______
Part 2: What do we currently tell them?
Conducting an audit of the error message flow revealed a significant pain point. The "Get funds now" call-to-action conceals the 12 transactions error message: “You need to conduct more transactions to be eligible.” The misleading nature of the CTA, coupled with an uninformative error message simply stating "conduct more transactions," made it clear why merchants were frustrated.
How will they know when they have conducted enough transactions?
Will they just continue to click “Get funds now” after every transaction to no avail?