Design for next steps
Design for next steps
"OK great what next?" is something we hear quite often upon the completion of a transaction. And that's because we're not doing a very good job of transaction success messages right now.
No dead ends
Transactions don't need to be a dead end. In Web2 we designers speak a lot about the post-purchase experience. And by that, we mean the user's experience doesn't end with a purchase. We need to borrow some of those ideas in Web3 – a complete transaction is rarely the completion of a user's goal.
It's also worth remembering that at this stage in Ethereum's life, it's not always clear what your next steps might be.
Understand the end goal
In the case of the success state in our demo, you’ve just picked up a ticket for the best Ethereum conference out there.
The transaction isn't the end goal, attending the conference is. To help our user achieve that we need to tell them how to turn that ticket into entry to the venue, so we've said: "Just show this ticket token in your wallet when you arrive at the conference venue."
We've also anticipated some other needs. You may want to want to tell someone. Or if you’ve picked it up for someone else, you’re going to want to transfer it to them. At the very least, you’re going to want to see the ticket details. So your message should cover that too.
When you understand the ultimate user goal e.g. Gain entry to Devcon and how this transaction interaction fits into the journey, you can start to make your transaction success message more useful. This is also a great opportunity to support the ecosystem and fellow dapps.
Support the ecosystem
The beauty of a lot of Ethereum applications is they're designed to integrate and work with one another. This makes it really simple to be more helpful in your transaction success messages. So instead of just letting your users know they've successfully bought a Cryptokitty or generated some Dai, why not tell them what they do next by using a different dApp?