Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
Revolutionizing Payments:
Introducing 'Invest as You Pay' at Jupiter
At Jupiter, our mission to humanize banking and finance resonates through each feature we develop. Our aim is simple yet ambitious: to alleviate the financial stress, anxiety, and fear our users face, transforming their banking experience into one that is simple, insightful, and confident. This case study explores the development of a pioneering feature in the fintech industry—“Invest as You Pay,” a seamless integration of payment and investment that embodies our commitment to innovation.
At Jupiter, our mission to humanize banking and finance resonates through each feature we develop. Our aim is simple yet ambitious: to alleviate the financial stress, anxiety, and fear our users face, transforming their banking experience into one that is simple, insightful, and confident. This case study explores the development of a pioneering feature in the fintech industry—“Invest as You Pay,” a seamless integration of payment and investment that embodies our commitment to innovation.
Existing problems
Existing problems
1
Information Hierarchy Misalignment:
Through our studies we found out that the main information that the users are used seeing is the name and amount at the centre of the screen, below the green tick. (This behaviour stems from the use case of scan and pay which amounts to ~80% of all monthly transactions) which was not being followed in the current design making the most important information not scannable.
1
Information Hierarchy Misalignment:
Through our studies we found out that the main information that the users are used seeing is the name and amount at the centre of the screen, below the green tick. (This behaviour stems from the use case of scan and pay which amounts to ~80% of all monthly transactions) which was not being followed in the current design making the most important information not scannable.
1
Information Hierarchy Misalignment:
Through our studies we found out that the main information that the users are used seeing is the name and amount at the centre of the screen, below the green tick. (This behaviour stems from the use case of scan and pay which amounts to ~80% of all monthly transactions) which was not being followed in the current design making the most important information not scannable.
1
Information Hierarchy Misalignment:
Through our studies we found out that the main information that the users are used seeing is the name and amount at the centre of the screen, below the green tick. (This behaviour stems from the use case of scan and pay which amounts to ~80% of all monthly transactions) which was not being followed in the current design making the most important information not scannable.
1
Information Hierarchy Misalignment:
Through our studies we found out that the main information that the users are used seeing is the name and amount at the centre of the screen, below the green tick. (This behaviour stems from the use case of scan and pay which amounts to ~80% of all monthly transactions) which was not being followed in the current design making the most important information not scannable.
2
Invisible Rewards:
The success screen was not built in a way that it talks with rewards page and rewards earned on each transaction were not being shown, this leads to a problem where users were earning rewards but not actually redeeming it. Up to 90% of the rewards earned were not being redeemed.
2
Invisible Rewards:
The success screen was not built in a way that it talks with rewards page and rewards earned on each transaction were not being shown, this leads to a problem where users were earning rewards but not actually redeeming it. Up to 90% of the rewards earned were not being redeemed.
2
Invisible Rewards:
The success screen was not built in a way that it talks with rewards page and rewards earned on each transaction were not being shown, this leads to a problem where users were earning rewards but not actually redeeming it. Up to 90% of the rewards earned were not being redeemed.
2
Invisible Rewards:
The success screen was not built in a way that it talks with rewards page and rewards earned on each transaction were not being shown, this leads to a problem where users were earning rewards but not actually redeeming it. Up to 90% of the rewards earned were not being redeemed.
2
Invisible Rewards:
The success screen was not built in a way that it talks with rewards page and rewards earned on each transaction were not being shown, this leads to a problem where users were earning rewards but not actually redeeming it. Up to 90% of the rewards earned were not being redeemed.
3
Lack of Scalability:
The current screen was neither designed nor developed in way where other features could be integrated. This was crucial because Jupiter was moving towards a product where features like categorisation, insights and invest as you pay were integrated cohesively with one another.
3
Lack of Scalability:
The current screen was neither designed nor developed in way where other features could be integrated. This was crucial because Jupiter was moving towards a product where features like categorisation, insights and invest as you pay were integrated cohesively with one another.
3
Lack of Scalability:
The current screen was neither designed nor developed in way where other features could be integrated. This was crucial because Jupiter was moving towards a product where features like categorisation, insights and invest as you pay were integrated cohesively with one another.
3
Lack of Scalability:
The current screen was neither designed nor developed in way where other features could be integrated. This was crucial because Jupiter was moving towards a product where features like categorisation, insights and invest as you pay were integrated cohesively with one another.
3
Lack of Scalability:
The current screen was neither designed nor developed in way where other features could be integrated. This was crucial because Jupiter was moving towards a product where features like categorisation, insights and invest as you pay were integrated cohesively with one another.
4
Missed opportunity to cross sell:
Payments could be easily leveraged to activate other products on Jupiter which could be a game changer as the products would not have to worry about theri TOF (Top of the Funnel) numbers
4
Missed opportunity to cross sell:
Payments could be easily leveraged to activate other products on Jupiter which could be a game changer as the products would not have to worry about theri TOF (Top of the Funnel) numbers
4
Missed opportunity to cross sell:
Payments could be easily leveraged to activate other products on Jupiter which could be a game changer as the products would not have to worry about theri TOF (Top of the Funnel) numbers
4
Missed opportunity to cross sell:
Payments could be easily leveraged to activate other products on Jupiter which could be a game changer as the products would not have to worry about theri TOF (Top of the Funnel) numbers
4
Missed opportunity to cross sell:
Payments could be easily leveraged to activate other products on Jupiter which could be a game changer as the products would not have to worry about theri TOF (Top of the Funnel) numbers
Putting on a researcher's hat
Putting on a researcher's hat
1
We observed something interesting, out of all users 20% were actively categorising their spends after the success of their transaction, and they were more satisfied with Jupiter as the insights they were getting were more accurate. The frequency of them actively categorising was really high almost as if they are habituated to do this.
1
We observed something interesting, out of all users 20% were actively categorising their spends after the success of their transaction, and they were more satisfied with Jupiter as the insights they were getting were more accurate. The frequency of them actively categorising was really high almost as if they are habituated to do this.
1
We observed something interesting, out of all users 20% were actively categorising their spends after the success of their transaction, and they were more satisfied with Jupiter as the insights they were getting were more accurate. The frequency of them actively categorising was really high almost as if they are habituated to do this.
1
We observed something interesting, out of all users 20% were actively categorising their spends after the success of their transaction, and they were more satisfied with Jupiter as the insights they were getting were more accurate. The frequency of them actively categorising was really high almost as if they are habituated to do this.
1
We observed something interesting, out of all users 20% were actively categorising their spends after the success of their transaction, and they were more satisfied with Jupiter as the insights they were getting were more accurate. The frequency of them actively categorising was really high almost as if they are habituated to do this.
2
This led to a hypothesis that “what if each time you do a payment some amount is automatically invested” The basis for this hypothesis comes from BJ Fogg’s Behaviour model which states in order to build a habit that the amount of effort taken should be really low and the motivation should be really high, this done slowly over a period of time develops a behaviour.
2
This led to a hypothesis that “what if each time you do a payment some amount is automatically invested” The basis for this hypothesis comes from BJ Fogg’s Behaviour model which states in order to build a habit that the amount of effort taken should be really low and the motivation should be really high, this done slowly over a period of time develops a behaviour.
2
This led to a hypothesis that “what if each time you do a payment some amount is automatically invested” The basis for this hypothesis comes from BJ Fogg’s Behaviour model which states in order to build a habit that the amount of effort taken should be really low and the motivation should be really high, this done slowly over a period of time develops a behaviour.
2
This led to a hypothesis that “what if each time you do a payment some amount is automatically invested” The basis for this hypothesis comes from BJ Fogg’s Behaviour model which states in order to build a habit that the amount of effort taken should be really low and the motivation should be really high, this done slowly over a period of time develops a behaviour.
2
This led to a hypothesis that “what if each time you do a payment some amount is automatically invested” The basis for this hypothesis comes from BJ Fogg’s Behaviour model which states in order to build a habit that the amount of effort taken should be really low and the motivation should be really high, this done slowly over a period of time develops a behaviour.
3
40% of people investing through Jupiter are first time investors which means they neither have the habit to invest nor the knowledge as to where do they need to invest. The knowledge part is solved through the feature Learn with Jupiter but the behavioural part which is the part where you have to actually invest comes intrinsically for many users. By using the behavioural model we can bridge the gap and enable users to invest.
3
40% of people investing through Jupiter are first time investors which means they neither have the habit to invest nor the knowledge as to where do they need to invest. The knowledge part is solved through the feature Learn with Jupiter but the behavioural part which is the part where you have to actually invest comes intrinsically for many users. By using the behavioural model we can bridge the gap and enable users to invest.
3
40% of people investing through Jupiter are first time investors which means they neither have the habit to invest nor the knowledge as to where do they need to invest. The knowledge part is solved through the feature Learn with Jupiter but the behavioural part which is the part where you have to actually invest comes intrinsically for many users. By using the behavioural model we can bridge the gap and enable users to invest.
3
40% of people investing through Jupiter are first time investors which means they neither have the habit to invest nor the knowledge as to where do they need to invest. The knowledge part is solved through the feature Learn with Jupiter but the behavioural part which is the part where you have to actually invest comes intrinsically for many users. By using the behavioural model we can bridge the gap and enable users to invest.
3
40% of people investing through Jupiter are first time investors which means they neither have the habit to invest nor the knowledge as to where do they need to invest. The knowledge part is solved through the feature Learn with Jupiter but the behavioural part which is the part where you have to actually invest comes intrinsically for many users. By using the behavioural model we can bridge the gap and enable users to invest.
Business Goals
The redesign of the transaction success screen was not just a functional update, but a strategic move to enhance user engagement and promote financial literacy and investment habits. Our goals were to:
Increase user engagement with the “Invest as You Pay” feature.
Improve the visibility and indirectly redemption of rewards.
Integrate seamless categorisation and financial insights into the transaction flow.
User Stories
User Stories
1
Discovery
As a user I want to I should be able to know whether I have activated on invest as you pay journey or If I am earning any jewels on this particular transaction even before seeing the success screen
1
Discovery
As a user I want to I should be able to know whether I have activated on invest as you pay journey or If I am earning any jewels on this particular transaction even before seeing the success screen
1
Discovery
As a user I want to I should be able to know whether I have activated on invest as you pay journey or If I am earning any jewels on this particular transaction even before seeing the success screen
1
Discovery
As a user I want to I should be able to know whether I have activated on invest as you pay journey or If I am earning any jewels on this particular transaction even before seeing the success screen
1
Discovery
As a user I want to I should be able to know whether I have activated on invest as you pay journey or If I am earning any jewels on this particular transaction even before seeing the success screen
2
Activation
After activating on Invest as you pay i should be able to come back and continue the payment journey
2
Activation
After activating on Invest as you pay i should be able to come back and continue the payment journey
2
Activation
After activating on Invest as you pay i should be able to come back and continue the payment journey
2
Activation
After activating on Invest as you pay i should be able to come back and continue the payment journey
2
Activation
After activating on Invest as you pay i should be able to come back and continue the payment journey
3
Education
On the success screen the user should be able to see what amount has been invested with this transaction
3
Education
On the success screen the user should be able to see what amount has been invested with this transaction
3
Education
On the success screen the user should be able to see what amount has been invested with this transaction
3
Education
On the success screen the user should be able to see what amount has been invested with this transaction
3
Education
On the success screen the user should be able to see what amount has been invested with this transaction
4
Categorising spends
On transaction success screen I should be able to categorise each spend
4
Categorising spends
On transaction success screen I should be able to categorise each spend
4
Categorising spends
On transaction success screen I should be able to categorise each spend
4
Categorising spends
On transaction success screen I should be able to categorise each spend
4
Categorising spends
On transaction success screen I should be able to categorise each spend
5
Rewards discovery
As a user if I am getting certain rewards with a particular transaction, I should be able to see the exact amount that I earned
5
Rewards discovery
As a user if I am getting certain rewards with a particular transaction, I should be able to see the exact amount that I earned
5
Rewards discovery
As a user if I am getting certain rewards with a particular transaction, I should be able to see the exact amount that I earned
5
Rewards discovery
As a user if I am getting certain rewards with a particular transaction, I should be able to see the exact amount that I earned
5
Rewards discovery
As a user if I am getting certain rewards with a particular transaction, I should be able to see the exact amount that I earned
6
Next Best Action
Making sure that the user is prompted to take the next best financial action
6
Next Best Action
Making sure that the user is prompted to take the next best financial action
6
Next Best Action
Making sure that the user is prompted to take the next best financial action
6
Next Best Action
Making sure that the user is prompted to take the next best financial action
6
Next Best Action
Making sure that the user is prompted to take the next best financial action
Wireframing & Iterative Design
Wireframing & Iterative Design
Multiple design iterations were tested through Guerilla Testing, with a focus on optimising information display and interaction flows. We integrated user feedback at each stage to refine our approach, ensuring that the new design not only met but exceeded user expectations for simplicity and functionality.
Solution
Solution
Multiple design iterations were tested through Guerilla Testing, with a focus on optimising information display and interaction flows. We integrated user feedback at each stage to refine our approach, ensuring that the new design not only met but exceeded user expectations for simplicity and functionality.
Business Goals
The redesign of the transaction success screen was not just a functional update, but a strategic move to enhance user engagement and promote financial literacy and investment habits. Our goals were to:
Increase user engagement with the “Invest as You Pay” feature.
Improve the visibility and indirectly redemption of rewards.
Integrate seamless categorisation and financial insights into the transaction flow.
Wireframing & Iterative Design
Multiple design iterations were tested through Guerilla Testing, with a focus on optimising information display and interaction flows. We integrated user feedback at each stage to refine our approach, ensuring that the new design not only met but exceeded user expectations for simplicity and functionality.
Transforming Jupiter
Transforming Jupiter
When this project went live we were already into the process of redesigning the whole app which meant every screen was going through a process of overhaul. We wanted to make sure that the new success screen was delightful and brought the feeling of joy to the user.
Building a think tank
Building a think tank
I conducted a series of workshops which with all the stakeholders who were associated with this project, The idea was simple, think without constraints and come up with solutions that were out of the box. Our goal of the workshop was simple, “how might we make spending money a delightful experience?”. The workshop was very productive and resulted in people exploring ideas that were really out of the box. By the end of the workshop I had enough ideas to explore, we decided on a few by voting and I made working prototypes for all of them.
Finding the magic
Finding the magic
I explored different design directions of transaction success screen.
Constraints
Constraints
We wanted to go ahead with the first direction but the whole redesign of the app was being executed within a span of a quarter which was very short deadline to deliver. The team collectively decided that for first milestone we’ll release something which takes less effort and slowly work towards the perfect iteration that we all had in our minds.
What went live
What went live
For the launch, we delivered the milestone 1 version of the success page and tested it with real users. These users included both existing and new Jupiter users. The feedback was positive; users were receptive to the changes and appreciated the improvements. Further testing was conducted to ensure the users could understand the changes and that the experience was not drastically different from the previous one. This was successful, as 75% of the focus group participants were able to understand and comprehend the success screen.
Future Directions
Future Directions
We've standardised the payment process across all products by implementing a unified payment gateway. This also includes standardisation of the success screens throughout the company. This is currently under development, and a case study will be available soon.
Learnings
Learnings
The journey of redesigning Jupiter’s transaction success screen provided numerous insights into user behavior, design scalability, and cross-functional collaboration. These learnings will guide future enhancements and innovations at Jupiter.
Finding the magic
I explored different design directions of transaction success screen.
Solution
Multiple design iterations were tested through Guerilla Testing, with a focus on optimising information display and interaction flows. We integrated user feedback at each stage to refine our approach, ensuring that the new design not only met but exceeded user expectations for simplicity and functionality.
Transforming Jupiter
When this project went live we were already into the process of redesigning the whole app which meant every screen was going through a process of overhaul. We wanted to make sure that the new success screen was delightful and brought the feeling of joy to the user.
Building a think tank
I conducted a series of workshops which with all the stakeholders who were associated with this project, The idea was simple, think without constraints and come up with solutions that were out of the box. Our goal of the workshop was simple, “how might we make spending money a delightful experience?”. The workshop was very productive and resulted in people exploring ideas that were really out of the box. By the end of the workshop I had enough ideas to explore, we decided on a few by voting and I made working prototypes for all of them.
Constraints
We wanted to go ahead with the first direction but the whole redesign of the app was being executed within a span of a quarter which was very short deadline to deliver. The team collectively decided that for first milestone we’ll release something which takes much effort and slowly work towards the perfect iteration that we all had in our minds.
What went live
For the launch, we delivered the milestone 1 version of the success page and tested it with real users. These users included both existing and new Jupiter users. The feedback was positive; users were receptive to the changes and appreciated the improvements. Further testing was conducted to ensure the users could understand the changes and that the experience was not drastically different from the previous one. This was successful, as 75% of the focus group participants were able to understand and comprehend the success screen.
Future Directions
We've standardised the payment process across all products by implementing a unified payment gateway. This also includes standardisation of the success screens throughout the company. This is currently under development, and a case study will be available soon.
Learnings
The journey of redesigning Jupiter’s transaction success screen provided numerous insights into user behavior, design scalability, and cross-functional collaboration. These learnings will guide future enhancements and innovations at Jupiter.