Working with the engineers
I showed these design explorations to the Payment product owner and the engineers to see if my designs were feasible. The engineers told me that some payments could go through while others might not, due to backend issues. It would be confusing to show the users an error message about which payments went through and which did not.
So I decided it would be easier to approve the individual payments one by one. I did a few iterations of this idea.
A
The user needs to tap on the top row which shows the number and total amount of unapproved payments. The next screen shows the unapproved payments. The user needs to tap on the payment he wants to approve or reject. The payment row expands to show approve, edit, and decline actions.
B
The difference is when the user taps on the payment he wants to pay, it will go to a new screen, which shows the payee, address, amount, the bank account it will pay from, and the payment delivery date. After approval, the user can tap on the top right corner to go to the next payment.
Updated the UIs with the new design system
During the design process, the design team was working on revamping the design system with modern UIs and typography. I updated the UIs with the new design components. Now, once the individual payment is approved, an informational banner about when and where the payment will be sent slides up from the bottom.
Then I further improved the design by reducing the steps users need to take to finish the payment approval task. I introduced a new swipe pattern on the mobile app, by swiping right to left to choose one of the 3 options to approve, edit, or decline the payment.