Редизайн метка

Редизайн без боли: как обновить продукт и не сломать то, что уже работает

Изме­не­ние дизай­на почти все­гда начи­на­ет­ся оди­на­ко­во. Кто-то в коман­де гово­рит: «Наш сайт выгля­дит уста­рев­шим», «Кон­ку­рен­ты ста­ли сим­па­тич­нее», «Хочет­ся чего-то совре­мен­но­го». И вот здесь кро­ет­ся глав­ная ловуш­ка. Реди­зайн — это не про моду, не про трен­ды и уж точ­но не про лич­ные вку­сы. Это про изме­не­ние про­дук­та так, что­бы он стал эффек­тив­нее для поль­зо­ва­те­лей и полез­нее для бизнеса.

В моей прак­ти­ке изме­не­ние дизай­на почти нико­гда не было «про­сто реди­зай­ном». За ним все­гда сто­я­ли про­бле­мы: паде­ние кон­вер­сии, рост отка­зов, пута­ни­ца в интер­фей­се, слож­ная нави­га­ция, уста­рев­шая архи­тек­ту­ра. Если этих при­чин нет — реди­зайн, ско­рее все­го, не нужен.

Когда изменение дизайна действительно необходимо

Реди­зайн — это доро­го, дол­го и рис­ко­ван­но. Поэто­му начи­нать его сто­ит толь­ко тогда, когда есть вес­кие осно­ва­ния. Обыч­но они доволь­но при­зем­лён­ные и хоро­шо измеримые.

• поль­зо­ва­те­ли не пони­ма­ют, как решить свою задачу;
• интер­фейс раз­рос­ся и стал нелогичным;
• про­дукт не мас­шта­би­ру­ет­ся под новые функции;
• изме­ни­лись биз­нес-цели или позиционирование;
• теку­щий дизайн меша­ет росту метрик.

Если крат­ко, реди­зайн нужен тогда, когда дизайн начи­на­ет мешать про­дук­ту выпол­нять свою работу.

Чем редизайн отличается от косметических правок

Очень важ­но не путать изме­не­ние дизай­на с «под­кру­тить шриф­ты» или «поме­нять цве­та». Кос­ме­ти­че­ские изме­не­ния не затра­ги­ва­ют логи­ку про­дук­та. Изме­не­ние дизай­на же почти все­гда рабо­та­ет глуб­же — с поль­зо­ва­тель­ски­ми сце­на­ри­я­ми, струк­ту­рой, смыс­лом экранов.

Реди­зайн — это когда меня­ет­ся не толь­ко то, как выгля­дит интер­фейс, но и то, как поль­зо­ва­тель в нём живёт.

С чего начинается хороший редизайн

Аналитика и честный разбор текущего состояния

Пер­вый шаг — понять, что имен­но не так. Здесь в ход идёт ана­ли­ти­ка, теп­ло­вые кар­ты, запи­си сес­сий, обрат­ная связь поль­зо­ва­те­лей, дан­ные под­держ­ки. Ино­гда это болез­нен­но: ока­зы­ва­ет­ся, что «оче­вид­ные» реше­ния не рабо­та­ют, а поль­зо­ва­те­ли исполь­зу­ют про­дукт совсем не так, как задумывалось.

На этом эта­пе полез­но задать себе про­стой вопрос: где имен­но поль­зо­ва­тель спо­ты­ка­ет­ся и почему.

Формулировка целей редизайна

Реди­зайн без цели — почти гаран­ти­ро­ван­ный про­вал. Цели долж­ны быть кон­крет­ны­ми и изме­ри­мы­ми. Не «сде­лать удоб­нее», а, напри­мер, сокра­тить вре­мя выпол­не­ния клю­че­во­го сце­на­рия или повы­сить кон­вер­сию регистрации.

Услов­но это мож­но выра­зить так:

Эффект реди­зай­на = (Новая вер­сия − Ста­рая вер­сия) × Поль­зо­ва­тель­ская ценность

Если поль­зо­ва­тель не чув­ству­ет улуч­ше­ний — фор­му­ла не работает.

Работа с пользователями: без этого редизайн слепой

Реди­зайн без обще­ния с поль­зо­ва­те­ля­ми — это стрель­ба всле­пую. Интер­вью, юза­би­ли­ти-тесты, опро­сы, наблю­де­ния — всё это даёт пони­ма­ние кон­тек­ста. Поче­му чело­век при­шёл, чего он боит­ся, где сомне­ва­ет­ся, где раздражается.

Очень часто изме­не­ние дизай­на реша­ет не те про­бле­мы, кото­рые видит коман­да, а те, кото­рые реаль­но вол­ну­ют поль­зо­ва­те­ля. И это почти все­гда сюрприз.

Проектирование новой логики

На этом эта­пе дизай­нер пере­ста­ёт думать экра­на­ми и начи­на­ет думать путя­ми. Поль­зо­ва­тель­ские сце­на­рии, точ­ки вхо­да, аль­тер­на­тив­ные марш­ру­ты, ошиб­ки и воз­вра­ты — всё это важ­но. Хоро­ший реди­зайн дела­ет путь коро­че, понят­нее и спокойнее.

Здесь часто при­хо­дит­ся резать лиш­нее. Уби­рать функ­ции, упро­щать фор­мы, объ­еди­нять шаги. Это все­гда вызы­ва­ет сопро­тив­ле­ние внут­ри коман­ды, но почти все­гда раду­ет пользователей.

Визуальные изменения как поддержка логики

Толь­ко после того, как новая струк­ту­ра и сце­на­рии гото­вы, име­ет смысл пере­хо­дить к визу­а­лу. Цве­та, типо­гра­фи­ка, отсту­пы, визу­аль­ные акцен­ты — всё это уси­ли­ва­ет логи­ку, а не заме­ня­ет её.

Хоро­ший реди­зайн часто выгля­дит «про­ще», чем ста­рая вер­сия. И это нор­маль­но. Про­сто­та — это резуль­тат слож­ной работы.

Запуск редизайна: осторожно, хрупко

Одна из самых рас­про­стра­нён­ных оши­бок — выка­ты­вать изме­не­ние дизай­на сра­зу для всех. Рез­кая сме­на интер­фей­са почти все­гда вызы­ва­ет стресс у посто­ян­ных поль­зо­ва­те­лей. Поэто­му A/​B‑тесты, поэтап­ный запуск, сбор обрат­ной свя­зи — обязательны.

Реди­зайн — это не точ­ка, а запя­тая. После рели­за начи­на­ет­ся новая ите­ра­ция улучшений.

Частые ошибки при редизайне

• изме­не­ние дизай­на ради трендов;
• игно­ри­ро­ва­ние дан­ных и исследований;
• попыт­ка пере­де­лать всё сразу;
• отсут­ствие понят­ных целей;
• недо­оцен­ка при­вы­чек пользователей.

Самая боль­шая ошиб­ка — думать, что реди­зайн авто­ма­ти­че­ски решит про­бле­мы про­дук­та. Он лишь инстру­мент, а не вол­шеб­ная кнопка.

Редизайн глазами бизнеса

Для биз­не­са реди­зайн — это инве­сти­ция. Он дол­жен либо уве­ли­чить доход, либо сни­зить издерж­ки, либо улуч­шить удер­жа­ние. Всё осталь­ное — при­ят­ный бонус. Имен­но поэто­му реди­зайн всё чаще ста­но­вит­ся частью про­дук­то­вой стра­те­гии, а не отдель­ным дизайн-проектом.

Если после изме­не­ния дизай­на про­дукт стал понят­нее, быст­рее и удоб­нее — зна­чит, всё было сде­ла­но правильно.

Вместо вывода

Изме­не­ние дизай­на — это все­гда про сме­лость. Сме­лость при­знать, что теку­щее реше­ние не иде­аль­но. Сме­лость отка­зать­ся от лиш­не­го. Сме­лость слу­шать поль­зо­ва­те­лей, даже когда это неприятно.

Хоро­ший реди­зайн ред­ко кри­чит о себе. Поль­зо­ва­тель про­сто захо­дит и дела­ет то, что хотел, не заду­мы­ва­ясь. И имен­но в этот момент мож­но ска­зать: реди­зайн удался.