Мобилна търговия: как да продавате повече от телефон

Какво всъщност означава мобилна търговия?

Мобилна търговия, или m-commerce, е покупка или заявка на стока и услуга през смартфон или таблет. В нея влизат мобилен онлайн магазин, PWA, приложение за iOS и Android, плащания с карта или портфейл, наложен платеж, известия и проследяване на поръчката.

Responsive сайтът приспособява готовия интерфейс към по-малък екран. Mobile-first магазинът започва от поведението на клиента: търсене с палец, кратко внимание, нестабилна мобилна връзка и нежелание да се попълват дълги форми.

Това не означава да скриете важната информация. Цената, наличността, срокът за доставка, условията за връщане и начините за плащане трябва да се виждат навреме. Ако клиентът ги търси по няколко екрана, проблемът не е непременно в рекламата.

Как да изберете между мобилен магазин, PWA и приложение?

Няма едно правилно решение за всеки бизнес. Изборът зависи от честотата на покупките, нуждата от профил и известия, сложността на каталога, интеграциите и бюджета за поддръжка.

За магазин с редки или еднократни покупки приложението често е лоша инвестиция. Клиентът няма достатъчна причина да го инсталира само за една поръчка. Приложение има повече смисъл при повторни поръчки, програма за лоялност, резервации, персонални оферти или функции като камера и местоположение.

PWA е междинен вариант, но не е магическа версия на приложение. Инсталирането, push известията и офлайн функциите се държат различно в различните браузъри и операционни системи. Офлайн режимът може да е полезен за вече зареден каталог, но не и за завършване на поръчка без връзка.

Какво трябва да има един мобилен онлайн магазин?

Търсене, категории и продуктова страница

Търсенето трябва да започва да показва резултати още при въвеждане. То трябва да разбира близки изписвания и да показва наличност. При голям каталог филтрите често са по-важни от ефектната начална страница.

При авточасти търсенето по VIN може да е по-полезно от десетки общи категории. Такъв подход е използван в онлайн магазина за авточасти Q-Parts.bg, където има търсене по VIN, филтри по марка и модел и интеграция с Еконт.

На продуктовата страница поставете снимки, цена, наличност, доставка, връщане и ясен бутон за действие. Галерията трябва да работи със swipe и увеличение с пръсти. Вариантите не бива да се избират от малки падащи менюта, които трудно се уцелват.

Кратка количка и checkout

Не изисквайте регистрация преди поръчката, освен ако бизнес моделът ви не го налага. Поискайте само данните, нужни за доставка и плащане: име, телефон, адрес или офис на куриера и предпочитан метод.

Покажете общата цена преди последния бутон. Доставката, наложеният платеж, допълнителните услуги и срокът не трябва да се появяват изненадващо. За български магазин обичайният стартов комплект е карта и наложен платеж. Apple Pay или Google Pay могат да се добавят според платежния оператор и поведението на клиентите.

Връзка със склад, ERP и куриер

Мобилният интерфейс няма да оправи грешни наличности или забавени потвърждения. Магазинът трябва да обменя данни с ERP, склад, куриер, платежен оператор и при нужда CRM.

Поръчката трябва да има един идентификатор. Промяната на статуса трябва да стига до клиента без ръчно копиране: получена, потвърдена, подготвя се, предадена на куриер, доставена, отказана или върната. При по-сложен процес са нужни API интеграции, а не поредица от експорти в Excel.

Кои мобилни плащания са разумни за България?

Започнете с методите, които клиентите ви действително използват. Добавянето на много опции не прави checkout-а автоматично по-добър. Всеки метод трябва да има ясна цена, статус и сценарий при грешка.

Тествайте плащане с карта, отказано плащане, прекъсната връзка, повторно зареждане и възстановяване на сума. Проверете как се държи страницата, когато клавиатурата закрие бутона или платежният прозорец се отвори в нов контекст.

При абонаменти, резервации и услуги предварително уточнете авторизациите, фактурирането и правилата при неуспешно плащане. При стоки добавете статути за подготвяне, предаване на куриер, доставка, отказ и връщане.

Как се прави mobile-first дизайн, който продава?

Започнете от най-малкия екран и най-бавната приемлива връзка. След това добавяйте версии за таблет и десктоп. Така екипът решава кое е важно, вместо само да свива голям интерфейс до нечетим размер.

• Поставете достатъчно големи бутони и разстояние между тях. Основното действие трябва да се уцели с палец.
• Покажете търсенето и количката без излишно движение между менюта.
• Оставете кратки текстове до снимките, но не крийте условията за доставка и връщане.
• Използвайте лепкав бутон за добавяне в количката само ако не закрива съдържанието.
• Компресирайте изображенията и зареждайте първо видимото на екрана.
• Не разчитайте само на цвят за грешки, наличност или избран вариант.
• Настройте автопопълване, цифрова клавиатура за телефон и ясни съобщения при грешка.

Скоростта влияе на SEO и рекламата, но не компенсира лоша цена, неясна доставка или липса на доверие. Lighthouse и PageSpeed Insights са полезни за диагностика, но проверете и реални телефони, браузъри, сървърно време, изображения и JavaScript.

Как да разберете дали checkout-ът губи клиенти?

Преди редизайн направете базова снимка на поведението. Разделете данните по устройство, източник, продукт, нови и завръщащи се клиенти. Следете целия път: търсене, преглед на продукт, добавяне в количка, започнат checkout, плащане и завършена поръчка.

Сравнете започнати и завършени поръчки по устройство. Проверете грешките при плащане, избора на куриер и попълването на формите. Направете тестова поръчка на няколко реални телефона с български адрес и телефон.

Полезни са и кратките тестове с реални клиенти или записите на сесии. Често проблемът е конкретен: филтърът се затваря, офисът на куриера не се зарежда, полето за телефон отхвърля валиден номер или бутонът за плащане остава зад клавиатурата.

Как протича проектът за мобилна търговия?

1. 01
   Одит на текущия път до поръчка

   Събираме данни за мобилен трафик, продажби, изоставени колички, платежни откази, куриери и съществуващи интеграции. Описваме къде клиентът губи време или се отказва.

2. 02
   Приоритизиране на промените

   Разделяме задачите на бързи поправки, промени с голям ефект и по-скъпи функции като PWA или приложение. Така технологията следва доказана нужда, а не обратното.

3. 03
   Прототип и техническа архитектура

   Проектираме търсене, продуктова страница, количка, checkout и профил. Уточняваме API, наличности, плащания, куриери, аналитика и права за достъп.

4. 04
   Разработка и свързване

   Изграждаме интерфейса, настройваме интеграциите и обработваме грешните сценарии. Данните се проследяват от поръчката до склада и обратно към клиента.

5. 05
   Тестове на устройства и пускане

   Проверяваме iPhone и Android, различни браузъри, бавна връзка, отказано плащане, връщане и известия. След пускането следим фунията и планираме промени по реални данни.

Кога има смисъл от мобилно приложение?

Приложението е оправдано, когато има ясна причина клиентът да се връща често. Това може да са повторни поръчки, членство, точки, резервации, персонални оферти, сканиране, работа на терен или известия за конкретно действие.

При сложен бизнес процес приложението може да е инструмент и за служители, не само за купувачи. В LiftexPro ERP мобилното приложение за техници е част от по-голяма система с планиране на прегледи, управление на сгради и автоматично фактуриране. Това е различен случай от приложение, което просто показва същия каталог като сайта.

Ако изграждате приложение, планирайте собствен бекенд, вход, управление на версии, известия, публикуване в App Store и Google Play и постоянна поддръжка. Приложението е още един продукт, който трябва да се обновява и тества.

Кои грешки правят фирмите при мобилна търговия?

• Пренасят десктоп менюто на телефона и го наричат mobile-first.
• Инвестират в анимации, преди да са оправили търсенето, наличностите и checkout-а.
• Показват ниска цена, а добавят доставка и такси чак на последната стъпка.
• Изпращат push известия без ясна полза и карат клиентите да ги изключат.
• Правят приложение без план за повторна употреба и без бюджет за поддръжка.
• Измерват само посещения и приходи, без да знаят на коя стъпка се губят поръчките.
• Не тестват с реални устройства, различни браузъри и български адреси и телефони.

Често задавани въпроси

Отговорите зависят от каталога, процеса на доставка и начина, по който клиентите купуват. Технологията трябва да следва тези условия.