Выбирать ли подрядчика по примерам UX-дизайна — как отличить хороший от плохого?

Половина работ в портфолио агентств — это концепты, которые в реальный продакшн даже не выходили. Рисуют фантазии, которые клиент не утвердил или стек не потянул, и выставляют на витрину. Скажите им прямо: «Дайте мне не макеты, а ссылку на живой работающий сайт, я сам с телефона оформление заказа протестирую».

На встрече прогоните показанный пример по трем пунктам: 1) Поиск и фильтры: когда у товара куча сложных параметров, можно сузить выбор в два клика? 2) Плотность информации: мастер видит диаметр детали и совместимые модели на одном экране или устает скроллить? 3) Заказ: сколько лишних полей заставляют заполнять при оформлении?

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

У себя в B2B-магазине ради современного вида спрятали выбор модификаций в выпадающий список. Конверсия в заказ в первый же месяц заметно просела. Вернули старые добрые радиокнопки в ряд — заполняемость форм запроса КП сразу восстановилась. Стильный дизайн далеко не всегда продает.

Агентства вам статические скрины прислали или кликабельный прототип? И еще: вы общались хотя бы с тремя реальными покупателями из вашей сферы, узнавали, где они чаще всего спотыкаются на текущем сайте?

Откройте предложенный макет и суньте телефон в руки старшему мастеру у вас на производстве. Скажите: «Попробуй закинуть в корзину тэн на 220 вольт и оформить заказ». Если за три минуты не разберется — дизайн провальный для ваших задач, каким бы красивым он ни был.

До подписания договора рекомендую включить в скоуп работ не только финальные макеты UI, но и схемы информационной архитектуры, карты пути пользователя (CJM), а также юзабилити-тестирование до релиза, жестко привязав это к этапам сдачи-приемки.

Мы два года назад на те же грабли наступили. Повелись на микроанимации в портфолио агентства и ударили по рукам. На сдаче проекта выяснилось, что система тупо не может переварить пагинацию тысяч позиций с техданными из нашей ERP. Дизайнер-то рисовал экраны на трех строчках фейкового текста, а реальная база все разнесла к чертям.

Мои сомнения развеялись, спасибо. График платежей должен быть привязан к этапам работ, а не к датам.

Я бы пошел этим путем.

Согласен.

Я тоже об этом думал. После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.

Пишите, если есть вопросы, отвечу по мере возможности.

Пишу это, чтобы вы не совершили ту же ошибку. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Проверено опытом.

Появились три разных мнения, они дополняют друг друга. Если скоуп растет, должен расти либо срок, либо бюджет. Третьего не дано.

Первые три месяца все идет хорошо, проблемы всплывают на четвертом. Конечно если ваша ситуация отличается, всё меняется.

Поделюсь своим опытом. Люди защищают не процесс а привычку. Сопротивление идет оттуда.

Надеюсь, это будет полезно.

Здесь есть ловушка, не могу промолчать. Не стесняйтесь спрашивать, молчание всегда обходится дороже.

Удачи.

Попробую. Все кто торопится с примеры ux-дизайна, спотыкаются на одном и том же.

Большая часть потерь времени копится на задачах ожидающих согласования.

Мне тоже интересно. Самое дешевое предложение обычно самое непродуманное.

Если не зафиксировать это письменно с самого начала, потом возникнут споры. Конечно, если ваша ситуация отличается, всё меняется.

Не знал об этом.