Как хорошие сервисы доставки еды лажают в приложениях
Директор по развитию компании-разработчика мобильных приложений MobileUp Виктор Черногоров — о том, каких ошибок можно избежать при разработке приложения для доставки еды.
«У нас как у всех: каталог, корзина и оформление заказа. Сколько будет стоить типовое решение?».
Есть много приложений доставок: «Додо Пицца», «Якитория», ZakaZaka и другие. У всех каталог, корзина и оформление заказа, но к решению одной и той же задачи можно подойти по-разному. Даже известные сервисы иногда косячат.
Я разобрал 15 популярных приложений для доставки, прошел основные сценарии и понял, что идеала нет. Давайте посмотрим, на что стоит обратить внимание, чтобы сделать лучше.
Дисклеймер: чтобы не было вопросов, первые версии приложения Yami Yami разрабатывали мы, но сейчас с продуктом работает другая студия.
1. Покажите еду
«Ммм… выглядит вкусно! Пожалуй, закажу», – так должен подумать пользователь вашего приложения. Очевидно, что в приложении доставки должны быть фотографии еды. Но почему-то не все понимают, что они должны быть качественными, большими, яркими и вызывать аппетит. Некоторые сервисы не придают этому значения, а зря.
Несколько советов:
- Инвестируйте в качественные снимки продукта. Наймите фуд-фотографа.
- Фотографии должны вызвать аппетит.
- Разместите большие фотографии еды, чтобы пользователь мог разглядеть начинку.
2. Узнайте, куда доставлять
«Куда доставить» – первый экран в половине приложений доставки. С одной стороны, пользователь ещё не видел еду, а его уже спрашивают, куда везти. С другой, представьте разочарование, если вы полчаса изучали меню, выбирали блюда и только при оформлении заказа узнаёте, что ваш район не входит в зону доставки. Так было со мной, когда я заказывал еду в «Додо Пицца».
С помощью этого экрана пользователь сразу узнает, входит ли его адрес в зону доставки и как долго будут везти заказ. Вы сэкономите людям время, если сразу сообщите о том, что не работаете в каких-то районах.
Спрашивать адрес доставки на старте или нет, решать вам. Если спрашивать, то вот несколько советов:
- Добавить кнопку «Пропустить». Хочешь перейти к еде? Пожалуйста. Введешь адрес потом.
- Пользователь указал адрес, скажите время доставки. Пользователь не будет злиться, если придётся долго ждать. Он знал, на что идёт.
- Добавить на карте блок с последними адресами. Большинство пользователей заказывает на одни и те же адреса.
- Если у вас есть самовывоз, покажите рестораны на карте. Может быть, быстрее забрать самому.
3. Упростите навигацию
Удобная навигация экономит количество действий. Клиент быстрее получает еду, сервис быстрее зарабатывает деньги. Непонятная навигация бесит пользователя, и он уходит из приложения. Чем дольше он оформляет заказ, тем больше вероятность, что передумает, его отвлекут, что-то пойдёт не так и он ничего не закажет.
Большинство приложений используют один из двух вариантов построения навигации: Tab bar (иконки внизу экрана) и Drawer (боковое меню). У обоих есть свои преимущества и недостатки.
Tab bar одобряет Google и Apple, он используется во многих приложениях. Основных разделов мало, но они всегда под рукой, можно перейти в один клик. По гайдлайнам максимальное количество кнопок в Tab bar – 5 штук. Некоторые разделы могут быть вложены друг в друга, как в примере с зоной доставки «Додо Пицца».
Drawer (боковое меню) Android рекомендует как один из вариантов построения навигации. В iOS это считается «ненативным» элементом (неродным), но всё равно часто используется. Недостаток бокового меню – много элементов, большинство из которых не нужны пользователю. Редко используемые разделы могут отвлекать от важных. Чтобы избежать этого, продумайте порядок и группируйте близкие по смыслу пункты в блоки. Например, текстовые разделы «Доставка», «Оплата», «О компании» — можно вынести в один блок. Так пользователь быстрее найдёт нужный ему раздел.
Некоторые приложения экспериментируют и не всегда из этого получается дружественный интерфейс.
Задача любого дизайна — быть интуитивно понятным. Чем проще навигация, тем выше вероятность, что пользователи захотят воспользоваться приложением во второй раз.
Пара советов по навигации:
- Расположение разделов должно быть логичным. Главный раздел лучше поставить первым, в случае с Tab bar его можно поставить по центру, чтобы акцентировать внимание.
- Иконки в Tab bar должны быть очевидными. Если есть сомнения – используйте подписи.
- В Drawer группируйте близкие по смыслу пункты, чтобы пользователь быстрее ориентировался в них.
- Выпишите все возможности приложения и расставьте по приоритетам. Если функций немного или они легко группируются в 4-5 разделов, можно сделать Tab bar. Если задача не решается, попробуйте Drawer.
- Протестируйте дизайн. Перед тем как отдавать дизайн в разработку, загрузите его в InVision и дайте попробовать своим друзьям. Посмотрите, как быстро они проходят разные сценарии. Если навигация вызывает вопросы, доработайте её, пока не начали программировать.
- Подумайте о будущем. Переделывать навигацию в готовом приложении – сложно. Если вы собираетесь добавлять дополнительные разделы, заранее обдумайте, куда их ставить. В боковое меню проще добавлять новые пункты, чем в Tab bar.
4. Расскажите больше о продукте
В карточке продукта пользователь принимает решение о покупке и кладет товар в корзину. Задача карточки — познакомить с товаром: показать его вблизи, рассказать о составе, количестве, цене. Она должна преподносить блюдо в выигрышном свете с помощью фотографии и отвечать на все интересующие вопросы с помощью описания. Если пользователь не найдет ответов или они его не удовлетворят, он уйдёт.
Отдельная история в приложениях доставок – описание наборов и сетов. «Йонака» ролл, «Окинава» ролл, ролл «Якушо» – я не знаю, что это за роллы и из чего состоят. Чтобы узнать состав роллов в наборе, мне нужно вернуться в меню, найти каждый из них, прочитать состав, потом вернуться в наборы и заказать — много действий. Для экономии времени пользователя в описании набора можно сделать кликабельные названия роллов, чтобы при нажатии открывался pop-up с составом каждого.
Если человек зашел в карточку, значит он уже заинтересовался блюдом. Дайте ему то, за чем он пришёл.
Пара советов:
- Пользователь не должен задаваться вопросами о составе и весе блюда. Напишите всё, что может быть полезно.
- Не заставляйте тянуться до кнопки «Добавить в корзину». У всех разный размер экрана. Просто поставьте кнопку внизу.
5. Не грузите авторизацией
Лучшая авторизация – её отсутствие. Она нужна не пользователю, а бизнесу. Пользователь хочет заказать еды. Обычно в приложениях используется три вида авторизации: по телефону, по логину и паролю, через соцсети. В каждом из них есть свои плюсы и минусы.
Соцсети никогда не используются как единственный способ авторизации. Обычно предлагаются как дополнительный быстрый вариант. Один клик и система знает ваше имя, может даже телефон и email. Не обманывайте ожидания пользователя. Если он думает, что авторизуется в один клик, пусть так и будет.
Пользователь может авторизироваться на одном устройстве по телефону, а на другом – через соцсеть. Чтобы не возникало путанницы, нужно склеивать дублирующиеся аккаунты по общему критерию: номеру телефона или почте.
История из моего опыта. Когда сервис «2 Берега» только появился, я активно им пользовался и заработал хорошие скидки. Заказывал на сайте, зарегистрирован был по номеру телефона. Потом вышло приложение, я авторизовался через ВКонтакте и ввёл номер телефона. Так у меня оказалось два аккаунта с одинаковыми номерами, и пропали все накопленные годами бонусы. Пришлось звонить в поддержку и просить склеить мои аккаунты.
Советы:
- Чем меньше действий, тем лучше. Если вам нужна дополнительная информация, ищите другие способы её получить. Спросите при оформлении заказа или пусть оператор уточнит.
- Используйте кнопку «Показать пароль», вместо двойного ввода. Никому не хочется два раза вводить сложную комбинацию букв и цифр в разном регистре.
- Покажите, как правильно писать: 8, +7 или (9хх). Пользователь должен сразу понимать, что вводить и не думать об этом.
- Будьте готовы склеивать аккаунты, если пользователи могут авторизироваться разными способами.
6. Не грузите долго
Не важно, что вы доставляете: цветы, посылки или еду – для любой доставки важна скорость. Даже сервисы с самыми вкусными блюдами и быстрыми курьерами теряют клиентов, если сайт или приложение тормозят. Кто-то посчитает, что я придираюсь, но 5 секунд ожидания, когда включится приложение – это много.
Одна из причин, почему пользователь выбирает приложение, а не мобильную версию сайта – скорость. Будьте быстрыми!
Советы:
- Кэшируйте меню, если оно обновляется нечасто.
- Если меню обновляется часто, подгружайте его во время работы приложения.
7. Избавьтесь от неочевидного
Хороший интерфейс – тот, которому не нужна инструкция. Пользователю очевидно, на что можно нажимать, что свайпить. А вот смахивание элемента списка для удаления или добавления в избранное бывает неочевидным действием.
Советы:
- Избегайте неочевидных сценариев.
- Если без них никак, обучайте пользователя.
8. Оптимизируйте под форматы экранов
Я купил iPhone X, чтобы наслаждаться приложениями на большом экране. Apple представила эту модель в сентябре, а сейчас уже апрель. Прошло больше полугода, а многие приложения не оптимизированы под флагман Apple. Не надо так.
Совет один: следите за новыми устройствами и новыми версиями ОС.
9. Думайте о пользе, а не о фичах
Вы уже убедились, что все приложения разные. Каждый сервис хочет подчеркнуть свою уникальность. Но будьте аккуратны и не делайте фичи ради фич. В приложении всё должно быть полезным.
Советы:
- Главное – заказ. Остальное – потом.
- Не делайте фичи ради фич. Пусть каждый элемент несёт ценность для пользователя
10. Просто помогите заказать еду
Человек может проголодаться в любой момент в любом месте: на работе, в гостях, на секции по боксу. Он будет искать и заказывать еду со смартфона. Постарайтесь быть ближе и дружелюбнее к нему. Смотрите на своих голодных клиентов, а не на конкурентов. Они не всегда правы в своих решениях.
Хорошее исследование. Как по мне многих ошибок можно избежать на этапе проектирования просто пообщавшись с пользователями.
Комментарий недоступен
Вы правы, иногда хотелки пользователей нужно фильтровать. А еще иногда хотелки заказчика нужно фильтровать. Потестировал я приложение с возможностью посмотреть еду в дополненной реальности и смысла в этом не уловил.
То что картинки должны быть норм и регистрация должна быть простой согласен, что очевидно, но указанные мной примеры, показывают, что не все это четко понимают, увы.
Поэтому нужно не спрашивать что они хотят, а тестировать разные кейсы и наблюдать как юзеры их решают.
Подпись к вашей завлекающей картинке.
"Доставка дроном"
Без шуток, хочу принять участие в разработке приложения по доставки чего-нибудь дроном.
Хорошо написано, но если сам по себе сервис доставки работает как говно (долгая доставка, плохая клиентоориентированность), то никакое приложение это не исправит.
А еще клиент голосует рублем, вот пример, недавно у себя нашел пиццу в Балашихе https://spiro.cafe/pizza где средняя Пепперони стоит 400р, у Додо такая почти 600. Или вот https://wasabi-shop.ru/catalog/pizza большая Пеперрони за 600, у Додо такая 735
Грубо говорят в пиццерии у дома заказ на 1000 стоил бы в Додо 1500. Какое бы крутое там приложение не было, а в конечном счете решает цена, а пицца она везде пицца, кроме откровенного треша с Достаевского :))
Не знаю как сейчас в Москве, но в регионах качество блюд в местных забегаловках/рЭсторанах настолько низкое, что лучше обходить доставку и посещение этих заведений и забыть как страшный сон. При этом ценообразование они стараются сохранять на уровне или близко к столицам и выживать годами при пустых залах.
Тут речь о Питере:)
А нормальное мобильное приложение - хороший показатель для доставки, ведь если они запарились с этим, то с большой вероятностью и еда у них будет хорошая)
Для подобных "забегаловок" приложение - роскошь😁
Все верно, только статья не про Питерские доставки, а про доставки :) Некоторые из них не работают в Питере.
Совет интересный, но если заказчик не дает средства на оптимизацию/доработку, то откуда брать ресурсы? Работать в минус тоже не хочется.
Комментарий недоступен
Боюсь, вы реалии не знаете. Они б еще отслеживали эту эффективность в ваших интернетах
Комментарий недоступен
Есть задачи, которые стоит, иногда, и в минус сделать, если клиент денег не даёт. Например, красивые скриншоты для магазинов.
Если заказчику не важно, как он будет выглядеть в App Store, то студии нет.
Для разработчика это портфолио, которое должно выглядеть классно, чтобы привлечь новых клиентов.
А смысл пилить такие приложения, когда всё уже заполонили всякие деливериклабы?
Смысл брать у посредников, если можно покупать на прямую? Я например беру в ДоДо и мне Дилевире Клаб 100 лет не упал.
Вам как предпринимателю тоже выгодно продавать на прямую, без посредников.
У деливери процент за заказ, и довольно немаленький.
Комментарий недоступен
Для сервисов доставки деливери клаб и подобные – дополнительный канал рекламы и привлечения аудитории. Представьте, что вы только запустили сервис, о вас никто не знает. Вы добавляетесь в деливери, люди заказывают.
Главное для сервисов суметь потом лояльных к бренду пользователей перевести к себе, чтобы не отдавать агрегатору %
Так я и говорю, безнесу не выгоден дилевери, это просто посредник который гребет нехилый % с заказа
Не вам хотел ответить:)
У меня у работы пропало одно кафе из Деливери. Когда недавно зашел туда, спросил почему они исчезли. Оказывается им процент поставили 40, вот они и отказались от доставки Деливери. Ребята с низкой маржой при таких условиях вообще существовать не могут, мне кажется.
Владельцы приложений получают доступ к своей же аудитории без посредников
Витя! спасибо тебе за статью. Я сейчас чуточку бухнул, поэтому позволю себе расслабленно тебя отблагодарить за то, что ты стал для меня в далеком 2012-м проводником в самую охеренную компанию, в которой я когда-либо работал, не ну серьезно!
лучше коллектива и более сильного запала на "ебашить" со мной пока не случалось
низкий поклон
---
Теперь по корзинам:
мы сейчас запускаем проект мгновенной доставки продуктов по Питеру и прям сейчас проектируем интерфейс:
так вот, напроектировал я сначала вот такой вид кнопки на корзину: картинка №1
Начал писать пользовательский сценарий для ТЗ андроид разработчику, сижу и невдупляю, а нафига сквозняком по всем активити этот гребанный fab корзины? Может достаточно иконки корзинки в верхнем углу, а сквозняком в привычном месте будет более уместно чат поддержки зафигачить, как у ребят из Кухня на районе, например: картинка №2
Поделитесь экспертным, плз
Пожалуйста! А это кто? :)
Что касается вариантов, то для выбора лучше понимать суть сервиса и потребности пользователей. Чат – это круто и все хотят у себя чат, но для чего он нужен вам? Если в чате помогают оформить заказ, это одно, а если он нужен, только чтобы обработать нестандартные ситуации, жалобы, то это другое и скорее всего он не нужен сквозняком.
На первом скрине в правом верхнем углу есть иконка штрихкода, предполагаю, что по клику открывается камера и можно сканировать продукты. Возможно, эта функциональность будет более востребована у вашего пользователя.
Можем обсудить.
Мои контакты:
Тел.: +7 965 079 48 85
Skype: v.chernogorov
Telegram: @victorchernogorov
ДоДо вам заносит чтоли периодически?
У них была акция, когда они бесплатно привозили пиццы в офисы рядом находящихся компаний, тогда заносили.
А если серьезно, то у Додо хорошее приложение, но не без изъянов. Там есть к чему прикопаться. В статье я озвучил самый серьезный – они не спрашивают куда доставлять, хотя обслуживают не весь город.
Я долго изучал каталог, положил товары в корзину, начал оформлять заказ и только на этом этапе узнал, что мой адрес не входит в зону доставки.
Обновите приложение)
Добавили эту фичу вчера, да. Есть правда ощущение, что эта реализация - временная заплатка, уж очень просто сделано.
Ждём красивый вариант с пином на карте)
Эм, не включить в этот обзор uber.eats и яндекс.еду как минимум странно.
Я осознанно не включил агрегаторы в обзор. Причины этому:
1. Это другой тип бизнеса.
2. Они и без статьи понимают, что нужно инвестировать в качественную разработку.
3. Их контент зависит от служб с которыми они работают.
4. Статья и без них получилась большой :)
Комментарий недоступен
Андрей, если вы хотите заказать, то давайте обсудим. Конечная стоимость зависит от вводных заказчика.
Мои контакты:
Почта: [email protected]
Тел.: +7 965 079 48 85
Skype: v.chernogorov
Telegram: @victorchernogorov
Если нужен универсальный ответ, то это материал на еще одну большую статью :)
Комментарий недоступен
Первая версия Yami Yami была разработана в OZ Interactive. Следующая версия разработана MobileUp (или доработана). Кто сейчас занимается приложением Yami Yami?
Денис, все верно. Первую версию делали OZ. Приложение было написано плохо, поэтому мы полностью с нуля переписали его.
Сейчас ями дорабатывает другая студия. Если интересно, пиши в личку :)
Комментарий удален модератором
вообще приложениями не пользуюсь. главное , чтобы вкусно было. заказаваю здесь https://vkusolet.ru/ , прост через сайт. зачем приложуху устанавливать?
"Мы пофантазировали, как закрыть все потребности пользователя на экране «Куда доставить». Адрес обозначен пином на карте или вписывается вручную. Есть кнопки последних адресов, отображаются рестораны для самовывоза, время доставки и стоимость."
---
Меня в этом варианты сильно смущает. что при загрузке приложения приходят запросы на разрешение:
1. Разрешить приложению доступ к местоположению? — Да!
2. Долгая подгурзка карты, если я в плохом покрытии, теперь меня видит прилка, но все равно надо дописывать адрес, т.к. прилка видит не все и не всегда даже до дома верно.
Может тут лучше предложить пользователю нарисованную схему-карту с зоной покрытия (без определения местоположения) и подсказки в поле для ввода адреса?
Комментарий удален модератором
Комментарий удален модератором