I pursued the open question "how might we help more Postman users become activated?" My design led to a 4% increase in users performing the first step of activation.
Activated users performed these two actions during their first few days using Postman, and were more likely (41% vs 28%) to be using Postman 6 months later:
Through recruiting for and running five usability tests with developers using Postman for the first time, I learned the following:
I decided help the first group test out the platform as quickly as possible. We could make more impact by helping them since they were the most likely to give up if they ran into friction early in their experience.
The five usability tests I ran led my to this hypothesis:
Once users clicked on "Create New" and elected to send a new request, they saw this:
Because I had only been at the company for 2 months, I decided to interview designers who previously worked on the homepage to ask them why they made certain design decisions. I didn't want to try something they'd already tried before, and I wanted to respect any decisions that were made for really good reasons.
What I found is that most designers were already frustrated with the cluttered homepage and just never had the time to prioritize cleaning it up. It was also a politically messy area for designers since every part of the Postman app wants to be represented on the homepage, so it takes assertive/proactive effort to keep it from becoming bloated.
After these interviews, I concluded that an easily removable design would be the best option for three reasons:
This experiment was a partial success. We saw the following:
Why did it work?—reducing the user’s cognitive load After a low-intent user clicks on "send a request" on the homepage, the default request that produced a mini-tutorial in a response helped users test out Postman without any unecessary work on their part, and with the bonus that reading the response could give them tips on what to try next.
Increasing the number of users sending a first request did not increase the number of collections created (second step in user activation metric). My hypothesis was that they don't know why they should save the request in a collection.
A colleague and I collaborated to create a followup experiment, based on the hypothesis that strongly and clearly nudging users to create a collection if they have sent X numbers of requests would help increase the number of activated users.
This followup experiment added to the partial success of the first one. It strongly correlated with an increase in the number of users creating collections & becoming activated.
From this result, we learned that many users want to create collections once they understand what they are.
Normally, experiments are only shown to a small percentage of users for a short time period, e.g. 1-2 weeks. If they are successful, we show the feature to all users.
Because these two experiments were successful, they were turned on so 100% of users see them. It continues to be exciting to see these simple steps make an impact!