Какой контент наиболее важен при создании мобильного приложения
Самый первый и самый главный совет. Конечно, ты можешь вместе с друзьями на коленке создать проект, только на одном энтузиазме далеко не выедешь. Через какое-то время даже самые преданные проекту люди начнут потихоньку уходить, так как кушать хочется всем, а отсутствие оплаты или минимальная зарплата явно не идут на пользу разработке приложения. Сразу определись, что ты хочешь и сколько будет стоить каждый этап. Помни, что разработка приложения с кучей функций дорогая, а красивый дизайн с плавной анимацией съест большую денежную массу. Когда приступаешь к разработке приложения, определи бюджет на сотрудников, офис, покупку техники и сразу умножь его на два. Таким образом ты получишь более-менее близкие к реальности затраты на разработку, и то не факт.
Заказать недорогую разработку мобильного приложения ты можешь в сервисе Workspace. В фильтрах можно выбрать исполнителя (фрилансер, компания или оба) и мобильную платформу (iOS, Android и Windows Phone). Еще ты сможешь выбрать разработчика по стоимости: от эконом до премиум. В карточке исполнителя найдешь информацию о компании или фрилансере: место в рейтинге Рунета, местоположение, список предоставляемых услуг, а также примерную стоимость разработки и портфолио.Кстати, в каталоге тендерной площадки размещены более 1 300 разработчиков мобильных приложений, среди которых ты сможешь организовать тендер. Благодаря тендеру легко найти оптимального по качеству и стоимости разработчика, выбрав из десятков участников, каждый из которых предложит свой вариант с подробным обоснованием затрат, планом и сроками реализации проекта.
Реально оценивай свои силы
Некоторые делают ошибку: хотят все и сразу. Это в корне неверный подход, так как, помимо бюджета, нужно считать и силы, затрачиваемые на разработку. На создание приложения уходит определенное количество часов, которое непосредственно связано со штатом сотрудников и сложностью. Часть долгостроев так и остается долгостроями из-за непомерных амбиций создателей, которые ну никак не могут осознать, что выкинь они прямо сейчас половину анимаций, которые никак не влияют на функционал приложения, разработка бы пошла намного быстрее. Начиная разрабатывать приложение, включай в него только самые важные функции и ту анимацию, без которой оно будет смотреться поделкой из 2000-х.
Чтобы сэкономить время, деньги и нервы, ты можешь обратиться в продуктовое агентство полного цикла Cuberto, которое разрабатывает классные приложения от идеи до продвижения. То есть, заказывая приложение в Cuberto, ты получишь его под ключ с любыми дополнительными работами.
Сотрудники компании имеют большой опыт работы со стартапами и уже готовым бизнесом, который выходит на мобильный рынок. Поэтому агентство, в отличие от некоторых других, сотрудничает даже с небольшими фирмами, помогает стартапам определить основные функции для MVP, запускает проект в кратчайшие сроки.
Для разработки серверной части приложений Cuberto использует язык программирования NODE.JS, на котором написаны программы от Google, Yandex, IBM, Paypal и других известных корпораций. Так как в NODE.JS процессы выполняются параллельно, то вся система работает существенно быстрее и справляется с большими нагрузками, что означает стабильность и быстродействие твоего приложения.
Над каждым из проектов работает команда от 7 до 10 специалистов, и разработка проходит в несколько этапов:
1. Аналитика и проектирование. Агентство собирает необходимую информацию о продукте, уточняет изначальные требования, рассматривает и обсуждает редкие кейсы, создает блок-схему, продумывает логику взаимодействия и навигации.
2. Создание креативной концепции и дизайна приложения. Создается уникальный стиль приложения, учитывая пожелания заказчика и тренды, креативная концепция, анимация, а также проводится отрисовка экранов на основе UX-карты.
3. Back-end разработка.
4. Front-end программирование под iOS и Android. Подготавливаются экраны для программирования, настраивается среда разработки, проводится разработка, включающая front-end программирование и работу с API, реализуется функционал, проводится тестирование промежуточных билдов, улучшается код и проводится приемочное тестирование.
Подсматривай у других
Зачем изобретать велосипед, когда можно подсмотреть, что там в аналогичном приложении. И сразу заметим, что мы говорим именно о структуре приложения, а не о том, чтобы выдирать из кода строчки и просто копировать в свой. В случае с проприетарными приложениями это незаконно, подло при использовании без спроса кода из open source проекта.
Однако, если ты просто посмотришь и поймешь, что это делается так, а вот это — вот так, то ничего страшного, наоборот, избежишь ошибок, которые бы безусловно наделал в процессе разработки. И все же не занимайся обратной разработкой проприетарных приложений, особенно на Windows 10, которая стучит в Microsoft о всех твоих действиях.
Найди грамотного специалиста
Да, может, в школе и университете тебя и учили VB или Pascal, но эти языки уже давным-давно устарели. Для разработки приложений на iOS используется современный язык Swift, а для Android — Java. Нанимай только опытного программиста, который пишет строгий код. Но какого специалиста выбрать? Привлечь к разработке фрилансера, компанию, предлагающую услуги профессиональных программистов, или взять сотрудников в штат? На эти вопросы нам ответил Алексей Мартыненко, директор студии Aplica.
150 тысяч новых приложений регистрируют в App Store и Google Play каждый месяц. Привлечь внимание пользователей и добиться коммерческого успеха помогает продуманный дизайн мобильных приложений. Так, согласно исследованию McKinsey, в компаниях с хорошим дизайном рост выручки больше на треть.
О том, какие знания и навыки нужны дизайнеру приложений, как создаётся мобильное приложение, что нужно учитывать при разработке, рассказывает Алексей Комаров, UX/UI-дизайнер в IBM и преподаватель Нетологии на курсе «Дизайнер мобильных приложений».
Алексей Комаров
UX/UI-дизайнер в IBM
светлана третяк
Дизайнер приложения отвечает за эмоции от использования продукта. Для реализации этой задачи дизайнер должен создавать не только привлекательный визуальный облик, но и уметь выяснять потребности пользователей с помощью исследований, составлять навигационную модель (как связаны экраны приложения), проектировать интерфейс (расставлять по важности иерархию компонентов).
Давайте разбираться с самого начала.
Что нужно знать мобильному дизайнеру
Колористика
— искусство сочетания цветов.
Например, вместе не рекомендуется использовать зелёный и красный — насыщенные цвета, которые как бы перекрикивают друг друга. Получается вырвиглазный интерфейс, отсутствует контрастность и объекты трудно различить на экране. Для несочетаемых цветов дизайнеры даже придумали определение «зелубой» (зелёный + голубой).
Для подбора цвета часто используют специальные палитры или цветовые круги — например, Material palette, Adobe Color.
Также можно брать на заметку палитры готовых продуктов. Например, в Америке существует определённый культ кроссовок, где их покупают не ради замены старой пары, а, скорее, с эстетической точки зрения. Поэтому некоторые экземпляры можно назвать источником вдохновения для дизайнеров, которые используют цветовые схемы кроссовок для своих продуктов.
Сервис Coolors позволяет создавать цветовую палитру по фотоТипографика
— умение оформлять текст при помощи набора и вёрстки.
По сути дизайн — это оформление контента, 80% которого передаётся через текст. Любая информация располагается в виде иерархии — главная и второстепенная части, которые выделяются с помощью определённой стилизации текста.
Например, уровни заголовков — заголовок 1-го или 2-го уровня — различаются по размеру шрифта и служат навигацией, а также делают материал структурированным.
Выравнивание по левому краю придаёт тексту аккуратный вид — его легче воспринимать. Строки начинаются на одном уровне, и глаз быстро находит начало следующей строки — удобно и быстро привыкаешь.
Композиция
— умение грамотно управлять объектами в пространстве. Какие размеры объекта, отступы между объектами и краями экрана, расстояния и связи между объектами позволят создать гармоничную композицию для лучшего восприятия объектов.
Если говорить о том, как колористика, типографика и композиция влияют на поведение пользователя и эффективность интерфейса, то стоит упомянуть про четыре типа нагрузок.
Когнитивные нагрузки — усилия, которые прикладываем, чтобы распознать объект, логику его работы и принять решение о дальнейших действиях. Например, понимаем, что перед нами кнопка, а не округлый прямоугольник, и на эту кнопку можно нажать, чтобы попасть на нужный экран.
⇒ Чем больше мозгу требуется усилий для определения объекта, тем больше мы устаём.
Визуальные нагрузки — усилия для определения объекта на экране по визуальным признакам (круг, небо, кошка) и выделения его среди других.
⇒ Чем больше объектов в интерфейсе, тем больше мы устаём.
Моторные нагрузки — возникают при физическом контакте с интерфейсом: свайп, тап и другие.
⇒ Чем больше жестов управления интерфейсом и чем они сложнее, тем больше мы устаём.
Внешние нагрузки — возникают при взаимодействии пользователя с приложением (собака залаяла, машина проехала, пошёл дождь). Эти нагрузки сложно точно предугадать — можно лишь предположить, в каких условиях будет использоваться приложение чаще всего.
⇒ Чем больше отвлекающих моментов, тем больше мы пытаемся сосредоточиться и быстрее устаём.
Все типы нагрузок идут в связке, влияя друг на друга.
К примеру, если приложение предназначено для пожарных, которые часто находятся в стрессовых ситуациях, нужен максимально понятный интерфейс — у них нет времени разбираться в чём-то сложном. А если пользователь — офисный сотрудник, который заходит в приложение, чтобы убить время по дороге на работу, то можно добавить больше контента или функций, чтобы пользователь увлёкся и провёл в приложении больше времени.
Инструменты
Из графических редакторов сейчас популярны Figma, Sketch или Adobe XD.
Figma
Кросс-платформенный онлайн-редактор, который работает на Windows, macOS, Linux. В нём можно работать всей командой, в том числе с заказчиками. Бесплатный для одного пользователя и платный для работы с командой, если нужно видеть все действия команды, а не только за последние 30 дней.
Sketch
Платный графический редактор для macOS. Плюс Sketch в том, что на рынке он дольше Figma, поэтому в некоторых случаях возможностей и интеграций для него находится больше. Но если вы фрилансер, работать с заказчиками будет непросто, поскольку это не кросс-платформенный инструмент. В Sketch можно работать в офлайне.
Adobe XD
Приложение Adobe для проектирования интерфейсов. Плюсы и минусы аналогичны Sketch, кроме того, что в Adobe XD есть возможность создавать голосовые прототипы при помощи Amazon Alexa. XD заметно менее популярен по сравнению с Figma и Sketch.
Графические редакторы достаточно похожи, поэтому, если освоить один инструмент, то изучение другого не займёт много времени.
Из других инструментов дизайнера можно отметить:
В этом сервисе удобно делать брейнстормы, обсуждения, прорабатывать гипотезы, проектировать навигацию с помощью mindmap и создавать Customer Journey Map.
Сервисы для создания прототипов
Помимо встроенного прототипирования в Figma, Sketch или Adobe XD дополнительно используют такие решения, как InVision, Marvel, ProtoPie, Flinto, Principle for Mac.
Цели и задачи разработки
Дизайнер должен понимать, какие задачи у бизнеса и для кого предназначено приложение.
Приложение — это инструмент бизнеса со своими целями и задачами.
Для примера рассмотрим мобильное приложение банка.
снизить расходы на обслуживание клиентов в отделениях и повысить средний доход на одного клиента.
контролировать свои расходы.
создать дистанционный канал поддержки клиентов и увеличить продажи банковских продуктов.
При разработке приложения всегда учитывают требования бизнеса, задачи пользователей и возможности технологий.
Можно сделать великолепный дизайн, но он не будет решать задачи компании или разработчики не смогут его реализовать. Например, бывает, что бизнес выдвигает гипотезы, не проверяет их на этапе исследования и сразу отправляет в разработку. Получается функциональность, которая никому не нужна, при этом время и деньги потрачены впустую.
Бывает, что ресурсы безрезультатно тратятся не только на бесполезные фичи, но и на приложение.
К слову, если интересуетесь культурой стартапов, в целом (есть утрированные моменты) она хорошо показана в сериале «Кремниевая долина». Его рекомендует к просмотру и Билл Гейтс: «Продюсеры и сценаристы проводят много исследований перед каждым новым сезоном шоу. В прошлом году я был одним из нескольких людей, с которыми они встретились, чтобы поговорить об истории отрасли и рассказать о некоторых своих идеях для пятого сезона».
Soft skills
Коммуникационные навыки
Например, больше половины рабочего времени я общаюсь, согласовываю, обсуждаю. При этом стоит помнить, что непрерывное общение может привести к профессиональному выгоранию, поэтому периодически нужно прислушиваться к себе.
Правильная реакция на критику
Дизайнеров постоянно критикуют, и многие на это обижаются.
Если критикуют, то критикуют работу, а не дизайнера. Важно отделять и не принимать близко к сердцу.
Главное — получать конструктивную критику. Если сказали, что плохо, но не сказали почему, то это неаргументированное мнение, на которое не нужно реагировать.
Относитесь ко всему с юмором — это помогает в том числе трансформировать негатив в хорошее настроение ?
К примеру, когда я работал в крупной финансовой компании, менеджер попросила меня сделать кнопки жёлтыми (этот цвет не корпоративный). На мой вопрос, почему именно таким цветом, менеджер пояснила, что на курсах, которые она посещала, сказали, что «жёлтые кнопки привлекают внимание, поэтому, например, в IKEA выходы жёлтые». То, что в IKEA жёлтый — один из корпоративных цветов, которые логично использовали в оформлении магазина, на курсах, видимо, забыли сказать ¯\_(ツ)_/¯
Mindmap — диаграмма связей, интеллект-карта, карта мыслей или ассоциативная карта.
Это способ изображения процесса общего системного мышления с помощью схем.
Что нужно учитывать при разработке интерфейса
Взаимодействие с пользователями
Создание мобильных приложений не сильно отличается от создания сайтов в плане процессов — и те, и другие относятся к цифровым продуктам.
Основное различие заключается во взаимодействии пользователя с продуктом. За компьютером мы сидим или стоим, а вот с телефоном мы можем оказаться в любой ситуации: на прогулке, занимаясь спортом, в магазине, автомобиле и так далее. Также различаются размеры устройств и период контакта.
Смартфоны меньше компьютеров и ноутбуков, а сеансы использования приложений короткие, но частые — всё это нужно учитывать. На экране приложения должно быть минимум информации — только полезная. Пользователь должен быстро получать доступ к контенту. Возьмём, к примеру, Яндекс.Почту. Если мы зайдём в браузерную версию с компьютера, то увидим много дополнительной информации. На телефоне видим только письма, остальное скрыто и показывается по требованию (нажатию) — удобно.
Во многом благодаря желанию быстро и удобно получать информацию и появились мобильные приложения.
Ведь чтобы зайти на сайт, нужно ввести его адрес в строку браузера, а приложение можно открыть и сразу им пользоваться.
Нюансы мобильных платформ
Особенности создания интерфейсов для приложений описаны в гайдлайнах мобильных платформ — Human Interface Guidelines для iOS (Apple) и Material Design для Android (Google).
В создании приложений на платформах Android и iOS есть различия. Например, в паттернах поведения: в iOS меню показывается целиком, а в Android «гамбургерное» меню (три полоски); в разном управлении: в Android три кнопки («назад», «домой» и «последние приложения»), в iOS только «домой».
Грань с каждым обновлением постепенно стирается, но пока ограничения существуют. К примеру, модельный ряд iOS достаточно скромен, а в Android большое количество устройств да ещё и от разных производителей. Из-за этого при разработке на Android тяжелее отлаживать интерфейс — на это уходит много времени.
В основном Android доступнее, чем iOS. И из-за дешёвых компонентов встаёт вопрос качества — на плохой матрице экрана страдает цветопередача, а с плохим сенсором тяжелее попадать на кнопки (низкая чувствительность).
Интерфейс приложения лучше сразу адаптировать для двух платформ, а не делать что-то среднее — в будущем такая попытка сэкономить может дорого обойтись.
Стоимость «экономии» оценить в вакууме сложно — зависит от компании, бизнес-модели, рынка. Немаловажно и то, что для iOS характерна одна модель поведения пользователей, для Android — другая.
Если говорить о средних значениях, то давайте прикинем. Средняя зарплата разработчика — 150 тысяч рублей. В крупной компании приложение могут делать год, но мы будем ориентироваться на агентства, которые делают приложение примерно 3 месяца. Для Android нужны 2 программиста, для iOS — 1 (разработка примерно одинаковая по трудозатратам, но больше нужно отлаживать в Android).
Если просчитались с разработкой приложения на iOS, то это 150 000 рублей х 1 разработчик х 3 месяца = 450 000 рублей, на Android — 900 000 рублей. И это только расходы на зарплатный фонд — без учёта упущенной выгоды, репутационных потерь и снижения лояльности пользователей.
Адаптация контента
Не нужно пытаться уместить контент сайта в десктопной версии на компьютере или ноутбуке в маленький экран смартфона. При адаптации интерфейса под телефон контент приоритезируют и оставляют только самое важное.
Длинные процессы
Если на сайте можно использовать длинные формы (опросники) в несколько шагов, то на телефоне это делать не рекомендуется. Пользователю будет неудобно их заполнять, и он может бросить это занятие в любой момент.
Профессия
Дизайнер
мобильных приложений
Узнать больше
- Сможете самостоятельно разрабатывать дизайн мобильных приложений и руководить созданием интерфейсов мобильных продуктов
- Работайте над своим проектом или выберите учебный
- Каждый выпускник получает помощь и поддержку Центра развития карьеры Нетологии
Итак, мы разобрали базу для создания визуальной части интерфейса — дизайна. А теперь рассмотрим непосредственно процесс разработки приложений.
Этапы создания мобильного приложения
Исследование
Погружаемся в цели и задачи бизнеса.
Изучаем целевую аудиторию.
Исследования делятся на количественные и качественные.
Количественные исследования отвечают на вопросы «сколько?», «как часто?». Обычно их проводят при помощи опросов, анкетирования, телефонных интервью.
Качественные отвечают на вопросы «кто?», «почему?». Получают информацию в индивидуальных глубинных интервью, групповых дискуссиях (фокус-группах) или прибегая к экспертным оценкам.
Если приложение делается с нуля, то сначала с помощью комбинации методов проводят качественные исследования, потом количественные.
Если приложение уже разработано и его нужно доработать, тогда сначала собирают статистику количественными методами, а потом — качественными.
Дальше проводим конкурентный анализ, изучаем другие каналы коммуникации бизнеса: сайт, презентации, реклама, при наличии — офлайн-точки.
Это нужно для правильного позиционирования бизнеса в приложении. У каждого бренда или компании есть свой язык общения с клиентом. Через каналы коммуникации бренд транслирует посылы аудитории. Например, слоган Nike «Just do it» отражается в простом, спортивно-повседневном стиле, в котором оформлены магазины и сайты компании.
Аналитики предварительно пропускают через себя требования бизнеса и упаковывают это в понятные модели: mindmap, схемы бизнес-процессов, типичные пользовательские пути и другое, — создают артефакты аналитики.
На основе вышеуказанных артефактов дизайнер принимает решения.
Также артефакты помогают управлять коммуникацией с бизнесом: чтобы каждую неделю не прилетали изменения, все бизнес-требования обговариваются и фиксируются. Это важно, чтобы не делать работу в стол и избежать бесконечных доработок.
Если каждую неделю приходят новые требования, то бизнес-заказчик не знает или не понимает, что на самом деле он хочет. А если нет чётких критериев приёмки, будет сложно показывать результат работы. Можно попасть в петлю непрекращающихся правок и постоянных переделок.
Вышеперечисленное — исследования, общение с бизнесом, аналитика — может сделать дизайнер, менеджер продукта или аналитик, если есть такой специалист в компании. Это зависит от компании и бюджета на проект.
Если есть выделенные аналитики, то зона ответственности между ними для целей разработки приложения может распределяться следующим образом:
- бизнес-аналитик погружается в бизнес-процессы и собирает требования от компании,
- UX-аналитик изучает проблемы пользователей, проводит качественные и количественные исследования,
- продуктовый аналитик обычно работает с метриками и показателями продукта.
Проектирование
По сути это создание скелета приложения: дизайнер понимает, где какая будет информация, раскидывает контент по экранам и определяет, сколько экранов будет в каждом пользовательском сценарии.
Чтобы проверить эту логику на практике, дизайнер собирает черновик приложения. Там он тестирует связку экранов, проверяет, что компоненты интерфейса расположены в правильном месте и понятно, как с ними взаимодействовать: что-то нужно нажать, потянуть, выделить или удалить.
На этом этапе важно не переходить в визуальный дизайн и не углубляться в вопросы из серии «какого цвета будет кнопка» или «какие сделать скругления у картинки».
Для проектирования чаще всего используют чёрно-белые прототипы — вайрфреймы, которые создаются в графическом редакторе.
Перед вайрфреймами некоторые создают бумажные прототипы — от руки делают эскиз будущего приложения на бумаге.
Бумажные прототипы подходят для быстрого обсуждения идей, чтобы проверить себя и синхронизироваться с командой перед тем, как приступить к работе в графическом редакторе.
Бумага и карандаш — такие же инструменты дизайнера, как и графический редактор.
Когда дизайнер продумывает процессы в приложении, сложно удержать всё в памяти в один момент времени — нужно фиксировать ход мысли. И в этом сложно полагаться на графические редакторы, которые заточены под определённые задачи — например, обработать фотографии или создать иллюстрации. К тому же, когда мы сразу работаем в графическом редакторе, мы вынуждены подстраиваться под его ограничения, то есть не мы управляем инструментом, а инструмент — нами.
Между идеей в голове и её реализацией получается много посредников: интерфейс графического редактора, экран монитора, клавиатура, мышка. А при работе с бумагой идея быстрее становится осязаемой.
В проекте Dig(IT)al рассказываем о технологиях, которые помогут вам заработать. Переходите на цифровую сторону бизнеса.
Под руководством Юрия было выпущено несколько банковских приложений, и он уверен: самое страшное, что может случиться с мобильным приложением — если им не будут пользоваться. К такому сценарию может привести целый ряд ошибок на каждом этапе работы.
Постановка задачи
Бывает, руководство хочет «как у конкурентов», забывая, что вашим клиентам нужно что-то другое. Или задача ставится исходя из личных вкусов менеджера: в итоге ему нравится, а клиенту неудобно. Поэтому первым шагом должен быть user research, изучение конкретных потребностей клиентов. И только на основании этого исследования уже можно писать техзадание.
Звучит банально и очевидно, но всё равно каждый раз через это проходишь. Когда постоянно следишь за конкурентами, невольно забываешь, что у вас с ними не симметричная аудитория. Например, у нас было искушение многое сделать «как у других», но наша аудитория — это в первую очередь бизнес, поэтому «фишки масс-маркета» для нас неактуальны.
15 топ-менеджеров , которые вывели свои компании на лидирующие позиции в рейтинге ESG.
Если ТЗ написано без анализа, не опираясь на конкретные клиентские нужды, то потом сложно будет найти корень проблемы. Приложением не будут пользоваться, а вам придётся гадать, на какой стороне беда: техническая, айтишная, дизайнерская.
User research — это командная задача, а не только отдела маркетинга. Например, для создания банковского приложения надо изучить бизнес-профиль клиентов, поток транзакций и их типы, инструменты, которыми люди пользуются. Важно не только знать, какие действия совершает клиент, но и понимать, зачем он это делает: с какой целью человек хочет посмотреть баланс, получить выписку, сделать перечисление между своими счетами и так далее. Для этого надо анализировать данные, которые есть в компании, или проводить интервью с клиентами.
В идеале над этим должны работать люди из разных отделов, чтобы видеть сервис целиком и двигаться одновременно в разных направлениях.
Излишняя кастомизация
Мы сделали функциональность одинаковой для всех клиентов, независимо от их профиля. Многие банки кастомизируют приложения. Мы решили, что для нас это будет уже overengineering, или чрезмерное усложнение. К тому же есть риск ошибиться: кому-то станет недоступна какая-то функция, потому что неверно определили нужды клиента.
Вот есть китайский WeChat — это одно приложение для всего сразу. Оно настолько перегружено, что попробуй найди нужную опцию. Другая крайность — под каждую задачу делать отдельное приложение от одного поставщика услуг. Например, если я хочу использовать банк «Икс» и как юрлицо, и как частное, то мне нужно скачивать несколько приложений. По-хорошему, надо искать баланс между двумя крайностями.
Проблемы с функционалом
Выбор, как кастомизировать приложение — это первый этап, где есть риск уйти в избыточность или, наоборот, недостаточность. Следующий — это выбор функционала. Две частые проблемы — у одних урезанное по функционалу приложение, у других, наоборот, слишком много всего. Перегруженность — тоже плохо.
Мобильное приложение должно позволять делать основные вещи. Попытка внедрить туда всё усложняет навигацию. А в мобильном приложении невозможно сделать навигацию так же, как в вебе. Поэтому надо точно знать, что именно нужно клиенту, и делать только это. И это уже задача UX. Даже нам, хотя мы делали всё минималистично, потом пришла обратная связь: что тут сложно, здесь сложно, а тут много функциональности, которая не факт, что нужна, — перемудрили.
Бывают случаи, когда клиент просит о какой-то фиче: «мне нужно, чтобы было так». Делать что-то для двух клиентов из тысячи неправильно. Надо сперва разобраться, насколько это необходимо другим и можно ли эту функциональность как-то ещё развернуть, чтобы ею пользовались. Как правило, приходится выбирать то, что удобнее большинству.
Самое главное для мобильного приложения — чтобы все основные функции были на виду. А если у вас что-то более глубокое, то это можно спрятать так, чтобы человек мог в случае необходимости найти.
Технологии: нативная VS кроссплатформенная
Технологии для разработки приложения могут быть кроссплатформенными или нативными. Первый вариант — это когда одна основа сразу для Android и iOS, второй — отдельное приложение для Android, отдельное для iOS. Нативный вариант сильно дороже: и стоимость самой разработки практически удваивается, и дороже будет поддерживать. А если выбирать кроссплатформенные технологии, тот тут вопрос, на чём конкретно их делать — это зависит уже от деталей, задач, самого сервиса. Мы для себя выбрали кроссплатформенный вариант и сравнительно новую технологию, которая появилась только в прошлом году. Поскольку технология новая, то это тоже своего рода риск: мы ещё не знаем, в какой момент мы во что-то упрёмся.
Выбирая ту или иную технологию, надо думать наперёд и прикидывать, как вы будете развиваться — сможет ли выбранная технология покрыть все нужды, можно ли будет на этой платформе внедрить всё, что захочется.
Идеальный вариант — это хорошо расширяемые технологии, не заточенные под конкретные опции, у которых уже есть какая-то история и которые, предположительно, будут поддерживаться в обозримом будущем.
То, что сегодня кажется простым, завтра может настолько устареть, что некому будет поддерживать эту технологию. Вот появилось что-то новое, и смартфон это поддерживает. А потом выходит новый айфон, и там что-то настолько инновационное, что этим смогут воспользоваться только нативные приложения, а кроссплатформенным придется пару месяцев адаптироваться. И это тоже надо учитывать. Многие новые фреймворки и кроссплатформенные разработки быстро умирают. Поэтому надо следить за тем, как та или иная технология развивается.
Выбор подрядчика или собственная разработка
Делать самим или отдать на аутсорс — это вопрос ресурсов: надо просто тщательно всё рассчитать. Другое дело — выбрать самого подрядчика.
Здесь ты никогда до конца не знаешь, как в итоге пойдёт. Бывает, что и компания классная, и проекты у неё отличные, а вот именно на ваш проект поставят не очень профессиональных разработчиков, и всё затянется. Важна совокупность факторов: профессионализм и опыт компании, профессионализм и опыт конкретных сотрудников и большая работа с твоей стороны, в частности — контроль разработки.
Коммуникация между командами
Идеальный вариант, когда есть связь «команда» — «команда». Например, у меня был проект, когда мы созванивались только с проектным менеджером, все вопросы обсуждали только с ним, долго и нудно. А обратной связи от самой команды не было. Получался такой испорченный телефон. Хорошо, когда команды между собой общаются без участия менеджеров.
Еще один момент для контроля — это анализ затрат и проверка того, совпадают ли оценки с обеих сторон. Кроме того, важно и со своей стороны адекватно оценивать собственную техническую готовность: насколько вы готовы предоставить свою часть (тот же API или какую-то новую функциональность), необходимую для внедрения разработки.
Безопасность
Мы работаем с финансовыми данными и о безопасности думаем уже на стадии разработки. Первым делом мы проводим аудит приложения, чтобы всё было не только на совести разработчиков, но и проверено профессиональными тестировщиками, которые занимаются безопасностью. В приложение должны быть внедрены определённые технологические решения, которые защищают его от вредоносных кодов и утечки данных. Это must have, но именно вы как заказчик должны проверить, насколько ваш продукт надёжен.
Есть гайды — например, OWASP MASVS. Это, по сути, топ уязвимых мест, которые надо учитывать при разработке. Эти уязвимости легко закрываются, но если разработчик об этом не думает, то он может и не закрыть слабые места. Поэтому, во-первых, важно оговаривать всё на старте, во-вторых (доверяй, но проверяй), нужно стороннее тестирование на проникновение (penetration test).
Прохождение ревью
Нужно, чтобы и картинки, и описание соответствовали требованиям. В случае с банковскими приложениями возникает сложность с демо-доступом. Представьте: ревьюер доходит до экрана с логином — и всё. Вы же не будете его заставлять открывать счёт. Он пишет «невозможно проверить функциональность» и отклоняет вашу заявку. И надо либо дать демо-доступ, либо писать ответы, что доступ невозможен, так как у нас есть финансовые и клиентские данные, но вот вам ссылка на видео, где можно посмотреть, как это работает. И все это занимает время, если не продумать заранее.
Мы в итоге сделали два в одном: и демо-доступ, и видео о том, как работает приложение.
Обратная связь
Во-первых, надо следить за отзывами, которые оставляют клиенты в App Store и Google Play. Если ничего не отвечать и не менять, то рейтинг приложения будет падать: клиент несчастный, комментарий плохой, впечатление испорчено. Во-вторых, хорошо бы продумать альтернативный канал связи — то есть телефон или кнопка support должны быть в самом приложении, желательно на виду. Если у клиента проблема и он не знает, куда жаловаться, он напишет в отзывах к приложению.
Мониторинг активности
Допустим, у вас сто тысяч клиентов, а скачиваний всего десять. Надо искать проблему. Или скачиваний много, но после этого клиент заходит и сразу же уходит, приложением не пользуется. В чем причина? Надо собирать аналитику поведения пользователей. Сервисов, которые собирают такие данные, много. Проблема в том, чтобы их грамотно проанализировать и сделать правильные выводы. И это тоже момент, который стоит учесть на старте — как минимум, выделить такую задачу и назначить ответственного.
Чек-лист
Что учесть при создании приложения, чтобы им реально пользовались клиенты:
Тенденции рынка
Тенденции рынка мобильных устройств таковы, что основной объем продаж приходится на технику на базе Android – до 80% от всех продаж. Достигается это преимущественно за счет того, что в этом сегменте много экономвариантов и их продвижением занимается сразу множество компаний. Доля рынка Apple намного скромнее относительно всех компаний, использующих операционную систему Android, и намного больше каждой из этих компаний в отдельности.
Наглядная статистика
Подготовка
С чего начать подготовку? Прежде, чем заняться поиском исполнителя, необходимо самостоятельно провести некоторый объем работы и определить цель создания приложения. Это важный этап, на котором можно значительно изменить первоначальную бизнес идею, или даже вовсе от нее отказаться.
Если предполагается продажа программы на открытом рынке, в первую очередь необходимо определиться, какие потребности пользователя она будет удовлетворять и на каком из рынков стартует.
Весь рынок мобильных гаджетов можно условно разделить на две ведущие платформы: Android и IOS. Тут все относительно просто:
- Устройств на базе Android значительно больше, чем на базе конкурентов, но платежеспособность пользователей этих устройств относительно низкая;
- Устройства на базе IOS продаются в меньших объемах и значительная их часть в России приходится на Питер, Москву и московскую область.
После выбора целевого потребителя, необходимо определиться, какую проблему будет решать ваша программа и на каком конкретном гаджете. А решение этого вопроса напрямую зависит от того, как пользователи используют то либо иное устройство:
- Смартфон у человека постоянно под рукой, он сопровождает его весь день, соответственно, это влияет на возможный спектр проблем, решение которых можно реализовать на этом гаджете. Из минусов небольшой экран, на котором трудно расположить большое количество элементов в удобном порядке.
- Планшеты предпочтительно используются в домашней обстановке, или в длительном пути (поезд, самолет). Их экраны намного больше экранов смартфонов, за счет чего ими удобнее пользоваться. А плюсом для разработчиков – на большом экране легче разместить весь функционал.
Цена разработки: самостоятельно vs заказ у фрилансеров
Точную сумму всех расходов по созданию приложения сразу не сможет назвать ни одна команда разработчиков. В лучшем случае примерную, если в ближайшие годы копания уже выполняла подобные заказы. Во-первых, у рынка высокая динамика различных изменений, что влияет на цены. А во-вторых, для точного определения стоимости необходимо согласовать все детали проекта и составить по ним смету.
Выберите одну ведущую операционную систему, под которую продукт будет написан. Это позволит уменьшить расходы минимум в два раза.
Можно написать программу и самостоятельно, если вы обладаете необходимыми навыками. Но, там где вы сэкономите деньги, вы потратите свое время. Обычно в таких случаях рассчитывается сколько стоит ваш личный час работы, и, исходя из этого, можно сделать вывод насколько это будет вам выгодно.
Бесплатные способы создать приложение
Если вы хотите самостоятельно выполнить проект и не тратить на это больших средств, вам могут помочь конструкторы приложений. Это относительно новые сервисы, которые помогают сделать несложную программу.
Совсем бесплатным этот способ не назвать – заплатить всё-таки придется. Но это будет в разы дешевле, чем заказывать работу у профессиональной команды разработчиков.
Конструкторы могут в автоматическом режиме сделать мобильную копию вашего сайта или блога в форме клиента для него, или предоставляют базу, в которой можно самостоятельно собрать приложение для мобильных телефонов из готовых элементов.
Такие сервисы предлагают гибридные и нативные решения. Впоследствии, зачастую можно выкупить у сервиса код программы и заниматься ей самостоятельно, или оплатить поддержку и сервис сам будет заниматься всем продвижением (в этом случае придется оплатить аккаунт в App Store или Google Play)
Заказ разработки приложения
Если вы уже подготовились и у вас есть четкое понимание того, какое приложение вы хотите, можно приступать к переговорам с потенциальным исполнителем.
- Непосредственно перед самими переговорами не помешает заключить договор о неразглашении. Этим вы защитите свою идею от недобросовестного исполнителя.
- Составление ТЗ (технического задания). На этом этапе важно участие заказчика. В идеале для самого заказчика хорошо подготовится к этому моменту, и иметь не просто некую абстрактную идею в уме, а по возможности детальный набросок основных окон программы. На основе работы, проделанной заказчиком, специалисту будет проще объяснить, что и как лучше реализовать на практике. Составление ТЗ требует работы специалиста, по этому эта услуга платная.
- По достижении договоренности исполнитель должен предоставить смету на выполнение работ, в которой прописаны все работы, необходимые часы на выполнение задач и стоимость часа. В некоторых случаях смета не составляется, и речь идет только о стоимости часа работы специалиста. Внимание! Часы в смете необходимы для подсчета общей стоимости работ и могут быть распределены между специалистами. Конечные сроки выполнения всего заказа рассчитываются отдельно.
Этапы
Что нужно для создания любого мобильного продукта? Обычно оно проходит в несколько основных этапов. Этапы создания:
- Схематический набросок: какие окна будет видеть пользователь, как между ними перемещаться, и какой в них будет размещен функционал.
- Дизайн.
- Разработка.
- Тестирование.
- Поддержка.
Проектирование и дизайн
Прежде, чем полностью выполнять весь дизайн, создаются основы, концепция дизайна. Дизайнер оформляет одно-два окна программы, после чего руководитель проекта принимает решение, подходит этот дизайн приложению или нет. Переделать концепцию на этом этапе намного быстрее и проще, чем весь дизайн полностью
Как только решение по концепции будет принято, дизайнер приступает к выполнению всего объема работ.
Разработка
ТЗ готово, дизайн тоже готов – самое время приступить непосредственно к самой разработке. На этом этапе программисты выполняют в коде все, что было согласованно ранее. Все коллективы работают немного по-разному, но в целом рекомендуется на время разработки пользоваться тем же гаджетом, на который пишется программа (например если приложение пишется на андройд, то в процессе работы над ним лучше всего если участники разработки и сами пользуются смартфонами на андройде). И уже понемногу тестировать еще сырое приложение.
Тестирование
Тестирование это неотъемлемый этап процесса разработки. На тестировании лучше не экономить ни денег, ни времени. У вашего продукта будет только один шанс создать о себе хорошее впечатление. И чем лучше ваша программа будет работать на релизе, тем дешевле вам обойдется дальнейшее ее продвижение.
Задача тестирования не только в поиске ошибок и багов, но и в изучении отклика приложения: насколько удобно в нем работать, все ли интуитивно понятно, если ли сложности с поиском элементов функционала и т.д.
Поддержка
Вы всё выполнили грамотно, разработка мобильного приложения завершена, и оно уже поступило в продажу. Но основная работа только началась. Необходимо постоянно отслеживать обратную связь от пользователей. Оперативно реагировать, как на отрицательные отзывы, так и на пожелания. Чем быстрее вы выпустите обновление с решением проблем, тем быстрее магазин скроет негативные отзывы на прошлую версию. А исполнение рациональных пожеланий пользователей повысит лояльность к вашему продукту.
Важно! Перед выпуском обновления не поленитесь потратить немного средств на его тестирование – это поможет избежать неожиданных проблем.
Специфика
Читайте также: