A clearer path from search visibility to business growth. Check your website, free ↗

Policies & working methods

Document the decisions behind a product redesign

Explain a redesign through user problems, rejected options, trade-offs and observable evidence rather than feature announcements alone.

Original guide · English & Danish

A useful product story explains why a change was chosen and what it costs as well as what it improves. Use this decision-record format when redesigning a website or SEO workspace. It is an editorial framework, not a historical account of a Gavek redesign.

Describe the original friction

Start with a user task that was difficult: locating the next action, interpreting a metric or comparing pages. Explain how the problem was observed and whom it affected. Distinguish direct observations from workshop opinions; both can inform a decision, but they represent different evidence.

Show the alternatives

Record options considered, including making no change. Explain why a smaller adjustment, new navigation or complete rebuild was accepted or rejected. Include accessibility, training, maintenance and migration costs. A screen is not necessarily simpler if it merely moves complexity elsewhere in the workflow.

Define what would change your mind

Choose a test that could reveal whether the decision failed. Watch representative users attempt the task, review support requests and compare completion quality. Record limitations and future questions. A visible decision log helps later teams avoid repeating the same unresolved debate.

Put the method to work

Illustrative example

Illustrative example: a team compares a dashboard of many scores with a short priority queue. It tests whether colleagues can explain the next action and its evidence. The chosen design depends on observed understanding, not on which mockup attracts the most compliments.

Your next steps

  1. Name one user task and its friction
  2. Write at least two plausible alternatives
  3. Record maintenance and access trade-offs
  4. Choose a review method before launch

Questions & answers

Must a product story include internal documents?

No. Publish a clear explanation with permissioned evidence. Remove personal details and confidential technical information while keeping the reasoning understandable.

Does a redesign prove better results?

No. Evaluate resulting user behaviour and work quality. Cosmetic changes alone cannot substantiate commercial or ranking claims.

Documentation & further reading

Gavek provides focused public tools, a learning library and enquiries for separately scoped services. This article does not activate rank tracking, a backlink database, account connectors or automated CMS changes. See current availability.

Explore the related in-depth guide ↗ · Build an action plan ↗

Your next move starts here

Make search a more useful part of your growth.

Start with your website. Leave with a clearer picture of what to improve, what to measure and where to focus next.

Loading the library…