на русском · in english
This is my ideal process for working on a task. I don’t think it should be like this for everyone, but it works well for me. So, at the entrance, there are always high-level requirements from the product manager. Sometimes I describe them myself, if necessary. Usually it looks just like a request, less often in more detail, with ready-made hypotheses.
I understand high-level requirements. I write out goals in the business world, missions in the user world. I note how we will understand that the result will be achieved — the criterion of success. I note who is the target audience.
- synchronize this understanding with team members.
I need the analysis to formulate a large number of valid hypotheses. I have five working methods.
- Analysis of the current solution, if any.
- Competitor analysis. Desk research.
- Analysis of user feedback. Work with reviews in stores and with what arrives in support.
- Interviews with users. Communication and search for ideas.
- Analysis of the metric that is being boosted. Desk research. As a rule, we are not the first in the world to do this, and quite a lot of articles with research and best solutions have been written about many practices.
- collect requests and ideas from other departments. For example, customer support, sales department, or marketing.
3. Formulation of hypotheses
After the analysis, I have a lot of ideas and I try to formalize them using the mask.
- If we do (idea), then it can positively affect the (success criterion), because (why is this a good idea).
I try to formulate as many hypotheses as possible. Next, we set the priority for each hypothesis. The priority is estimated by two parameters: how much the hypothesis helps to achieve the goal or mission, and how technically difficult it is to implement.
- identify how hypotheses help to achieve the goal or mission together with the product manager, are technically difficult to implement together with developers.
4. Low-fi prototypes
For each hypothesis, I usually make simple and cheap prototypes. It helps to live with the idea and explain it to others. Sometimes it helps to find new hypotheses.
- make design session, show prototypes to other designers in the team, analysts, and product manager. There we make a decision with what ideas we go ahead,
- check the best ideas with corridor tests. This helps to find some gaps in the interface,
- make information architecture and navigation at this stage.
5. High-fi prototypes
For a better solution, I make layouts. I make all the states. I work with the syntax of interface elements and text. I write explanatory notes for developers. I animate screens and interface elements.
- check every screen with my check-list,
- check the result with corridor tests. This helps me find some gaps in the interface,
- note this task, I will need to be returned to after some time and check the result with expectations,
- give the layouts to another designer for a design review, so that he looks through them and tries to find some gaps and errors,
- give the layouts for a product review, so that the analyst or product manager compares the layouts with the user story.
6. Markup and transfer markup to development
If the task is for the web then after the markup I try to review it. If the project is not too complex I can make markup by myself. After that, the markup are passed to development. And then in testing.
7. Review of the result
After the tests, I do a review of the result to compare what I have planned with the result. Next, the launch.
8. Analysis of the result
After some time, depending on the task, I return to the task and analyze the result together with the product manager. Did the results match our expectations? We draw conclusions. Then, if everything is bad, we return to point one, if it is good, too, but with new goals.
— That’s a long time!
This whole process sounds complicated and long, yes. But it is important to note that in reality this is not as long as it seems. The first 6 items of the average complexity of the task are done in 1-2 working days. Moreover, the ideal process is described here, in real life, some items are skipped or automated.