Александр!

Для начала я бы определил полезное действие вашей кнопки, а затем — всей страницы, на которой она находится. Вселенной, как и вашим пользователям, всё равно, считаете вы, что страничка доделана до конца, или нет — посетители приходят решать свои задачи.

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

Допустим, автосохранение постов нельзя включить автоматически, потому что ваша публичная оферта это запрещает: нужно предупредить каждого пользователя отдельно, чтобы он включил режим автосохранения. Тогда задачу придётся пофлексить. Можно отступить от идеала и расположить иконку снаружи кнопки. Или заменить решение — наверняка вы знаете способы поговорить с пользователями о новой фиче, вовсе не используя разработку, к примеру, написать почтовую рассылку.

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

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Управление проектомВеб‑разработка
Отправить
Поделиться
Запинить

Комментарии

Скажу, как разработчик, что не нужно объяснять значимость фичи разработчику. Я готов поверить на слово профессионалам дизайна и маркетинга, что иконки в упомянутом месте списка принесут прибыль бизнесу. Объясните важность фичи бизнесу, руководителям и менеджерам, после чего получите соответствующий бюджет, выражающийся в измеримых числах. И если переделка списка стоит N человеко‑часов, а выгода покрывает M человеко‑часов, то останется лишь поработать над приоритетами.

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

Поэтому вопрос «как объяснить значимость фичи разработчику» зачастую следует заменять на «как объяснить заказчику значимость мнения разработчика».

25 ноя 2020

Рекомендуем другие советы