UX: Notable friction in using split features in the new version

[Avelous]

Description

This issue is a UX comparison between SplitEth
and the older version EthSplitter. Several changes in the new version introduce additional friction in the user experience:

1. Custom token addition

   • Old version: Requires two step — Click Split Token option and paste the token address directly.

   • New version: Requires four steps — open token dropdown → open custom token input → paste address → click add button.

2. Equal split input method

   • Old version: Used a single select area for equal splits.

   • New version: Uses individual inputs per address.

   • Bulk add exists but is hidden behind a modal, adding two extra clicks (open modal → confirm/close modal) before wallets are loaded.

3. Input alignment inconsistency

   • For equal splits, the amount input is placed on the left and address inputs on the right.

   • For custom splits, the layout is reversed.

   • This inconsistency increases unnecessary mouse movement.

---

Need your thoughts on this and any other notable observations.

Thank you!!

[damianmarti]

Description

This issue is a UX comparison between SplitEth and the older version EthSplitter. Several changes in the new version introduce additional friction in the user experience:

1. Custom token addition

   • Old version: Requires two step — Click Split Token option and paste the token address directly.
   • New version: Requires four steps — open token dropdown → open custom token input → paste address → click add button.

I think the new version is clearer than the old one, but like you wrote, it needs more steps to do the same. I like the token names as tags from the old version. I think it's better than the dropdown, but the way to use a custom token address is not so clear for a new user.

One option: like the old version, but not showing the token address input by default. Add a new "Other" tag option. When the user selects this, the token address input is shown. Adds one more step, but I think it's clear how it works.

2. Equal split input method

   • Old version: Used a single select area for equal splits.
   • New version: Uses individual inputs per address.
   • Bulk add exists but is hidden behind a modal, adding two extra clicks (open modal → confirm/close modal) before wallets are loaded.

I think it's better now. When manually adding an address, all is more clear. You need an extra click to open the bulk add, but then the user can check that the addresses were processed successfully and see the addresses with the Address component. I think it's a better UI and UX.

3. Input alignment inconsistency

   • For equal splits, the amount input is placed on the left and address inputs on the right.
   • For custom splits, the layout is reversed.
   • This inconsistency increases unnecessary mouse movement.

I don't understand this. The amount is always on the right.

Need your thoughts on this and any other notable observations.

Thank you!!

Created two issues when reviewing these items: #94 and #95

Thanks!!