Як безпечно запустити інтернет-магазин

Чи варто запускати інтернет-магазин із незавершеним функціоналом?

Якщо ви шукаєте, як запустити інтернет-магазин, але фрилансер не вкладається в термін, спершу перевірте шлях покупця від сторінки товару до підтвердження замовлення. Запускати магазин можна лише тоді, коли всі функції, які ви плануєте запропонувати, працюють узгоджено: наявність товарів, оформлення замовлення, оплата, доставка, податки та повідомлення з підтвердженням замовлення.

Питання «чи можна запускати магазин із незавершеним функціоналом» залежить від того, які саме функції ще не готові та чи впливають вони на купівлю. Не покладайтеся на здогадки. Оформіть тестове замовлення тим самим способом оплати, яким користуватимуться покупці, а потім переконайтеся, що воно з’явилося в адміністративній панелі магазину й надійшло відповідальному за виконання замовлень. Навіть якщо екран оплати виглядає так, ніби все пройшло успішно, це ще не доводить, що замовлення збережено або хтось зможе його відправити.

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

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

Як скоротити обсяг запуску, не порушивши роботу магазину?

Приберіть незавершені позиції зі шляху, яким можуть скористатися покупці. Якщо для певного товару ще не вказано залишки, приховайте його, а не залишайте активною кнопку купівлі з невідомою кількістю товару. Якщо ціла категорія залежить від незавершеного контенту, не публікуйте її, доки сторінки товарів і відомості про виконання замовлень не будуть готові.

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

За можливості вимикайте функції через стандартні налаштування магазину, а потім перевіряйте результат як покупець. Видалення посилання з меню не обов’язково завадить комусь відкрити збережену URL-адресу товару, а приховування результату пошуку може не прибрати товар із прямого посилання на оформлення замовлення. Перевіряйте сторінку, доступну відвідувачам, а не лише попередній перегляд в адмінпанелі.

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

Коротко зафіксуйте, що саме ви вимкнули. Назвіть кожну приховану категорію чи вимкнену функцію, зазначте, хто може їх відновити, і вкажіть, що потрібно перевірити перед повторним увімкненням. Так ви не дасте колезі з добрими намірами випадково відновити незавершену функцію під час оновлення контенту.

Що перевірити перед запуском сайту?

Щоб визначити, що перевірити перед запуском інтернет-магазину, пройдіть шлях покупця від вибору товару до підтвердження замовлення. Оформіть замовлення з пристрою, яким користуватимуться покупці, застосувавши передбачений спосіб оплати й тестовий товар. Переконайтеся, що показана сума відповідає ціні товару та правилам доставки й оподаткування, зазначеним під час оформлення. Потім перевірте запис замовлення, статус оплати, зміну залишків і лист із підтвердженням. Це окремі результати, навіть якщо одне тестове замовлення запускає всі ці процеси.

Використайте тестову адресу, яка дасть змогу перевірити заплановані правила доставки. Якщо доставка доступна лише в певних регіонах, спробуйте ввести адресу в межах зони обслуговування й поза нею. У першому випадку має відображатися доступний спосіб доставки, а в другому — чітке повідомлення про обмеження, а не тариф, який компанія не зможе виконати.

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

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

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

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

Як захистити магазин, якщо запуск доведеться відкласти?

Залиште поточний сайт доступним, якщо він надає покупцям точну інформацію й дає змогу оформити замовлення. Якщо старою формою оплати більше не можна безпечно користуватися, покажіть чітку сторінку-заглушку, а не відкривайте нову форму замовлення. На сторінці слід повідомити, чи призупинено приймання замовлень, і вказати контакт служби підтримки, за яким хтось стежитиме.

Перш ніж вносити подальші зміни, створіть резервну копію магазину. З’ясуйте, де вона зберігається і хто може її відновити: копія, що зберігається лише в тому самому обліковому записі, що й сайт, може не допомогти в разі втрати доступу. Збережіть поточну тему, дані товарів, налаштування та всі записи, потрібні для повернення до останньої робочої версії.

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

Ведіть письмовий список змін, внесених під час затримки. Зазначайте сторінку чи налаштування, що саме змінилося та хто це зробив. Якщо до роботи долучиться інший розробник, цей список стане для нього практичним орієнтиром: не доведеться здогадуватися, які частини магазину ще безпечно використовувати.

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

Що повідомити покупцям про затримку запуску?

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

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

Якщо покупці вже оформили замовлення, надішліть їм окреме повідомлення саме про їхні замовлення, а не покладайтеся на загальне оголошення про запуск. Повідомте, що відомо про статус замовлення та як зв’язатися зі службою підтримки. Не обіцяйте дату відправлення, доки команда з виконання замовлень не підтвердить наявність товару й спосіб доставки.

Дотримуйтеся фактів. Повідомлення «Ми перевіряємо оформлення замовлень і налаштування доставки, перш ніж почати приймати замовлення» пояснює покупцеві, що відбувається. Натомість фраза «Незабаром усе буде готово» створює очікування без підтвердженої дати запуску. Якщо затримка впливає на акцію чи рекламну пропозицію, перевірте, чи вона досі не відображається на сайті з умовами, яких магазин не зможе дотриматися.

Що має бути готове до безпечного повторного запуску?

Складіть контрольний список для рішення про запуск або його відкладення. Для кожної перевірки вкажіть, хто за неї відповідає і які докази свідчитимуть про успішне проходження. Наприклад, власник магазину може перевірити інформацію про товари й залишки, а розробник — статус оплати, перенаправлення та запис замовлення. Призначте відповідального за кожну перевірку, щоб запис «хтось це перевірив» не був єдиним свідченням.

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

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

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

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