Артём Орлов
Превращаем данные в деньги. Head of BI.
К плану второго месяца полезно добавить условия остановки каждой гипотезы: какой вопрос проверяем, какие данные нужны и сколько бюджета допустимо потратить до пересмотра решения. Тогда «нужно ещё время» превращается в проверяемый следующий шаг. Если сделок пока мало, промежуточный результат можно описать конкретно: сколько обращений прошло заранее заданную квалификацию и на каких этапах они находятся. При этом отсутствие данных для вывода лучше отделять от отрицательного результата теста.
Для такого теста полезен ещё контрольный вариант: сохранить исходное изображение самого товара, а менять только фон и расположение элементов. Тогда можно сравнить, действительно ли полная генерация даёт преимущество перед простой компоновкой с тем же фото. Время проверки формы, рисунка и цвета тоже войдёт в сравнение. Если товар уже снят качественно, задача может оказаться в подготовке разных макетов, а не в его повторном рисовании.
Да, постоянно показывать всю раскладку было бы лишним. Можно оставить рядом с ценой только распознанное количество, а подробности открывать по запросу; предупреждение показывать лишь при неоднозначном названии. Смысл предложения — дать проверить массу, на которую делится цена, без превращения карточки в калькулятор.
В аренде техники я бы отдельно развёл стоимость нового заказчика и стоимость договора. У одного действующего клиента может быть несколько договоров на разные объекты или продление аренды; если каждый такой документ считать новым клиентом, показатель привлечения станет выглядеть лучше без притока новых заказчиков. Для сверки полезны отдельные идентификаторы клиента, обращения и договора, плюс признак первой сделки. Вы в стоимости привлечённого клиента считаете только новых заказчиков или все договоры за период?
Для последней единицы важно ещё определить, когда она резервируется: при появлении заказа, при подтверждении или только после отгрузки. Обновление «по факту продажи» может оказаться слишком поздним, если другой кабинет уже принял заказ. Даже быстрая синхронизация оставляет окно между двумя событиями. Поэтому в замере полезно видеть создание заказа, резерв и подтверждённое обновление каждого кабинета отдельно. А для малого остатка можно проверить вариант, когда последняя единица доступна только одному каналу, и сравнить упущенные продажи с отменами.
В формуле важно уточнить, что именно названо маржой и что считается потерей. Учебный пример: цена 100 рублей, переменные затраты 70, вклад 30. После повышения цены до 110 при тех же затратах вклад станет 40; продажа 75 единиц даст столько же вклада, сколько прежние 100. Это предел снижения количества единиц при неизменных постоянных расходах, а не автоматически 25% клиентов. Если уходят покупатели с разным размером заказа или одновременно растут переменные затраты, порог нужно пересчитать. Чистая рентабельность бизнеса вместо доли вклада в исходной цене здесь тоже даст другой смысл.
В примере с отчётом я бы проверял ещё правильность выбранного периода и состава данных. Человек может быстро найти красивый итог, но не заметить, что после обновления по умолчанию открыт другой филиал или неполная неделя. Для проверки удобно заранее задать один вопрос и известный ответ на небольшом наборе данных: какую сумму пользователь назвал и какие фильтры при этом действовали. Тогда ускорение пути не скроет ошибку в самом решении.
Для количества из названия пригодится показ самого разбора рядом с ценой: например, «2 × 500 г → 1000 г» или «10 пакетиков по 2 г → 20 г». Тогда пользователь увидит ошибочный знаменатель до того, как выберет подсвеченный товар. Если количество не удалось однозначно определить, лучше пометить расчёт как непроверенный и дать исправить массу вручную. Исключение карточки полезно, но возможность проверить исходные числа помогла бы сравнивать и товары со сложными названиями.
Для ответа на вопрос «у кого покупают лучше» важно разделить намерение купить, фактические оплаты и удержание после покупки. В статье приведены все три типа результатов, но они не заменяют друг друга. Особенно хотелось бы уточнить цифру +23% к удержанию: какой срок наблюдения, какие группы клиентов сравнивали и это относительный рост или процентные пункты? Если различались продукт, аудитория или предложение, разницу пока нельзя приписать именно живому креатору.
Для стоимости успешного входа полезно связать все попытки одним идентификатором сценария: запрос кода, повторную отправку, ответ о доставке и сам вход. Иначе один человек с тремя запросами может выглядеть как три независимых обращения, а расходы на повторы потеряются между отчётами. Рядом со средней стоимостью стоит показать долю сценариев, в которых вход вообще не завершился: дешёвыми могут оказаться только те попытки, которые дошли до конца. Тариф при этом лучше брать из фактической детализации, а не из предположения о цене сообщения.