Пам'ятка про зміни в оформленні замовлення: як малі команди пріоритизують платежі, доставку та заходи проти шахрайства

Підсумок

Одна скарга клієнта може спровокувати поспішний спринт із додаванням платіжних методів, безкоштовної доставки та суворіших антишахрайських фільтрів — і саме так невеликі команди ламають свої чекаути. Перш ніж щось змінювати, оберіть один показник, який хочете змінити, і отримайте базове значення. Використовуйте опубліковані дослідження Baymard, NN/g, McKinsey та інших, щоб аргументувати зміну з найсильнішими доказами. Оцініть кожну запропоновану зміну за критеріями доказів, вартості та швидкості, потім тестуйте одну зміну за раз. Переведіть результат у гроші, щоб ваш нетехнічний керівник міг захистити рішення. Ця стаття дає вам шаблон односторінкової пам'ятки, який перетворює панічні запити на раціональний, тестований план.

Це починається о 17:30 у п'ятницю. Клієнт пише у твіттері, що не зміг скористатися своїм улюбленим цифровим гаманцем. Хтось пересилає твіт вашому керівнику. Ваш керівник пересилає його вам із словами: «Давайте додамо Apple Pay. До речі, ми не втратимо людей, тому що вартість доставки з'являється на останньому кроці? І наш антишахрайський фільтр сьогодні відхилив три замовлення. Можете подивитися?» До понеділка ви повинні виправити всі три — без бюджету, без даних і без терпіння.

Саме так невеликі команди ламають свої чекаути. Вони запускають три інтеграції, яких ніхто не просив, комісії процесора зростають, а їхній антишахрайський фільтр починає відхиляти власних лояльних клієнтів. Виправлення полягає не в тому, щоб робити більше. А в тому, щоб зробити одну зміну з прив'язкою до числа та змусити керівника письмово схвалити компроміс.

Ось рамкова схема, яка займає п'ятнадцять хвилин і рятує вас від місяця хаосу.

Зупиніться. Назвіть число, яке ви хочете змінити.

Відкрийте свою аналітику, перш ніж відкривати поштову скриньку. Перейдіть у звіт про поведінку покупців. Подивіться на співвідношення кошиків до чекаутів. Якщо це число падає, ваша ціль — воно. Далі відкрийте панель керування платіжного процесора. Подивіться на рівень схвалення. Якщо легітимні замовлення відхиляються, це інша ціль. Запишіть число. Отримайте базове значення принаймні за останні 30 днів. Якщо у вас немає базового значення, знайдіть будь-який історичний звіт. Для нового магазину використовуйте найкращу оцінку та позначте її як припущення. Потім рухайтеся далі.

Ваш керівник сказав «покращити чекаут». Це не метрика. Визначте, яке число насправді неправильне. Це покинуті кошики? Рівень схвалення замовлень? Середня вартість замовлення? Рівень повернень? Оберіть одне. Якщо ви не можете обрати одне, ви не готові до змін.

Якщо ваш керівник хоче додати платіжний метод, питання не в тому, «чи хочуть клієнти PayPal?», а в тому, «скільки кошиків покинуто, тому що ми пропонуємо лише один метод?». На це можна відповісти за допомогою власних даних. Інститут Baymard виявив, що 21% e-commerce сайтів пропонують лише один платіжний метод, що змушує відмовлятися від покупок тих, хто не може або не хоче ним користуватися. Якщо ви в цих 21%, додавання другого методу підкріплене доказами. Якщо у вас уже три, четвертий рідко суттєво впливає.

Більше платіжних методів означає більше комісій, інтеграційної роботи та поверхні для шахрайства. Це не знак сучасності. Використовуйте число для рішення, а не натовп.

Дозвольте дослідженням говорити за вас.

Ваш керівник не довіряє вашій думці. Вони довіряють відомій дослідницькій фірмі. Зберіть докази заздалегідь і цитуйте їх. Додайте цитати у свою пам'ятку.

Щодо доставки: Nielsen Norman Group виявила, що несподівані комісії за доставку наприкінці чекауту спричиняють відмови та руйнують довіру. Тож якщо вас просять «покращити доставку», найкраща перша зміна — показувати витрати раніше, а не робити все безкоштовним. Безкоштовна доставка може працювати, але це рішення про маржу, а не про замовчування. Якщо ваш керівник хоче безкоштовну доставку, використовуйте NN/g, щоб спочатку скерувати до прозорості, а потім пізніше протестувати безкоштовну доставку.

Щодо шахрайства: McKinsey повідомляє, що помилкові відхилення — відхилення легітимних замовлень — спричиняють серйозний витік доходу. Це ваш контраргумент проти «увімкніть усі антишахрайські правила». Провідні продавці використовують машинне навчання та автоматизовані процеси спорів, щоб безпечно схвалювати більше замовлень, а не менше. Digital Commerce 360 додає, що сучасні стандарти, як-от 3DS 2.0, значно покращують мобільну автентифікацію та зменшують кількість помилкових відхилень. Якщо ваш антишахрайський фільтр нищить мобільні замовлення, оновлення автентифікації краще, ніж посилення правил.

Щодо комісій за повернення: Modern Retail виявило, що понад 60% великих роздрібних мереж тепер стягують комісії за повернення або поповнення запасів, у середньому $166 млн на $1 млрд продажів. Менші бренди пропускають ці комісії, щоб захистити утримання клієнтів і довгострокову цінність. Якщо ваш керівник пропонує додати комісії за повернення, щоб скоротити витрати, у вас є аргумент, підкріплений дослідженням, для обережності.

Щодо витрат на перевізників: Supply Chain Dive повідомляє, що UPS і FedEx пропонують знижки за обсяг малим і середнім підприємствам. Якщо ваш керівник хоче скоротити витрати на доставку, переговори кращі, ніж перехід на безкоштовну доставку.

Ці цитати перетворюють ваше «я думаю» на «Nielsen Norman Group виявила». Керівник зупиняється і слухає.

Створіть односторінкову пам'ятку для рішення.

Тепер розмістіть усі запропоновані зміни на одній сторінці. Чотири колонки: зміна, метрика, на яку вона впливає, дослідження, яке її підтримує, і що покаже тижневий тест. Ось шаблон:

Запропонована зміна	Метрика, на яку вона має вплинути	Дослідження, яке можна цитувати	Що показує 1-тижневий тест
Додати другий платіжний метод	Покинуті кошики / завершення чекауту	Baymard: 21% сайтів пропонують лише один метод	% замовлень з використанням нового методу
Показувати вартість доставки раніше	Конверсія з кошика в чекаут	NN/g: несподівані комісії спричиняють відмови	Рівень відмов до і після
Посилити антишахрайські правила	Рівень схвалення замовлень	McKinsey: помилкові відхилення спричиняють витік доходу	Рівень схвалення до і після
Додати комісії за повернення	Чиста маржа / рівень повторних покупок	Modern Retail: малі бренди уникають комісій задля утримання	Рівень повторних покупок за 60 днів

Заповніть власні числа. Сам процес записування змушує бути чітким. Якщо запропонована зміна не має правдоподібної метрики, вона не отримує фінансування.

Також перевірте на дублювання. Digital Commerce 360 виявило, що середній продавець керує п'ятьма шлюзами та чотирма банками-екваєрами. Якщо ваш керівник пропонує додати ще один шлюз, запитайте, чи ви розширюєте покриття, чи просто дублюєте комісії. Часто рішення полягає в оновленні наявних сторонніх кнопок, що, за словами Baymard, може зменшити кількість відмов на етапі оплати без додавання нових методів.

А на майбутнє: дослідження Федеральної резервної системи показує, що платіжні рейки через банк можуть знизити інтерчейн та чарджбеки — але лише якщо клієнти довіряють захисту від шахрайства. Не кидайтеся за цим без надійного плану. Це не перший крок.

Оцініть кожну зміну за критеріями доказів, вартості та швидкості.

Пройдіть далі з пам'яткою. Для кожного рядка призначте оцінку від 1 до 5 за трьома факторами: наскільки сильні докази, наскільки дешево впровадити та наскільки швидко можна побачити результати. Додайте бали. Зміна з найвищою сумою — ваш перший тест.

Ця оцінка робить дві речі. Вона змушує вас чесно порівнювати зміни та дає вашому керівнику прозоре правило прийняття рішень. Коли ви кажете: «ми тестуємо прозорість доставки першою, бо вона набирає 14 з 15», це не відчуття. Це система.

Якщо ви не знаєте, як оцінити «докази», довіртеся зібраному дослідженню. Прямий висновок NN/g кращий за чемне припущення. Дані McKinsey кращі за технічний документ постачальника.

Тестуйте одну зміну за раз.

Правило, яке рятує вас від катастрофи: одна зміна, одна метрика, один тиждень. Якщо ви змінюєте налаштування платежів, доставки та шахрайства одночасно, ви не знатимете, що допомогло. Тож оберіть зміну з найвищим балом у вашій пам'ятці. Для багатьох невеликих команд це показ вартості доставки рано — це дешево та сильно підкріплене дослідженнями NN/g.

Ось інструкція. Встановіть базове значення для обраної метрики. Внесіть зміну. Зачекайте принаймні повний тиждень, бо трафік змінюється щодня. Виміряйте знову. Показник змінився? Якщо так, залиште. Якщо ні, відкотіть.

Якщо можете провести A/B-тест, зробіть це. Багато платформ дозволяють спрямовувати частину трафіку на новий досвід оформлення замовлення. Якщо не можете, зробіть простий аналіз «до після». Одна зміна за раз означає, що ви знаєте, що відповідальне за результат. Без звинувачень, без заплутаних даних.

Говоріть про гроші, а не про функції.

Коли дані отримані, переведіть результат у дохід. Візьміть зміну в завершених замовленнях і помножте на середню вартість замовлення. Це число і є та історія, яку ви презентуєте.

Ось трюк: вам не потрібна команда аналітиків. У вас є кількість до і після, і у вас є середня вартість замовлення від процесора. Запишіть це в ту саму односторінкову пам'ятку. Тепер ваш керівник бачить «додавання платіжного методу може принести X доларів» замість «клієнт попросив Apple Pay». Це розмова, яку вони можуть захистити на бюджетній зустрічі.

Ваш керівник не хоче чути про шлюзи чи 3DS 2.0. Вони хочуть знати, скільки це коштує, скільки приносить і що ламається. Спершу дайте їм суть. Технічні подробиці залиште у виносці.

Коли керівник все одно вас відміняє.

Іноді вас відмінять. Гаразд. Пам'ятка все одно вас захищає. Зафіксуйте рішення письмово, хоча б коротким електронним листом. Скажіть: «Я готовий додати три платіжні методи як тест. Я зазначив, що докази кажуть, що спочатку має бути один. Я відстежу вплив на конверсію, і ми зможемо змінити курс через два тижні».

Тепер у вас є задокументоване базове значення. Якщо це не спрацює, у вас є дані, щоб змінити курс. Якщо спрацює, ви виглядаєте гнучким. У будь-якому разі, саме ви несете відповідальність за наслідки. У цьому суть пам'ятки: вона перетворює панічний запит на тестований план і захищає вас, коли тест іде не так.

Примітка щодо шахрайства та тестування карток.

Payments Dive повідомляє про нові програми екваєрів і карткових мереж, як-от Visa VAMP, призначені для протидії тестуванню карток і управління щорічним тягарем спорів на суму понад $11 млрд. Вам не потрібно створювати це самостійно. Партнеруйте зі своїм екваєром, але не дозволяйте страху перед тестуванням карток змусити вас відхиляти кожне замовлення, яке виглядає трохи незвично. Це саме та пастка помилкових відхилень, про яку попереджає McKinsey. Хороша антишахрайська система балансує рівень схвалення проти реального шахрайства. Якщо ваш рівень схвалення падає, ви, ймовірно, зайшли надто далеко в неправильному напрямку.

Схема проста.

Оберіть одне число, підкріпіть його дослідженням, протестуйте одну зміну, переведіть результат у гроші. Ось і все. Односторінкова пам'ятка — ваш інструмент, а ваш керівник — не ворог. Ворог — діяти, не думаючи. Наступного разу, коли «швидке виправлення» потрапить у вашу скриньку, спершу проганіть його через пам'ятку, перш ніж бігти до кодової бази. Ваш чекаут — і ваш розум — будуть вдячні.