Привет, я Евгений Бойченко – сооснователь студии, которая разрабатывает мобильные приложения. За 10 лет работы вопрос «Почему так дорого?» я слышу чуть ли не ежедневно. Для многих клиентов мы искали возможности безболезненно снизить цену разработки, и в итоге у меня накопилось некоторое количество кейсов, которые решают проблему высокой стоимости мобильного приложения. В этом треде я призываю комьюнити делиться знаниями о том, как удешевить разработку мобильного софта без потерь. Начну с себя и своих секретиков, а вы присоединяйтесь в х – вместе создадим гайд по экономичной разработке, который будет полезен обществу.

Предисловие: как понять, что мобильное приложение вам нужно

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

Мы подготовили небольшой блиц, который поможет понять, насколько ваш бизнес готов к мобильному приложению:

• Моя ниша достаточно велика?
• Приложение решит мои бизнес-задачи?
• Будет ли у меня такой поток клиентов, который оправдает вложения?
• В насколько близких отношениях мои клиенты с мобильными технологиями?

Ответ «нет» хотя бы на один из этих вопросов – повод задуматься о необходимости приложения. Мало времени и денег – ещё два предупредительных выстрела. И того, и другого будет уходить много.

Сколько времени уходит на мобильную разработку

Вы должны будете рассказать студии, каких целей хотите достичь с приложением и какими именно путями, выслушать аргументы «за» и «против», идти на компромиссы, оценивать, согласовывать, соглашаться и отказывать.

Коммуникация будет вестись как устно, так и письменно. Есть ли у вас личное время или доверенный человек, который будет готов выделить несколько месяцев жизни на управление проектом? Если да, то это то, что нужно.

Сколько денег уходит на мобильную разработку

Готовы потратить семизначную сумму? Начинайте разработку смело. Не готовы? Читайте статью дальше.

MVP приложения

MVP (Minimum Viable Product – «минимально жизнеспособный продукт») – пилотная версия приложения. Она нужна чтобы понять, как продукт или услуга заходит аудитории, при минимальных затратах на создание. Ей не требуются функциональные и дизайнерские украшательства – всё, что там будет, работает строго на бизнес-цель продукта.

Стратегия MVP уместна, когда нужно выпустить приложение вовремя, понять, что люди будут им пользоваться, и проверить все гипотезы, которые вы сформулировали на этапе проектирования. Выбрав её, вы не потратите деньги на неинтересный аудитории продукт. А если интерес будет, то вы сможете развивать приложение дальше.

MVP-версия мобильного приложения для интернет-магазина должна обязательно состоять из главной страницы, каталога с поиском, корзины и функции оплаты. Добавлять анимацию, подключать сторонние сервисы, предлагать несколько способов оплаты и внедрять дополненную или виртуальную реальность рано.

Убедитесь, что в приложении покупают, а дальнейший анализ покажет, что ещё нужно пользователю.

Проектирование, аналитика и техническое задание

Проектирование, аналитика и создание ТЗ на разработку мобильного приложения – это фундамент, на который опирается вся разработка.

Эти этапы нужно проработать до мелочей, не жалея времени и денег: инвестируя в них сейчас, вы сэкономите в будущем.

Если вы ещё не выяснили, кто ваши потенциальные пользователи, как проект будет реализован, сколько он стоит и есть ли у вас конкуренты, сделать это можно на этапе бизнес-аналитики.

Суть кратко: системный аналитик собирает ваши требования к проекту и переводит их на язык разработки. Он выясняет:

• Всё о целевой аудитории: кто, какую потребность нужно удовлетворить, какие группы пользователей будут у продукта, для чего эти люди будут использовать сервис и как они будут с ним взаимодействовать.
• Всё о бизнес-цели: какие у проекта цели и задачи, зачем мобильное приложение нужно пользователям и вам.
• Всё о функциональности: что с его помощью можно будет делать, какие в нём основные функции, какие должны быть экраны.
• Всё о средствах: как проект должен быть реализован (какие нужно применить технологии, платформы, сервисы) сколько будет стоить разработка такого проекта;
• Всё о контексте: с какими продуктами должен конкурировать проект, какие существуют хорошие решения в этой области и что можно в них улучшить.

Что при этом происходит:

• Встречи с аналитиком, на которых клиент описывает, чего хочет, и получает обратную связь.
• Работа аналитика — составление документов, описывающих проект, поиск информации о пользователях и конкурентах, исследование технологий.
• Встречи и презентация результатов с обратной связью от клиента.

Эта работа поможет вам отмести нежизнеспособные идеи и сэкономить деньги и время. Она будет стоить до 10% от общей цены разработки приложения. Аналитики укажут на точки роста и помогут сделать его лучше, а вы поймете, какие функциональные возможности в будущем продукте самые важные. В этом и есть смысл этапа проектирования. Оно подтверждает или опровергает идею о том, что ваш продукт нужен людям. Без этого этапа можно получить неожиданно маленькое количество установок, нулевые продажи и нулевой доход.

Полученные в ходе аналитики и проектирования данные ложатся в основу технического задания.

В нём описано, на какой платформе будет работать приложение, какие версии операционной системы оно будет поддерживать, с какими аппаратными частями устройства будет работать, интеграции с какими сторонними сервисами и системами предполагаются. Техническое задание можно заказать в одной студии и пойти в другую с уверенностью, что вашу задачу поймут без искажений и дадут точную оценку.

iOS или Android: что лучше выбрать для разработки мобильного приложения

На разработке приложения можно сэкономить в два и более раза, если делать приложение только под одну платформу – iOS или Android.

Но практика показала, что из-за сотен существующих на рынке моделей телефона на ОС Android и нескольких актуальных её версий разработка под эту платформу может стоить больше, чем разработка под iOS.

Есть несколько причин для того, чтобы начать с создания приложения для владельцев айфонов:

• приложения для iOS лучше монетизируются;
• нужно поддерживать меньше типов устройств;
• на устройствах чаще всего стоит актуальная версия операционной системы;
• хакерам сложнее украсть личные данные пользователей;
• у приложений более высокое качество из-за придирчивой модерации.

Но окончательный выбор платформы зависит от цели приложения и его аудитории. Хотите зарабатывать и делаете ставку на платёжеспособных пользователей? Выбирайте iOS. Создаёте продукт, нацеленный на массы или регионы, жители которых не привыкли или не могут платить за цифровые продукты? Делаете сервисное приложение для курьеров и торговых представителей и не можете позволить себе дорогой парк устройств? Выбирайте Android. Хотите захватить мир? Выбирайте обе платформы.

Как сэкономить на дизайне мобильного приложения

Чтобы не переплатить за дизайн, нужно помнить минимум о двух условиях:

1. Дизайн – это сумма функциональных и графических решений, которые помогают приложению выполнять свою цель, а не впечатляющий внешний вид. Ничто не должно мешать интерфейсу быть практичным и понятным. Иначе говоря, хороший дизайн — это как можно меньше дизайна.

2. До появления вашего приложения пользователи уже работали с десятками других и привыкли к внешнему виду и расположению элементов, последовательности действий и реакции приложения на те или иные действия. Это паттерны, и пользователи ждут, что они будут повторяться всегда и во всех приложениях для конкретной платформы – отталкивайтесь от этого.

Выполнять второе условие дизайнерам и разработчикам помогают гайдлайны операционных систем – руководства по оформлению интерфейса приложений на iOS или Android.

Когда разработчику нужно реализовать стандартные элементы интерфейса (те, что зафиксированы в гайдлайнах), он обращается к UI-китам — наборам готовых решений пользовательского интерфейса под разные платформы. Подробнее о UI-китах, их назначении и о том, как они помогают сэкономить на дизайне, рассказала Tilda.

Допустим, стоит задача разработать для обеих платформ внешне одинаковое приложение. Поэтому нужно сделать какой-то элемент не таким, каким он обычно выглядит в своей ОС. Например, мы пытаемся повторить тулбар iOS в Android-версии. Это значит создание элемента с нуля, что дольше и дороже. В совокупности такие изменения сильно повлияют на стоимость проекта.

С анимациями похожая история: чем они сложнее и круче, тем больше времени и бюджета требуют. У вас может быть уникальный продукт, но логически все приложения из этой ниши устроены похоже. Это ваше счастье: дизайнеры, если они уже работали над подобными приложениями, могут предложить вам шаблонное решение, с которым не нужно будет изобретать велосипед.

Шаблон останется только стилизовать, т.е. подобрать цвета, шрифты, иллюстрации или взять их из гайдлайнов вашего продукта. Так дизайн будет готов в короткие сроки, а вы сэкономите бюджет.

Если своих шаблонов у студии нет, то на помощь могут прийти уже упомянутые выше UI-киты. На сайте UI8 изобилие уже готовых китов, иконок, вайрфреймов и всего, что нужно для работы над пользовательским интерфейсом.

Кроссплатформенные приложения: что это и как экономит деньги

Подход к разработке приложения может быть нативным и кроссплатформенным.

Нативные приложения создаются на конкретном языке программирования для конкретной платформы: языки Java и Kotlin — для Android, а Swift не ниже третьей версии — для iOS.

Достоинства:

• мгновенная реакция на действия пользователей;
• прямой доступ к аппаратной части устройства;
• привычный для пользователей платформы интерфейс.

Недостаток: высокая стоимость разработки и поддержки из-за привлечения минимум одного разработчика для каждой платформы.

Кроссплатформенные разработка мобильных приложений осуществляется с помощью веб-технологий (HTML, CSS и JavaScript) инструментами Cordova, Xamarin, React Native и Flutter и работают сразу на iOS и Android.

Чтобы написанный код заработал на мобильных устройствах, его нужно либо «перевести» на понятный им язык, либо сделать прослойку, которая работает на устройстве и переводит обращения к функциям устройства с непонятного для них языка на понятный.

Достоинство: низкая стоимость разработки и поддержки из-за привлечения одного веб-разработчика.

Недостатки:

• необходимость доработки интерфейса для каждой платформы согласно гайдлайнам;
• трудности в достижении правильной работы всех нужных функций;
• задержка реакции на действия пользователя;
• медлительность, поэтому подходит для разработки только простых приложений.

Кроссплатформенная разработка поможет вам сэкономить в том случае, если вы создаёте простое приложение, проверяете гипотезы или у вас есть свой веб-разработчик. В остальных случаях рекомендуем выбирать нативную разработку.

Как сэкономить на бэкенде

Большая часть приложений работает с данными: принимает от пользователя, отдаёт на сервер, возвращает и т. п. Для этого нужна бэкенд-разработка, расходы на которую занимают солидную часть бюджета. Как же можно сэкономить на серверной разработке?

1. Хранить данные на стороне клиента, то есть в устройстве. В таком случае для работы приложения не нужен интернет, но так оно лишается интерактивности, а новый контент будет появляться только с новой версией приложения в сторе.
2. Использовать бессерверную архитектуру приложений – Serverless. Это решение не требует ни особых знаний для развёртывания и поддержки, ни ощутимого бюджета — всю поддержку берёт на себя тот облачный сервис, на котором вы построите архитектуру. Много возможностей для этого имеют AWS, Azure и Firebase.
3. Работать с данными через интеграции с бесплатными инструментами

Как сэкономить время и деньги при разработке сайта: разбираем ошибки | Rusbase

Созданием сайта и поисковым продвижением чаще всего занимаются разные подрядчики. Даже в агентствах полного цикла команды разработчиков и оптимизаторов не всегда работают согласованно.

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

Проблемы также возникают, когда требования SEO не учитываются при редизайне сайта или других масштабных изменениях: смене структуры, CMS, хостинга или домена, переходе на защищенный протокол передачи данных (HTTPS).

В подобных случаях после публикации изменений трафик может значительно просесть. И бизнес для начала теряет клиентов и заказы, которые приносили переходы из результатов поиска. А затем тратит время и деньги, чтобы восстановить этот трафик.

Подключайте оптимизаторов к работе на старте проекта

Лучший вариант из возможных заключается в том, чтобы подключать оптимизаторов на старте проекта. Тогда они вместе с разработчиками смогут составить план реализации проекта, в который заложат все работы, необходимые с точки зрения оптимизации.

SEO-сопровождение решает несколько важнейших задач: разработка структуры, сопоставление текущих URL-адресов с новыми, техническая оптимизация.

Что делать, если проект уже стартовал, а оптимизаторов позвать забыли? Постараться обеспечить SEO-сопровождение до публикации нового сайта (или выката других изменений).

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

Сайт может лишиться до 90% переходов при переносе

Поисковые системы не дают никаких гарантий при переносе сайта или других серьезных корректировках, даже если вы выполнили все рекомендации.

На практике ресурс может лишиться до 90% переходов из органических результатов поиска при внедрении серьезных изменений на сайт. При полноценном SEO-сопровождении сокращение трафика составляет от 5 до 25% по сравнению с прежним уровнем.

• Вот как менялся объем органического трафика у сайта, который в мае 2016 года был переведен на новую CMS с помощью наших специалистов.
• 
• Если бы переезд провели без учета требований SEO, динамика могла оказаться совсем другой.
• 

А вот график, показывающий изменения трафика у другого проекта. В июне 2016 года была опубликована новая версия сайта, в которой поменялась CMS и структура URL-адресов.

SEO-сопровождения не было, и органический трафик рухнул. В феврале 2017 года продвижение сайта поручили нам. Устранить последствия некорректного переноса и восстановить объем трафика удалось только через четыре месяца.

Этапы разработки сайта

Общий план работ по созданию сайта, независимо от того, используется ли каскадная модель или итеративный подход, сводится к следующим этапам:

• Проектирование
• Дизайн
• Разработка: Front-end (верстка шаблонов интерфейса) и Back-end (разработка функционала сайта)
• Наполнение контентом
• Тестирование
• Публикация
• Контроль индексирования

Если требования SEO учитываются на всех этапах, на выходе заказчик получает сайт с полной базовой оптимизацией.

Задачи SEO-сопровождения

На каждом из этапов разработки решаются конкретные задачи, которые облегчают предстоящее продвижение сайта в поисковиках.

Проектирование

От того, на каком движке будет работать сайт, зависят возможности развития проекта: масштабирование разделов, разработка нового функционала, внедрение ЧПУ (человекопонятных URL-адресов), интеграции с CRM и другими внешними системами.

Чтобы составить грамотную структуру сайта, нужно проанализировать текущую иерархию разделов и структуру поискового спроса. Если проект масштабный, то желательно сохранить URL-адреса основных разделов сайта.

Иерархия разделов должна отражаться в структуре ЧПУ, навигационном меню и навигационных цепочках («хлебных крошках»). На этом этапе нужно предусмотреть возможность масштабирования структуры и подготовить файл соответствий между текущими и новыми URL-адресами.

Дизайн

Чтобы не пришлось корректировать готовый дизайн, оптимизаторы должны участвовать в проекте еще на этапе прототипирования. Шаблоны посадочных страниц нужно проанализировать по следующим критериям:

• Расположение контейнера для SEO-текста.

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

• Доступность основных разделов.

От расположения ссылок в сквозных блоках (например, в шапке и подвале сайта) будет зависеть распределение веса страниц. Важно, чтобы основные продвигаемые разделы сайта были «на расстоянии вытянутой руки».

Ссылки на них следует располагать как можно выше. У пользователей должна быть возможность перейти в эти разделы с любой страницы за один клик.

• Соответствие требованиям юзабилити.

Это кажется само собой разумеющимся, но бывает так, что после обновления сайта поведенческие характеристики снижаются. Поэтому оптимизаторы иногда рекомендуют запустить А/В-тестирование новых шаблонов до публикации сайта.

• Наличие на странице элементов, необходимых с точки зрения коммерческих факторов ранжирования.

Например, стоит заранее продумать дизайн и расположение характеристик товара и информации о наличии на складе — даже если в первой итерации эти элементы не будут публиковаться.

Разработка

Front-end

Комплексное кросс-браузерное и мультиплатформенное тестирование шаблонов обычно проводят разработчики. Анализ оптимизатора помогает выявить ошибки, которые остались незамеченными.

• Анализ семантической верстки.

Проверяется последовательность и корректность тегов логического форматирования текста (H1-H6 и других), наличие полей микроразметки.

Back-end

• Анализ способов вывода контента.

Разработчики иногда используют технологии вывода контента скриптами, из-за чего поисковые системы не могут проиндексировать важные разделы. Нужно удостовериться, что целевые страницы доступны для поисковых роботов.

• Контроль скорости загрузки.

Скорость отклика сайта напрямую влияет на поведенческие характеристики и является одним из важных факторов ранжирования. На стадии разработки важно обеспечить максимально быструю загрузку страниц.

• Настройка целей и отчетов.

После того как завершилась разработка функционала, можно добавить на страницы коды для отслеживания статистики. Если системы аналитики были настроены раньше, необходимо позаботиться о преемственности отчетов.

Наполнение контентом

На этом этапе цель SEO-сопровождения — сохранить и преумножить эффективность контента на сайте. Работа оптимизаторов опирается на материалы, подготовленные на этапе проектирования, и ведется в двух направлениях:

• Файл соответствий между текущими и новыми URL-адресами.

Необходимо проверить, сохранились ли оптимизированные тексты и теги (например, Title) на посадочных страницах. Особое внимание стоит уделить разделам, которые высоко ранжируются в поиске и генерируют основной трафик.

Проводится базовая оптимизация в соответствии с запросами из семантического ядра: доработка тегов Title и Descripton, заголовков H1-H3, внедрение семантической разметки Schema.org и Open Graph. В некоторых случаях пишутся или корректируются тексты для разделов сайта.

Тестирование

После завершения работ, связанных с разработкой и контентом, проводится полный технический анализ сайта. К задачам SEO-сопровождения относятся:

• Составление файла robots.txt.
• Сканирование сайта, проверка кодов, статусов страниц и устранение ошибок, связанных с некорректными ссылками.
• Оформление страницы ошибки 404.

Публикация

Поисковые системы рекомендуют переносить сайт по частям. Однако разработчикам очень сложно сохранять две работающие структуры сайта (или два ресурса на разных CMS) на одном хосте или домене.

Поэтому для SEO-сопровождения это самый ответственный момент. При публикации сайта выполняются следующие задачи:

• Анализ технической возможности параллельного запуска.

Такой запуск можно реализовать, если новая структура URL-адресов полностью отлична от старой. В этом случае нужно добавить новые URL-адреса в атрибут rel=»canonical» на всех альтернативных (старых) страницах.

• Обеспечение доступности страниц вне структуры.

Если нельзя сохранить весь старый сайт на время индексации нового, важно обеспечить доступность хотя бы выборочных страниц (в виде отдельных HTML-файлов). Все внутренние ссылки на этих страницах заменяются на новые URL-адреса.

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

В первую очередь проверяются настройки robots.txt: иногда разработчики сохраняют файл, запрещающий к индексации весь сайт.

Для всех недоступных старых страниц должны быть корректно настроены 301 редиректы на релевантные им новые страницы или разделы.

Контроль индексирования

Как заказать разработку сайта правильно, чтобы не потратить зря время и деньги

Ежемесячно Вордстат Яндекс фиксирует 60 967 показов по запросу «

разработка сайтов

». Тысячи web-студий и digital-агентств готовы предложить вам свои услуги. Как не потеряться среди обилия объявлений и найти лучшего подрядчика? Об этом поговорим в нашей статье. Специально для вас мы подготовили список критериев, на которые следует обратить внимание при выборе исполнителя.

Критерий 1 — Опыт работы

Как бы банально это не звучало, но это действительно важный фактор. Подрядчик, который работает на рынке web-разработки более 5 лет, внушает гораздо больше доверия. За это время он скорее всего уже успел

разработать сайты

по различным тематикам и в большом количестве. А значит исполнитель будет предлагать вам только работающие решения, проверенные временем.

Критерий 2 — Наличие квалифицированных сотрудников в штате компании

Вы когда-нибудь встречали хорошего бухгалтера, танцора, шеф-повара и певца в одном лице? Вот и мы нет. Если вы обратились в компанию, где над

разработкой сайта

работают 2-3 человека, которые в своём лице представляют верстальщика, web-дизайнера, менеджера проекта, программиста, копирайтера и маркетолога — не ждите хороших результатов.

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

Критерий 3 — Комплексный сервис услуг

Мы все постоянно куда-то спешим. Нам удобно решать любые вопросы быстро и в одном месте. Вспомните, как мы раздражаемся, когда в различных государственных учреждениях нас перенаправляют из одного кабинета в другой. Когда вы платите за

разработку сайта

, вы должны быть уверены, что компания решит все необходимые задачи. Сегодня недостаточно просто разместить в Сети красивую web-страницу. Её необходимо продвигать, анализировать целевую аудиторию и настраивать контекстную рекламу. Компания должна оказывать оперативную поддержку по любым вопросам.

Критерий 4 — Репутация компании

Отзывы предыдущих клиентов, рекомендации знакомых и наличие организации в рейтингах разработчиков — помогут вам оценить репутацию компании. Но не стоит забывать о том, что сегодня интернет пестрит заказными отзывами. Чтобы избежать неприятных сюрпризов, вы можете поступить так: посмотрите портфолио компании и постарайтесь найти контакты заказчиков. Узнайте у них, как проходили этапы

разработки сайта

, соблюдались ли сроки, выполнил ли исполнитель все обещания.

Критерий 5 — Наличие в портфолио у исполнителя проектов из вашей сферы

Ещё один важный критерий. Если в портфолио у исполнителя есть работы из вашей сферы деятельности, значит он уже знаком с вашим рынком и ему не придётся анализировать с нуля целевую аудиторию. Все задачи будут прописаны в разы быстрее. А также разработчик точно будет знать, чего не следует делать на вашей web-странице.

Критерий 6 — Прозрачное ценообразование

Многие исполнители из сферы web-разработки никак не обосновывают свои цены. Они берут цифры буквально с потолка, исходя из прошлого опыта работы. Это неправильно.

Необходимо, чтобы разработчик составил детальную смету на базе утверждённого технического задания. В документе исполнитель должен оценить все этапы работы.

Самая прозрачная схема ценообразования выглядит следующим образом: ориентация на ставку часа, трудозатраты, которые выражены в часах к предстоящему фронту работ.

Необдуманность при выборе исполнителя может дорого обойтись вашей компании. Если вы совершите ошибку в данном вопросе, придётся искать новых специалистов или заниматься доработкой проекта. А это всё стоит немалых денег. Рекомендуем ещё раз тщательно изучить все критерии, по которым следует выбирать web-разработчика. Так вы точно сэкономите и время и деньги.

Что вам нужно знать о разработке мобильного приложения для интернет-магазина — Торговля на vc.ru

Привлечение покупателя в интернет-магазин стоит дорого, а приложение – отличный способ его удержать. Если не сделать приложение сейчас, то скоро будет некому продавать, потому что покупатель стремительно превращается в mobile only. Ещё 5 причин начать разработку мобильного приложения сегодня – в гайде по eCom-приложениям от студии «Лайв Тайпинг».

В 2016 году команда «Лайв Тайпинга» начала сотрудничать с международным бьюти-ретейлером Sephora. Мы сделали для клиента два приложения-магазина, развитием и поддержкой которых занимаемся до сих пор.

Помимо бьюти-индустрии мы разрабатываем приложения для магазинов одежды, продуктов питания, алкоголя и промышленных товаров.

В нашем портфолио вы найдёте больше ретейл-приложений, за которые мы ежегодно получаем призовые места на отраслевых премиях Tagline Awards, «Золотое приложение» и «Рейтинг Рунета».

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

После пандемии у нас и других студий мобильной разработки резко увеличилось количество обращений от владельцев интернет-магазинов: предприниматели ищут способы нормализовать и стабилизировать торговлю, выйти на новые рынки, найти новые каналы сбыта.

Поэтому мы решили рассказать, чем приложение может быть полезно в их ситуации и почему пора задуматься о его разработке прямо сейчас.

Мобильные приложения в eCommerce больше, чем тренд. Покупка с телефона – это новый паттерн, привычка, которая позволяет людям экономить их деньги и время.

Владельцы мобильных приложений заинтересованы в том, чтобы пользователям нравился сервис, поэтому перед каждым релизом приложение подстраивается под вкусы и поведение покупателей: навигация становится понятней, каталог – наглядней, а оформление заказа – быстрей.

Люди не привыкли отказываться от того, что облегчает им жизнь, поэтому популярность приложений для шопинга будет только расти.

Сложно найти крупного ретейлера, у которого нет мобильного приложения. Через смартфон продаётся всё: книги, лекарства, одежда, бытовая техника. В 2018 году человечество провело в приложениях для покупок 18 миллиардов часов.

По данным компании App Annie

Пользователи выбирают приложения, потому что покупать в них удобнее и зачастую выгоднее:

• У пользователей есть возможность купить товар в любое время и в любом месте.
• В приложениях пользователям удобнее сравнивать товары и цены.
• Покупка в приложении экономит время, которое люди могли бы потратить на поездку в магазин.
• Приложения поддерживают программу лояльности, проводят уникальные акции для постоянных покупателей.
• Приложения показывают весь ассортимент товаров в магазине: в наличии и под заказ.

eCommerce-приложения популярны не из-за маркетинговых кампаний, рекламы или капиталистического заговора. Они популярны, потому что нам с вами так проще. Смартфон всегда рядом. Личный пользовательский опыт каждого из нас доказывает, что протянуть за ним руку и сделать заказ гораздо легче, чем отправиться за покупками в магазин.

Для перехода eCommerce на мобильные устройства есть три сценария: приложение, мобильный сайт и адаптивная вёрстка веб-версии. Чтобы понять, какой вариант окажется полезным для бизнеса, нужно рассмотреть функциональность всех трёх.

• Адаптивный сайт – это сайт, который подстраивается под экран смартфона. Он не даёт нового пользовательского опыта и не предлагает функций, которые упрощают покупку.

• Количество информации в адаптивной и веб-версии одинаковое, поэтому смартфон тратит много времени на загрузку страницы. Люди очень чувствительны к скорости интернет-сервисов, любое зависание вызывает напряжение и скуку, а это мешает покупке.

• Адаптивная вёрстка не делает пользовательскую сессию комфортнее: происходят только визуальные изменения, которые не влияют на связь бренда и человека.

• Мобильный сайт – это отдельный сайт, который разрабатывается под смартфоны и планшеты. Опознавательный знак – поддомен m.site.ru (и его вариации). Мобильный сайт может работать быстрее за счёт облегченного кода и упрощённого дизайна.

• Контент мобильной версии дублирует десктопный. Владельцу сайтов приходится делать двойную работу по продвижению, настраивать оптимизацию, чтобы ресурсы не конкурировали друг с другом.

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

• В отличие от мобильного сайта и сайта с адаптивной вёрсткой приложение заточено под вовлечение пользователя в покупку. Приложение на смартфоне встраивается в личную жизнь человека. Иконка магазина всегда находится у нас перед глазами, а само приложение через push-уведомления сообщает о событиях и обновлениях, вновь и вновь возвращая нас к покупкам.

• Элементы навигации в eCommerce-приложениях имеют типовое расположение: пользователь заранее знает, где искать каталог, таббар и кнопку «В корзину». Мы запоминаем алгоритм покупки на уровне физических действий и можем повторять его «на автомате».

• Приложение быстрее откликается на наши действия. И это касается не только скорости работы с интерфейсом. Приложение запоминает информацию о покупателе: имя, контакты, адреса доставки. Человек указывает данные при первом заказе и больше не возвращается к этой задаче.

• С помощью персональных скидок и программы лояльности приложение может надолго привязать пользователя к себе. Предложения, в которых мы видим выгоду для себя, увеличивают количество заказов и средний чек в магазине.

• Приложение не требует повторной авторизации, а сайты периодически выбрасывают покупателей из аккаунтов, поэтому нам приходится тратить дополнительное время на вход в онлайн-магазин.

• И маленький бонус для продавца. В приложении пользователь делает больше спонтанных покупок, потому что косвенно на это работают все фичи приложения: пуши, рекомендательная система, кастомизация, персонализированные предложения, скидки, баннеры на главном экране.

Благодаря этим факторам покупатели быстрее проходят через воронку продаж и чаще выполняют целевое действие, поэтому конверсия в приложениях выше, чем на сайтах.

Статистика говорит в пользу мобильных приложений. 85% пользователей предпочитают покупать в приложениях, потому что это удобнее, быстрее и проще чем на сайте. eCommerce-приложения аккумулируют в себе лучшее из офлайна, веба и социальных сетей и предоставляют это пользователю в удобной и лаконичной форме.

Инструкция по разработке сайта: что нужно знать, чтобы сайт реально продавал

Цитата из блога компании, которая недавно заказала сайт:

«Сайт компании *** ведет свою историю с 2005 года. С течением времени он модернизировался и улучшался. В настоящий момент сайт *** – это удобный и быстрозагружаемый сайт со стильным минималистичным дизайном».

Соответственно, основные ценности сайта:

• Удобство
• Скорость загрузки
• Стильный минималистичный дизайн

Будет ли такой сайт эффективным бизнес-инструментом? Не обязательно. Чтобы помочь компаниям правильно расставить приоритеты, мы расскажем о типичных ошибках при создании сайтов и о том, какой подход используем для достижения бизнес-целей клиентов.

Почему это не работает

Неэффективная работа над сайтом получается из ошибок веб-студий, подкрепленных ошибками клиентов и дополненных хаотичным процессом разработки.

Ошибки веб-студий

• Поверхностная разработка: веб-студии не вникают в суть бизнеса, продукта или услуги.
• На сайте показано то, что и так на виду: нужно найти и показать что-то неочевидное, но необходимое для каждого сегмента покупателей.
• Сайт не встроен в бизнес-процесс компании: веб-студии в этом не заинтересованы.
• Нет автоматизации маркетинга и продаж

Ошибки клиентов

Ошибки клиентов напрямую следуют из недоработок веб-студий, и ситуация с сайтом становится еще сложнее:

• Клиенты уверены в собственных в знаниях: все сотрудники от топ-менеджеров до интернет-маркетологов “знают”, как делать сайт.
• Визуальная часть превосходит бизнес-цели, исследования и здравый смысл: бизнес-цели уходят на второй план.
• Сайт – это и есть интернет-маркетинг: если его сделать, то все KPI выполнятся.
• Не учитывается время создания контента сайта: на самом деле, 70% работы над сайтом – контент.
• Рассуждения о стоимости в категориях «дорого» и «дешево»: в бизнесе может быть только сайт, который окупается или не окупается за определенный срок.

 Тот пример, когда сайт ничему не соответствует.

Хаотичный процесс разработки

Как создается сайт? Веб-студия и клиент встречаются на 2-3 часа. Клиент рассказывает разработчикам, чего он хочет; разработчики считают, что полностью изучили бизнес клиента.

Потом идет техническое задание (читать не обязательно), верстка, программирование, тестирование, контент и прочее.

Когда сайт запустили, клиент вспоминает, что кое-что забыли добавить – но опытные ребята из веб-студии уже успели исчезнуть из страны.

Получается, что ожидания клиента и агентства не синхронизированы. В итоге обе стороны получают не то, что хотели.

Правильный процесс разработки сайта

Шаг 0. Осознать, что сайт – не продукт, а маркетинговый процесс

Сайт – это процесс, в которой нужно постоянно вкладывать деньги и усилия. Вместе с развитием бизнеса сайт должен изменяться и перестраиваться. Готовьтесь участвовать в процессе разработки сами, подключать подрядчика и других сотрудников вашей компании.

Шаг 1. Правильно выбирайте подрядчика

Используйте бесплатный инструмент для определения квалификации агентства. Он поможет оценить и выбрать подрядчика для разработки сайта.

Хотите получить предложение от нас?Начать сотрудничество

Шаг 2. Разработайте стратегию интернет-маркетинга

Чтобы создать стратегию, нужно:

1. Изучить бизнес-модель компании. Собрать бриф по рынку, бизнесу, продуктам, услугам; съездить в торговые точки; пообщаться с производством, отделом продаж; изучить автоматизацию и 1С
2. Поставить цели и задачи для интернет-маркетинга
3. Понять целевую аудиторию
4. Проанализировать сайт, онлайн и офлайн-рекламу, контент, накопленные данные по аналитике
5. Исследовать сформированный в интернете спрос
6. Исследовать конкурентов, в том числе офлайн
7. Сделать прогноз окупаемости вложений в разработку сайта

Шаг 3. Проанализируйте целевой трафик по сегментам, спросу и регионам

В анализ трафика входят:

• Сегментация аудитории: по потребностям, ожиданиям, возражениям, уровню сформированности и конкурентности
• Сбор всего органического трафика: все запросы по вашей тематике
• Сбор регионального трафика
• Обработка несформированного спроса
• Обработка конкурентного спроса

Шаг 4. Продумайте структуру сайта

Структура сайта – сетка на основе маркетинга, спроса и сегментов аудитории, а не набор страниц, которые привиделись разработчику. Она связывает:

• Данные о подходах, компетенциях, услугах
• Достижения (кейсы)
• Специализированные технологические решения
• Конкретные продукты, оборудование и материалы
• Информационное окружение (вопросы, статьи, термины)

В структуру включаются все запросы в тематике. Для каждого сегмента аудитории прописывается набор страниц и разделов, которые будут побуждать потенциального клиента к покупке.

Шаг 5. Не делайте посадочную вместо сайта. Сделайте сайт из посадочных и порвите конкурентов!

Все продуктовые страницы сайта (а лучше – каждая страница) должны проектироваться как посадочные. Каждый продукт, услуга, УТП показываются в деталях и сопровождаются инфографикой, видео, инструкциями, кейсами.

Шаг 6. Работайте над убеждающими и вовлекающими способностями сайта

На основе исследований реализуются все функциональные возможности, которые мы видели у конкурентов и которых требует рынок: подборщики, калькуляторы, планировщики. Так реализуется фильтрация товара по потребностям покупателей.

Пример. Раздвижные системы

Это пример того, как путь клиента дает понимание структуры сайта. Мы смотрим, какая проблема возникает на сайте и придумываем, с помощью какого функционала ее можно решить: конструктор, лендинг, меню, гуру, ссылки.

Шаг 7. Подстраивайтесь под отраслевые решения

Следите, чтобы на сайте были отражены отраслевые решения с детализацией по проблемам, типовым случаям для каждого сегмента покупателей.

Пример

Схема показывает, как запрос по определенной проблеме в поисковой системе будет обработан на сайте компании. Сначала человек видит информацию о проблеме, потом ему показываются связанные типовые решения, кейсы, оборудование для решения проблемы в нужной комплектации.

Обратите внимание, что в схеме присутствует ремаркетинг и email-маркетинг. Мы говорим об этом при разработке сайта потому, что сайт – часть маркетинговой стратегии.

Шаг 8. Сайт поддерживает дилеров, дистрибьюторов, франчайзи

Как определить эффективность Яндекс.Директа для сайта завода, если он сам ничего не продает? Его продукцию продают дилеры, затем устанавливают монтажники.

Поэтому, если у компании есть дилеры, дистрибьюторы или франчайзи, то на сайте настраивается:

• Распределение заказов
• Личный кабинет
• Закрытые оптовые каталоги
• Система обучения дилеров

Шаг 9. Адаптивность под мобильные устройства

Может показаться, что некоторым проектам не нужно пристальное внимание к мобильному дизайну. Но мы провели всероссийское исследование и выяснили, что даже на таком консервативном рынке, как строительные материалы, в 2015 году мобильный трафик составлял 20%, а к 2016 он вырос до 50%.

Поэтому не выпускайте сайт без дизайна и верстки для мобильных устройств без веских причин, подкрепленных фактами.

Шаг 10. Связь сайта с отделом продаж и аналитикой

Что такое хорошо настроенная аналитика:

• Сайт связывается с системой учета продаж и товаров (CRM, 1С и т.д.)
• Аналитика настроена по целям и событиям, включает коллтрекинг и кросс-доменную аналитику
• Выстроена регулярная отчетность, подсчитывается бизнес-KPI и окупаемости сайта

Шаг 11. Поддержка сайта

• Как правило, у клиента недостаточно компетенций, чтобы вести свой сайт, а сайт требует поддержки ежемесячно.
• Агентство должно исправлять баги, добавлять функционал, проводить плановые изменения и корректировки по результатам аналитики, подстраивать сайт под бизнес-события.

Стоимость и сроки

Срок: минимум 5-6 месяцев

Но скорее всего, на разработку базовой версии уйдет 8-9 месяцев. А после этого еще 6-9 месяцев он дорабатывается по дополнительному контенту и SEO, а также корректируется на основе поведения реальной аудитории и изменений бизнес-условий или рынка.

Стоимость либо окупается, либо нет

Как мы сказали в начале статьи, сайт или окупается за определенный период, или не окупается. Чаще всего окупаемость на коротком периоде (год) отрицательная, но через два года динамика резко уходит в плюс.

Как посчитать окупаемость сайта

1. Считаем стоимость разработки сайта
2. Разбираемся с бизнес-показателями:
   • Лиды
   • Продажи
   • Доход
   • Маржа
   • Конверсия в заявку
   • Конверсия в лид-продажу
   • Маржа с клиента
3. Выявляем проблемы: например, находим, что сайт под «Минусинском»
4. Просчитываем варианты действий:
   • Что будет, если снять сайт с «Минусинска»
   • Что будет, если не снять сайт с «Минусинска»
5. Делаем графики расходов и доходов:
   • Если задействовать SEO
   • Если делать сайт+SEO+контекстную рекламу

Прогноз окупаемости сайта дает не гарантии, а ориентир, с которым нужно периодически сверяться. Иногда этот прогноз может не соблюдаться из-за плохой работы компании, а не из-за «низкой конверсии».