Привет, это Леша Рожков.
Сегодня у нас короткая, но очень важная статья. Тема из неочевидных, которые познаешь только на ошибках, потому что в теории никто о таком обычно не рассказывает.
В нашем случае это произошло с подрядчиком, который слегка запорол работу. Мы не пострадали, но сделали один важный вывод.
Всегда-всегда проговаривайте и моделируйте результат работы. Это касается и исполнителей, которые уверены, что точно поняли, как решать проблему, и заказчиков, которые самонадеянно ожидают хайлевел-резалт и полностью доверяют подрядчику.
Смотрите, как было у нас.
У нас есть страничка нашего курса «Научим писать». Там есть форма, которая собирает адреса и при помощи нескольких шагов волшебства делает рассылку автоматической.
Для пользователя процесс покупки выглядит так: страница курса → данные в форме → оплата на сайте Я.Денег → первое письмо.
Мы попросили команду разработчиков уменьшить количество волшебства, чтобы адреса проще и быстрее попадали в базу.
Проговорили, что форма останется такой же, послушали про оптимизацию и универсальность решения, подождали неделю и оху-кхм-ели.
Форма и правда осталась, но дальше пошел лютый треш — добавилась корзина, в корзине товары, агрегация заказа. Жесть и угар.
Получалось, что если раньше курс покупали за 2 клика, то теперь надо было пройти 5 страниц. При этом страницы надо было еще оптимизировать, отрисовать, сделать привлекательными для пользователя и легкими для загрузки.
Мы работу завернули.
На это нам растерянно ответили, мол, что это единственный вариант реализовать автоматизацию.
Окей, если бы ребята слушали внимательнее, они бы поняли, что в приоритете UX и понятный путь пользователя, чтобы покупки были простыми. Что нельзя навредить экономике, и если нет вариантов, то надо так и сказать — чуваки, сделать можно только так, но это добавит вам головной боли.
Мы бы сразу сказали, что не подходит.
Что думали в «Сделаем»
Нам предложат решение, при помощи которого мы сейчас упростим бэк, сэкономим на сервисах, сделаем себе работу проще. Пользователи ничего не заметят.
Что думали разработчики
Мы сейчас напишем крутую штуку, которая покажет, что мы молодцы. Решим задачу единственно возможным способом. Нас похвалят.
При этом способ, хоть и единственный по их мнению, был неприемлем для нас. Ни при каких обстоятельствах.
Так может быть где угодно
Например, вам говорят сделать публикацию в Лайфхакере. Вы знаете, что это 500+ тысяч. Но клиент об этом не подозревает и рассчитывает на халяву. Если не проговорить, можете потратить на переговоры с редакцией лишнее время.
Или другой пример. Вам говорят запустить контент-маркетинг. Клиент под этим понимает исключительно соцсети, а вы — блог и СМИ. Пишете статьи → получаете втык и возмущения.
Еще вариант. Вам говорят, что надо писать как лучший редактор рунета. Вы пишете как Ильяхов, гордитесь инфостилем, а надо было как Маленков — главред MAXIM, с шутеечками и остроумно.
В общем, никогда не пренебрегайте стадией обсуждения и понимания задачи. Всегда проговаривайте понятия, процессы, уточняйте, что заказчик или исполнитель понимают под той или иной работой.
Это именно тот случай, когда вопрос: «А что вы понимаете под этим…» — экономит часы или недели на согласованиях.
