-
Notifications
You must be signed in to change notification settings - Fork 3.7k
Description
DESIGN DOC
Problem
As it's been discussed in this thread and elsewhere, our approach to merging both split and request into a single flow is very confusing, for a few reasons:
- It makes seem like you have to split a request with someone, when in reality the more common flow is requesting money from one person
- It's not clear that there is a path to requesting "normally", which can be done by tapping the row outside of the split button. This means each row has two very different possible actions, but only one is visible in the UI
We've had 10+ people at our company mention this as a point of confusion when requesting money from friends or while testing the Collect experience as a member requesting repayment from a workspace.
Solution
Let's address this problem by:
- Bringing back a dedicated
Split billoption within global create, under theRequest moneyoption. This will help us differentiate between the flows, and promote a use case we want users to be aware of.
- Removing the "split" button from the request money flow
Outstanding considerations
Going to jot down a few thoughts on this one here, just so I have it written down.
How should the split bill flow work for making a single selection v. multi-selection?
We have a few options that I can think of, and likely many others:
- Making any selection go straight to the 1:1 confirmation screen, and then showing a
+icon on the confirmation screen, as shown here). - Keep it similar today, where the button says something like
Add to splitfor split, and and tapping that option supports multi-select, or tapping outside of the button goes straight to the 1:1 confirmation screen (doesn't address the problem of one row two actions) - Anytime a user makes a selection, showing
Continue, before landing them on the confirmation screen, making it clear you can select multiple users. This makes the 1:1 split flow less efficient, but I think that is going to be a pretty rare flow if we have a dedicated request flow.
Should the Request money flow allow for adding multiple people to a request?
Today we don't allow requesting money from multiple people at once. It has to go through the split flow. So, do we want to change that? I'm on the fence. I've long used venmo to send requests to a bunch of people at once. But now, they've essentially baked that into a split flow, and I can see a pretty clear case for not needing it at all.
### Implementation
Implementation issues created, will be implemented in the following order:
- External [vip-split] [Split Expense] Cleanup all instances of "request" and "send money" in App #40070 @shubham1206agra @getusha
- External [vip-split] [Split Expense] Refactor Participant Selector #40071 @getusha @shubham1206agra
- Internal [vip-split] [Split Expense] Update copy changes in backend #40072 @mountiny
- External [vip-split] [Split Expense] Implement route changes in NewDot for updated Global Create #40073 @shubham1206agra @getusha
- External [vip-split] [Split Expense] Clean up instances of request terminology in HelpDot #40074 @shubham1206agra @getusha
- Internal [vip-split] [Split Expense] Clean up the money request terminology in app to use expense #40075 @mountiny