Хватит спорить о брошенных корзинах: получите одобрение правок для оформления заказа

Краткое содержание

Большинство советов по борьбе с брошенными корзинами предполагает, что проблема в самом процессе оформления — формы, кнопки, количество шагов. Если вы работаете в небольшой внутренней маркетинговой команде, реальным препятствием обычно является внутренний фактор: нетехнический руководитель, который хочет доказательств, бэклог разработчиков, предыдущий неудачный эксперимент или смутное ощущение, что «это не работа маркетинга». Эта статья рассматривает эти возражения как самостоятельные проблемы CRO. Она показывает, как превратить «покажи мне данные» в аудит на один день, как отделить изменения кода от изменений текста и настроек, и почему упрощение без доверия не сдвинет показатели. Вы также получите таблицу пяти самых частых возражений и прямой ответ на компромисс, связанный с гостевой оформлением заказа. Цель — сделать ваш следующий запрос настолько конкретным и маленьким, чтобы он перестал быть спором и стал планом.

Большинство советов о брошенных корзинах написано для тех, кто уже может изменить процесс оформления заказа. Они советуют упростить форму, добавить гостевую оформление, показывать стоимость доставки до последнего шага, как будто единственное, что отделяет вас от лучшей конверсии, — это знание, что делать. Если вы в небольшой внутренней маркетинговой команде, это редко является проблемой. Вы уже знаете, какие исправления нужны. Проблема в том, что каждое исправление должно пройти разговор с нетехническим руководителем, который хочет доказательств, сроков и сметы, прежде чем вам разрешат что-либо трогать.

Что действительно работает — не более длинный список тактик. Это отношение к процессу утверждения как к части проблемы оптимизации конверсии. Сопротивление, которое вы слышите — «у нас нет данных», «мы не можем выделить время разработчика», «мы уже пробовали», «это не наша работа» — не шум. Каждое возражение говорит вам, какую часть проекта вы ещё не сделали конкретной. Ответьте на возражение — и изменение перестаёт быть запросом и становится планом.

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

«Покажи мне данные» значит покажи мне воронку

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

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

Вот что с ними делать. Откройте окно инкогнито и зайдите на страницу своего товара. Добавьте рюкзак в корзину. Теперь медленно прокручивайте, делая скриншот на каждом шаге. Когда покупатель впервые видит общую стоимость, включая доставку? Посчитайте экраны между «добавить в корзину» и «с вас спишут эту сумму». Попробуйте оформить заказ без создания аккаунта и заметьте точный момент, когда вас блокируют. Найдите свою политику возврата и отметьте, сколько кликов нужно, чтобы её прочитать. Сделайте то же самое на телефоне, где вёрстка всегда ведёт себя по-другому.

В итоге у вас будет пятнадцать-двадцать скриншотов и набор наблюдений вроде: «На странице корзины нет упоминания о доставке. На странице оплаты плата за доставку появляется впервые. Оформление заказа требует аккаунт до возможности оплаты. Ссылка на политику возврата находится в подвале, на шесть абзацев ниже». Это доказательство, и с ним трудно спорить, потому что ваш начальник может воспроизвести его за две минуты.

Одна деталь, которая делает аудит точнее: проведите его с коллегой, который никогда не видел ваш сайт. Вы удивитесь, что упускаете, когда привыкли к системе. Попросите его проговаривать вслух свои мысли, пока он пытается что-то купить. Вы не проводите юзабилити-лабораторию; вы слушаете моменты, когда обычный человек говорит «стоп, что?» Именно в эти моменты и живут причины брошенных корзин.

Представляя аудит, не начинайте с исправления. Начните с воспроизведения: «Добавьте этот товар, перейдите в корзину и посмотрите на доставку. Теперь попробуйте оформить заказ без аккаунта». Пусть начальник сам испытает разочарование. Человек, которого раздражает ваша корзина, больше не скептик, а союзник.

Общий принцип: прежде чем просить об изменении, дайте своему руководителю что-то, что он может увидеть и проверить, а не утверждение, которое нужно принять на веру. Скриншот стоит больше, чем прогноз. Такой аудит также поможет избежать самого распространённого провала CRO в малых командах — предлагать исправление проблемы, в существовании которой вы не убедились. Если вы задаётесь вопросом, является ли проблема самим оформлением заказа или чем-то более ранним в воронке, более ранняя статья о диагностике настоящей причины брошенных корзин будет полезным следующим шагом.

«У нас нет времени разработчиков» обычно означает, что вы не отделили настройки от кода

Ваш начальник слышит «оптимизация оформления заказа» и представляет разработчика, работающего две недели. Вы знаете, что бэклог растянут на три месяца, поэтому даже не пытаетесь просить. Но большинство исправлений из стандартного списка причин брошенных корзин вообще не требуют разработчика.

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

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

Момент с настройками тоже важен. Если в вашей платформе есть опция гостевого оформления, то её включение — это не изменение кода, а изменение конфигурации. Возможно, вам потребуется найти настройку, прочитать документацию и один раз протестировать — но это работа на один день, а не спринт разработчика. Если у вас нет доступа к странице настроек, попросите доступ один раз. В первый раз разработчик, возможно, проведёт вас по шагам; во второй вы сможете сделать это сами.

Ещё одна категория: страница подтверждения заказа и письмо. Если подтверждение шаблонное или не устанавливает ожидания по доставке, это ещё одна поверхность, принадлежащая маркетингу. Вы можете переписать её, не трогая систему заказов. Клиенты, которые знают, что произойдёт дальше, реже пишут в поддержку, а объём писем в поддержку — это метрика, которую ваш начальник поймёт.

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

«Мы уже пробовали упрощение» означает, что вы исправляли не ту причину

Полгода назад кто-то из вашей команды убрал три поля из формы оформления заказа. Начальник указал на это как на доказательство того, что «мы уже пробовали CRO». Заказы не изменились. Теперь вы предлагаете исправление, связанное с доверием, и босс говорит: «Почему это будет по-другому?»

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

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

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

Здесь есть и полезный контринтуитивный момент. Добавление сигналов доверия не гарантирует выигрыш. Если вы разместите виджет отзывов на странице товара, а у вас нет отзывов, вы просто покажете клиентам «0 отзывов» — это хуже, чем не показывать отзывы вообще. Простая, конкретная строка гарантии, подкреплённая реальной политикой возврата, честнее и ничего не стоит. Точно так же «упрощение» формы не означает скрытие необходимых полей. Если вам нужен адрес доставки, он нужен; исключение его для сокращения формы приведёт только к неправильным доставкам и возвратам. Упрощение должно убирать лишнюю нагрузку, а не перекладывать её в другое место.

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

«Сначала нам нужен план» — это на самом деле запрос на процесс

Ваш начальник говорит: «Хорошо, вы убедили меня, что проблема есть. Теперь напишите мне план». Вы замираете, потому что представляете себе годовую программу экспериментов со статистической значимостью и дорожную карту. Вы знаете, что у вас нет ни трафика, ни бюджета на это, поэтому вы тормозите.

План не обязательно должен быть амбициозным. Это может быть один цикл: выберите одну причину из чек-листа брошенных корзин, найдите экран, где она проявляется, внесите одно изменение и следите за одной метрикой. Затем переходите к следующей причине.

Сделаем это конкретным на примере компании по продаже снаряжения для активного отдыха. Ваш аудит показал, что доставка удивляет людей на странице оплаты. Ваш план на этот месяц: добавить строку на страницу корзины о том, что доставка рассчитывается при оформлении и что вы всегда показываете её до оплаты. Метрика, за которой вы следите, — количество писем в поддержку с вопросами о доставке плюс простое сравнение до/после того, сколько людей, доходящих до страницы оплаты, действительно завершают заказ. Вот и всё. Если писем в поддержку станет меньше, а завершение оформления не упадёт, вы улучшили опыт. В следующем месяце вы выведете ссылку на политику возврата. Через месяц, если платформа позволит, включите гостевой заказ. Это план.

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

Здесь есть оговорка: не меняйте слишком много за раз. На небольшом сайте нужно знать, какое изменение дало результат. Одно изменение в неделю или месяц — это нечем похвастаться, но зато быстро учишься. A/B-тесты — это роскошь; для очевидного провала достаточно посмотреть на метрику до и после, чтобы оправдать следующий шаг. Если вы хотите более формальную версию этого цикла, наше руководство по созданию повторяемого процесса CRO для клиентов электронной коммерции описывает шаги.

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

«Это не работа маркетинга» исчезает, когда вы владеете сообщением

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

Вот переосмысление: оформление заказа — это место, где ваше маркетинговое обещание проходит проверку. Если на странице товара написано «бесплатная доставка от такой-то суммы», а в корзине за доставку берут плату без объяснений, это сбой сообщения. Маркетинг владеет формулировками гарантий, прозрачностью цен и размещением сигналов доверия — а это большая часть чек-листа брошенных корзин. Пиксельная вёрстка — это область разработчика; история, которую читает клиент, стоя на краю оформления заказа, — ваша.

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

Существует более глубокая версия этого возражения, которую стоит назвать. Если ваша компания считает CRO делом специалистов, небольшая внутренняя команда часто чувствует себя недостаточно квалифицированной. Но чтобы заметить сбой сообщения, не нужно быть статистиком. Нужно быть человеком, который замечает, что страница корзины обещает одно, а страница оплаты даёт другое. Это маркетинговый навык, а не диплом по анализу данных. Если вы переживаете из-за процесса, начните со статьи о скрытой утечке, которая написана для команд именно в таком положении.

Справочная таблица для следующего бюджетного совещания

К этому моменту закономерность должна быть ясна: каждое возражение — это отдельная просьба — покажи мне доказательства, покажи, что это мелочь, покажи, что это не повторение прошлого, покажи план, покажи, что это наше. Вот они рядом с ответом, который обычно срабатывает.

Возражение	Что на самом деле говорится	Что сказать или сделать
«У нас нет данных»	«Мне нужно увидеть это, чтобы поверить».	Проведите аудит за один день и поделитесь скриншотами точного места сбоя.
«Мы не можем выделить время разработчика»	«Я боюсь большого проекта».	Предложите сначала изменения текста, настроек и политики; оставьте код в стороне.
«Мы уже пробовали упрощение»	«CRO раньше не работал».	Покажите, что упрощение и доверие решают разные причины, и назовите, на какую причину вы нацелены.
«Сначала нам нужен план»	«Я хочу процесс, а не пожелание».	Предложите месячный цикл: одна причина, одно изменение, одна метрика.
«Это не работа маркетинга»	«Мне нужен ответственный, которому я доверяю».	Принесите скриншоты сбоев маркетинговых сообщений внутри оформления заказа.

«Что если станет хуже?» заслуживает прямого ответа

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

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

Вы также можете представить это как пилотный проект: «Давайте запустим гостевую оформление на две недели и посмотрим, что произойдёт с созданием аккаунтов. Если аккаунты упадут, а выручка не изменится, мы сможем вернуть всё обратно». Обратимый пилот превращает изменения, звучащие как постоянные, в низкорискованный тест.

Более глубокий смысл в том, что каждое исправление конверсии — это компромисс, и компромисс зависит от вашей бизнес-модели. Если у вас подписочный сервис, который зависит от аккаунтов, полное гостевой оформление может действительно навредить. Правильный вопрос не «хорошо ли гостевой заказ?», а «чем мы готовы пожертвовать и что можем сделать вместо этого?» Это нюанс, который упускают общие списки лучших практик, и поэтому суждение небольшой команды важнее чек-листа.

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

Это также применимо к скорости. Медленная доставка есть в списке причин брошенных корзин, но обычно вы не можете исправить скорость доставки настройкой. Что вы можете сделать, так это установить точные ожидания: если вы знаете, что товар доставляется неделю, скажите «отправка в течение 5 рабочих дней», а не скрывайте это. Клиент, который знает о ожидании, — клиент, который может решить; клиент, который узнаёт об этом после оплаты, — возврат.

Заключение: сделайте следующее изменение достаточно маленьким, чтобы можно было сказать «да»

Работа с возражениями — не мягкий навык. Это расстановка приоритетов. Когда начальник просит данные, он говорит вам, что проект слишком абстрактен. Когда он говорит, что нет времени разработчиков, он говорит, что проект звучит слишком масштабно. Когда он говорит, что раньше не сработало, он говорит, что причина так и не была подтверждена. Назовите реальное препятствие, и решение станет меньше, заметнее и обратимее.

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

Последнее предостережение: ничто из этого не гарантирует рост конверсии. Возможно, вы внесёте изменения и не увидите разницы, потому что настоящее препятствие — это то, что вы не можете увидеть изнутри магазина. Именно поэтому вы держите изменения маленькими и обратимыми. Цена ошибки низка; цена бездействия, потому что вы ждали идеальных доказательств, — квартал упущенных продаж.