Можно следующим образом приложении выбрать
Иногда в жизни бывают ситуации, когда хочется «подбросить монетку». К примеру, чтобы определиться, ехать или не ехать на экзамен, если сильно заболел. Или смотреть/не смотреть матч сборной России, который будет очень поздно, а завтра на работу. И другие варианты. Теперь монетку искать необязательно, достаточно просто скачать и установить приложение «Правильный выбор».
Версия программы: 1.0
Русский интерфейс: да
Технические требования: iPhone, iPod touch и iPad. Требуется iOS 3.0 или более поздняя версия.
Категория: Развлечения
Скачиваете и устанавливаете приложение (изначально оно бесплатное). В главном меню три пункта: «Да/Нет», «Любит/Не любит», «Мой список». Первые два режима работы доступны всем без исключения, третий режим доступен только тем, кто приобрел дополнение (0.99$).
Присутствует возможность «слепого выбора». Вы нажимаете на кнопку «Скрыть», содержимое основного списка сменяется на знаки вопроса. Потом нажимаете одну из кнопок «Случайные желания», «Случайные наказания», «Случайные девизы», «Случайные действия». И после этого на кнопку «Играть». В этом случае содержимое списка Вам будет неизвестно, и приложение выберет один из неизвестных вариантов для Вас совершенно случайно.
Удачного Вам выбора! И не забывайте, что нельзя полностью полагаться на приложение или монетку, всегда нужно думать своей головой.
5 приложений для принятия решений, которые помогут вам выбрать правильный выбор
Иногда, когда вы сталкиваетесь с трудным решением, вы чувствуете себя парализованным и неспособным сделать следующий шаг. Эти приложения для принятия решений помогут вам определиться с правильным выбором в любой ситуации.
У нас уже есть несколько веб-сайтов, которые принимают решения за вас, когда речь заходит о конкретных ситуациях, например, что есть на ужин или что смотреть на Netflix. Но эти сайты не позволяют вам ставить свои собственные уникальные проблемы.
Поэтому, когда вам нужно попросить кого-то помочь вам выбрать между двумя нарядами или принять важное жизненное решение, это сайты и приложения, которые помогут вам сделать правильный выбор.
1. Decisionize (Web): посмотрите, как решения влияют на ваши цели
Часто приходит паралич принятия решений, потому что вы не можете ясно увидеть конечный результат. Decisionize превращает ваш выбор в уравнение, которое помогает вам понять, какое влияние можно достичь при каждом выборе.
Это трехступенчатый процесс. На первом этапе вы записываете все варианты, с которыми вы сталкиваетесь.
На втором этапе напишите плюсы и минусы всех этих вариантов. Кроме того, эмодзи, который вы выбираете, показывает, насколько он хорош или плох. Фактически, вы можете пойти дальше и добавить общие цели и результаты, которых хотите достичь.
На третьем этапе в серии слайдов оцените, как каждое решение может повлиять на плюсы или минусы. Оцените их по трем показателям: нет, некоторые и да.
После того, как вы закончите, Decisionize рассчитает каждый ответ и превратит его в оценку. Окончательный результат указывает на то, какое решение вы будете наиболее довольны, уравновешивая плюсы и минусы.
2. Плюсы и минусы (Android): составьте список плюсов и минусов с очками
Извечный, проверенный метод, позволяющий упростить принятие решения, — составить список плюсов и минусов. Это современное приложение, добавляющее баллы или оценки к каждому за и против, которое облегчает ваше решение.
Создайте новое решение, с которым вы боретесь, и добавьте свое текущее настроение на основе смайликов. Затем вы просто начинаете добавлять плюсы и минусы, каждый из которых имеет рейтинг по 10-балльной шкале.
После того, как вы наберете столько плюсов и минусов, сколько сможете придумать, перейдите к следующему шагу, где приложение подсчитает результаты. Вы увидите, что вы выбрали, сколько веса вы ему дали, и итоговое количество очков ваших плюсов и минусов. И вот, у вас это есть, вы знаете, каким должно быть ваше решение.
Скачать: Плюсы и минусы для Android (бесплатно)
3. Опросы (Android, iOS): создавайте опросы или высказывайте свое мнение
Опросы — это одно из самых простых приложений, которое позволяет создать опрос и поделиться им со своими друзьями или широкой публикой, чтобы узнать мнение. Вы можете создавать как публичные, так и приватные опросы, которые автоматически подсчитываются.
В каждом опросе вы можете задать вопрос и прикрепить GIF или изображение, сделать фотографию или указать местоположение.
Текст — это более традиционный способ опроса, позволяющий получить до восьми различных вариантов ответа на один вопрос. Опрос по смайликам — это тоже крутая альтернатива, так как вы можете получить простые большие пальцы вверх или большие пальцы вниз, или иметь смайлики, которые означают энтузиазм или отвращение
Пока вы ждете результатов опроса, вы можете перейти в общедоступную ленту Опросы, чтобы увидеть вопросы, заданные другими пользователями для общей базы пользователей. Нажмите, чтобы высказать свое мнение. К сожалению, нет простого поля для комментариев, чтобы получить больше от участников.
Скачать: Опросы для Android | iOS (бесплатно)
4. r / MakeMyChoice (Web): пусть незнакомцы принимают ваше решение
Иногда никакие списки плюсов и минусов или рациональные аргументы не могут помочь вам прийти к выводу. Возможно, вам просто нужен кто-то еще, чтобы принять решение за вас. Не бойтесь, вам не нужно идти к своим друзьям, потому что вместо этого вы можете найти незнакомца в Интернете, чтобы сделать выбор за вас.
От мирского до изменяющего жизнь, субреддит r / MakeMyChoice полон доброжелательных душ, готовых разделить бремя принятия решений.
Создайте новый пост, укажите свою дилемму и позвольте этим пользователям выбирать, что вам следует делать, предлагая при этом свои уникальные взгляды и причины.
Это звучит немного глупо, но в этом есть некоторая логика.
Во-первых, это волнение приключений, позволяющих кому-то другому решать за вас, и плыть по течению. Но более того, это также поможет вам увидеть вещи с другой точки зрения и выяснить, почему вы должны или не должны что-то делать. Ваши собственные плюсы и минусы будут ограничены тем, как вы думаете, и свежий взгляд может нарушить баланс.
5. Выбор колеса (сеть): вращайте колесо, чтобы выбрать выбор
«Что вы хотите на обед?»
«Я не знаю, вы выбираете.
«Я в порядке со всем, вы решаете.»
Если вам достаточно этих повседневных пассивных не аргументов, пусть Wheel Decide сделает выбор за вас. Пришло время крутить колесо, и пусть судьба и случайность говорят свое слово.
Веб-приложение именно то, что вы ожидаете. Введите до 100 вариантов в полях и присвойте вашему колесу название. Расширенные настройки имеют множество настроек. Например, вы можете удалить любой выбор после того, как он будет выбран колесом. Вы также можете указать, как долго крутить это колесо, и даже вставлять его на веб-страницу.
Новое колесо автоматически добавляет цвета, хотя вы также можете настроить их, если хотите. Войдите в Facebook, чтобы сохранить все созданные вами колеса, чтобы вы могли регулярно использовать их для повторяющихся решений, например, что заказать на обед в офисе.
Wheel Decide — это довольно крутой способ принять решение наугад, так что никто не получит вину в случае, если о каком-либо решении пожалеет позже.
Принимать решения и урегулировать аргументы
С помощью инструментов, представленных в этой статье, вы сможете принимать всевозможные решения, от нюансов аргументов, которые оценивают ваши варианты и их результаты, до непредвиденных обстоятельств. Плюс, все они бесплатны, и им тоже не нужно много времени.
Существуют и другие подобные бесплатные веб-сайты для урегулирования споров и принятия решений сайты для урегулирования споров и принятия решений сайты для урегулирования споров и принятия Некоторые из них позволяют вам перевернуть виртуальную монету, чтобы выбрать головы или хвосты, в то время как другие случайным образом выбирают списки или выбирают имя наугад из виртуальной шляпы. Эй, все, что выводит тебя из паралича решений — это хорошо, правда?
Мобильная разработка: от идеи до оценки стоимости
Мобильных разработчиков часто спрашивают, сколько будет стоить реализовать ту или иную идею. Например, сделать аналог «Убер» или «Авито». При такой постановке вопроса трудно оценить предстоящие трудозатраты, что создает большой разброс цен у разных разработчиков и недоверие со стороны заказчика.
Ещё одной проблемой является недостаточная проработка идеи. Зачастую заказчик видит общую концепцию приложения, но слабо представляет детали. Это приводит к лишним затратам на обсуждение и переписывание требований.
Эта статья адресована в первую очередь тем, кто задумался о заказе собственного приложения. В ней я отвечу на распространенные вопросы и дам несколько советов, которые помогут вам проработать идею и не потратить лишнего.
У меня есть идея приложения. Сколько будет стоить разработка?
C ходу вам никто не скажет. Каждый более-менее крупный проект состоит из нескольких компонентов: самого приложения, сайта, базы данных, панели управления. Насколько затратным выйдет каждый компонент — зависит от ваших потребностей, уникальности задачи и специфики бизнеса.
Недавно я разместил на бирже заказ на разработку клона «Убер». Одни исполнители просили 100 000 рублей, а другие — до 5 000 000.
Почему такой большой разброс цен?
Совет. Оценить стоимость разработки можно и самостоятельно, с помощью специальных калькуляторов. О своем опыте работы с ними я уже рассказывал здесь: Как рассчитать примерную стоимость разработки за 3 минуты.
Из каких этапов состоит разработка?
Разработка приложений не ограничивается написанием кода. Вот что происходит после того, как ваша идея попадает в руки к разработчику:
Когда я смогу узнать точную стоимость и сроки?
Как правило, точную оценку можно получить уже на этапе аналитики. К этому моменту ваша идея детализируется до конкретных требований, реализацию которых можно измерить в человеко-часах.
Проработка требований может занять от нескольких дней до нескольких недель, в зависимости от сложности проекта. Вы можете значительно ускорить этот процесс, если предоставите разработчику качественное ТЗ.
А можно как-нибудь без ТЗ?
Да, можно. Если вы хотите узнать нижний порог стоимости разработки, то ТЗ можно заменить на краткий бриф.
Бриф — это своего рода анкета для вас и разработчика. Он помогает лучше понять целесообразность идеи и определиться с функциями, которые должны быть в приложении.
В брифе необходимо проработать 4П: пользователей, проблемы, преимущества и прибыль.
Пользователи
Разные люди — разные потребности. От выбора целевой аудитории зависит то, каким должно быть приложение. Например:
Проблемы
Если приложение не поможет пользователю решать его задачи, то он его, скорее всего, удалит.
Опишите конкретные ситуации, в которых ваше приложение будет полезно людям. Например:
Преимущества
Чтобы «выстрелить», ваше приложение должно выгодно отличаться от аналогов. Как этого добиться:
Прибыль
Существует несколько способов, которыми приложение может помочь вам заработать:
Следует помнить, что магазины приложений в некоторых случаях берут внушительную комиссию за покупки пользователей, что может отразиться на сроках окупаемости проекта.
Бриф формирует общее видение проекта. В дальнейшем его можно использовать при составлении ТЗ с требованиями.
Совет. Старайтесь описывать требования, а не озвучивать. Так вам не придется по несколько раз пересказывать одно и то же. Если же вам легче формулировать мысли устно, воспользуйтесь голосовым вводом в Google Документах.
Нужно ли рисовать прототипы?
На ваше усмотрение. Прототипы помогают представить, как будут выглядеть экраны приложения. Если вы нарисуете их сами, то дизайнеру не придется придумывать всё с нуля. Он сможет глубже понять вашу идею и поможет развить её до окончательного варианта.
Создавать прототипы можно с помощью бесплатных сервисов или нарисовать от руки. Список наиболее удобных решений я привел в конце статьи.
Совет. При создании прототипов ориентируйтесь на сценарии действий пользователя. Задавайте переходы между экранами, чтобы не упустить важных шагов.
Что ещё может повлиять на сроки оценки?
Могут возникнуть сложности при планировании интеграции. Например, если приложение должно обмениваться данными с внешним сервисом на Bitrix. Такие моменты сложно оценить, так как приходится постоянно взаимодействовать с командой на стороне клиента. Работа может стопориться просто из-за того, что разработчик всё утро ждал обратную связь от специалиста по CRM.
Совет. Создайте общее информационное пространство, в котором ваши специалисты будут отвечать на вопросы мобильных разработчиков. Например, с помощью Google Таблиц или Trello. Собранную таким образом информацию потом можно использовать для доработки ТЗ.
Что лучше: нативное приложение или кроссплатформенное?
Кроссплатформенные приложения менее отзывчивы и не всегда корректно работают на обеих платформах. Если нужно быстро создать простое приложение (например, на основе сайта), то этот вариант вам подходит.
Нативные приложения могут по максимуму использовать возможности своих платформ и работать в офлайн. При этом дизайн приложения будет соответствовать тому, к чему привыкли пользователи Android или iOS. При нынешних тенденциях рынка данный вариант является предпочтительным.
Совет. Если ваш бюджет ограничен, закажите нативное приложение для одной платформы. Так вы получите минимально жизнеспособный продукт (MVP) c полным функционалом. С его помощью вы получите адекватную обратную связь от пользователей и поймете, нужно ли вкладывать в разработку для второй платформы.
Стоит ли использовать конструкторы приложений?
Конструкторы приложений предназначены для решения базовых задач бизнеса. Их главный плюс — возможность собрать и настроить приложение самостоятельно, экспериментируя с готовыми модулями. Если ваше приложение является типовым для своей ниши (делает то же, что и другие), вы можете собрать его с помощью конструктора. Если вам нужно что-то более специфичное, то этот вариант не подходит.
Стоит отметить, что большинство конструкторов — это франшизы. Фактически вы получаете доступ к приложению, который необходимо оплачивать. При этом некоторые недобросовестные владельцы франшизы оставляют за собой право менять условия сотрудничества или блокировать доступ клиента к личному кабинету.
Совет. Перед тем, как воспользоваться услугами конструктора, почитайте отзывы о приложениях, которые были созданы на его основе. Информация об успешных кейсах в портфолио не всегда соответствует реальному опыту использования.
Что если мое приложение должно быть готово к определенной дате?
Планируйте срок с запасом. В AppStore приложения проходят ревью, которое может занять более месяца. А повлиять на Apple нельзя.
Даты мероприятий, связанных с презентацией и продвижением приложения, назначайте после прохождения ревью.
Резюме
Полезные ссылки
Если у вас остались вопросы — добро пожаловать в комментарии.
Разработка мобильного приложения: от идеи до результата
Процесс создания нативного приложения, описанный компанией BHW Group и адаптированный AppCraft под современный софт и реалии.
Каждый день тысячи мобильных приложений появляются в Google Play и Apple App Store. Соцсети, мессенджеры, игры и многие другие – все они делаются профессионалами по одному алгоритму разработки. И сегодня мы разложим его на понятные шаги, чтобы показать вам внутреннюю кухню мобильной разработки. Она включает в себя шесть этапов: оформление идеи, разработка стратегии, работа над дизайном, непосредственно разработка, выход на рынок и мониторинг ситуации.
Материал будет полезен начинающим студиям разработки, тем, кто задумал свой стартап, а также тем, кто спонтанно решил внедрить в свой бизнес приложение, но ещё смутно представляет, какие издержки оно может принести.
Как бы тривиально это не звучало, но хорошее приложение начинается с хорошей идеи. Если у вас её нет, подумайте над существующими в мире проблемами и возможными способами их решения. Перебирайте варианты, пока не обнаружите подходящий пробел на рынке, а потом ищите лучший путь, которым его можно заполнить. Это половина успеха.
Ключом к ответу может стать понимание того, почему эта проблема вообще существует, а для её решения до сих пор нет ни одного приложения. Погрузитесь в тему, соберите данные и обсудите их с командой. И, если у вас достаточно ресурсов на разработку, беритесь за дело.
Следующий шаг после рождения идеи – составить план работы над проектом. Его проще всего начать с анализа конкурентов. Найдите на рынке похожие мобильные приложения и проанализируйте следующие факторы:
История компании – будьте готовы столкнуться с теми же трудностями, что и ваши ближайшие конкуренты. Заодно попробуйте понять, как они завоевали признание аудитории.
Благодаря анализу конкурентов вы убиваете сразу двух зайцев. Во-первых, учитесь на чужих ошибках, причём бесплатно, без траты лишнего времени и ощущения собственной неполноценности. Во-вторых, вы начинаете понимать, на что вам придётся пойти, чтобы выжить на рынке мобильной разработки. Что именно пользователь хочет увидеть в своём смартфоне? Есть ли для вашего приложения свободная ниша? Ответы на эти вопросы помогут вам найти баланс между вашими возможностями и потребностями рынка. Ну а если ваша идея настолько уникальна, что подобных приложений ещё нет в природе, посмотрите, как разработчики-первопроходцы из других сфер презентовали себя аудитории.
Если вы не занимаетесь разработкой мобильных приложений исключительно ради удовольствия, то наверняка заинтересованы в том, чтобы получить с продукта хорошую прибыль. Покупки в приложении, оплата подписки или премиум-версии, размещение рекламы, продажа данных – все эти способы монетизации можно использовать, даже если вы распространяете приложение не бесплатно. Чтобы выбрать оптимальный вариант, посмотрите, на чём зарабатывают ваши конкуренты, и определитесь, в какой момент начнёте монетизацию. Если спохватитесь слишком поздно, рискуете попасть в трудные времена.
Эта ступень мобильной разработки связана с пониманием главного вызова, стоящего перед любым разработчиком. Вам придётся продвигать своё приложение, чтобы о нём узнали и начали пользоваться. Сотни качественных мобильных приложений пылятся на виртуальных полках потому, что у их разработчиков не было маркетинговой стратегии и бюджета на её реализацию. А без неё могут обойтись только B2B-приложения, сделанные для внутреннего использования сотрудниками компании-заказчика.
Этап стратегического планирования завершается составлением дорожной карты вашего мобильного приложения, которая зафиксирует его идеальный путь от минимального жизнеспособного продукта (MVP) до попадания в топы магазинов. Составьте список контрольных точек и расставьте их в зависимости от собственных приоритетов. Учитывайте функционал приложения, возможные пожелания аудитории и следующие из них обновления. Но над ними вы будете думать, когда получите фидбек от первых пользователей MVP. Пока же можно сосредоточиться на других вещах.
Внутренняя архитектура зависит от функционала мобильного приложения и выбранного способа обработки и хранения данных. Обычно мы составляем два списка – характеристик, которыми должно обладать приложение, и ключевых визуальных элементов. Они становятся фундаментом для всех будущих архитектурных работ.
Инструменты: доска и маркеры. Много маркеров.
Затем мы рисуем на доске или бумаге экраны и располагаем на них необходимые элементы и данные. Несмотря на то, что один и тот же элемент может присутствовать на нескольких экранах, у него должен быть «дом». Именно на этом этапе в проект можно внести любые изменения.
Они определяют способы взаимодействия пользователя с приложением. Учитывайте все варианты его поведения, чтобы понять, сколько касаний ему потребуется для завершения того или иного действия, причём количество этих касаний должно быть пропорционально сложности действия. Если обнаруживается, что интерфейс не понятен пользователю интуитивно, приходится возвращаться к предыдущему шагу и менять вайрфреймы. При этом после любого изменения все пользовательские сценарии проверяются заново на случай, если мы, упростив одно действие, усложнили другое.
Инструменты: маркеры, плюс Invision, Adobe XD и Figma.
Самый простой способ проверить, насколько хорош ваш UX-дизайн – протестировать его на будущих пользователях. Отправьте им ссылку, после перехода по которой они смогут «потыкать» по отрисованным вайрфреймам. О функциональности речь не идёт, только о проверке навигации. Прислушивайтесь к комментариям, возвращайтесь на один-два-три шага назад, исправляйте проблему и тестируйте. Снова и снова.
Инструменты те же, что и для пользовательских сценарий: Invision, Adobe XD и Figma.
Стайлгайды – это стройматериалы для отделки «интерьера» мобильного приложения и повышения его юзабилити. Без продуманного стайлгайда элементы дизайна будут менять цвета и плавать по экрану, сбивая пользователя с толку.
Руководство по стилю мобильного приложения должно быть максимально подробным и опираться на характеристики аудитории. Ей нужно работать в приложении по ночам? Делаем тёмную тему. Это внутреннее приложение для сотрудников крупной компании? Убираем всё лишнее. Как это сделать? Опытный UI-дизайнер предложит сотню вариантов цветовой палитры, шрифтов и виджетов (кнопок, форм, значков и т.д.).
Рендеринг – это процесс отрисовки вайрфреймов в цифре в соответствии со стайлгайдом. Дизайнер должен придерживаться рекомендаций, но не следовать им слепо. Только так визуальная составляющая мобильного приложения будет выглядеть целостно.
Не стоит жалеть времени на то, чтобы отправить отрисованные в диджитале экраны тем же пользователям, которым отправляли вайрфреймы. Это своего рода переломный момент, после которого любые изменения становятся крайне затратными. По сути, вы заливаете фундамент будущего дома, так неужели не надо свериться с планом и десять раз проверить все измерения?
Настало время подключать разработчиков, которые качественно реализуют продуманный до мелочей и многократно протестированный дизайн. Что может пойти не так? Например, вы заказали дизайн у одной компании, а разработку – у другой. Или у них внутренний раскол. Поэтому рекомендуем работать с профессиональной командой, которая занимается мобильной разработкой от идеи до результата.
В некоторой степени успех совместной работы дизайнеров и разработчиков зависит от выбора инструментов. Например, приложение Zeplin показывает последним все свойства загруженного в него дизайна, хотя не обладает всеми возможностями Sketch или Photoshop. В любом случае, убедитесь в том, что команда пользуется точными значениями измерений и не ленится копировать HEX-коды цветов.
В мобильной разработке существует великое множество технологий. Одни почти не требуют затрат, но не отличаются высокой производительностью, другие потребуют больших вложений во имя блестящего результата. Худшее, что вы можете сделать на данном этапе – использовать устаревшие или ненадёжные инструменты, которые приведут к тому, что вам придётся переписывать код, доплачивая остальным членам команды за переработку. Чтобы избежать этого, рекомендуем принять ряд важных решений до начала работы над проектом. Каких именно, расскажем ниже.
Существует три основных подхода frontend-разработке:
Сервер влияет на производительность мобильного приложения и масштабируемость продукта, то есть способность системы увеличивать ту же производительность за счёт увеличения доступных ресурсов. Технологии здесь те же, что и в разработке веб-приложений. Отправная точка – определиться с:
Языком программирования – написать мобильное приложение можно на Java, SWIFT, а сервер на Javascript, C#, Go-lang, PHP, Python и ещё десятке языков. И у каждого из них есть фреймворки на любой вкус.
Чтобы спланировать спринт, составьте список задач с конкретными критериями оценки результата. Это поможет разработчикам оценить временные затраты на выполнение каждой из них и равномерно распределить обязанности внутри команды.
На этапе разработки команда воплощает в жизнь идеи дизайнеров и свои собственные. Результат проверяет QA-команда (отдел контроля качества) или менеджер проекта. Последний также распределяет задачи между разработчиками, добиваясь равномерной загрузки команды на протяжении всего спринта.
Разработчики должны чётко представлять концепцию приложения и его отличительные черты. Ничто так не мотивирует, как амбициозные цели, но в погоне за ними нельзя забывать о реальности. Возможно, вам придётся смириться с тем, что часть функций так и останется нереализованной.
Тестировать приложение не должны его же разработчики.
Тип тестирования выбирают исходя из проверяемой характеристики приложения:
Функционал – должен соответствовать заявленному. Хорошо, если у подрядчика есть QA-команда, а у неё – план тестирования со списком всех функций приложения и его желаемым поведением. Но если таковой нет – необходимо позаботиться об этом и нанять специально обученных специалистов. Юзабилити – интерфейс мобильного приложения должен быть интуитивно понятным и дружелюбным. О проблемах с этими качествами вам лучше всего расскажут те, кто видят продукт впервые.
Но и это ещё не всё:
Регрессионное тестирование – используется для проверки уже протестированного кода на ошибки, исправленные ранее, или возникшие в результате этих исправлений. Здесь на помощь вновь приходит QA-команда с чек-листами изменений, внесённых в код на каждом из спринтов.
В конце каждого спринта обсуждайте его результаты с заинтересованными сторонами. Сделайте выводы из трудностей, с которыми вы столкнулись, и постарайтесь больше их не допускать. Отмечайте успешные решения и используйте их в дальнейшем. Двух одинаковых проектов быть не может, поэтому разработчики постоянно прокачивают свои навыки, в том числе – навыки планирования работы над проектом. Который, кстати, переходит в следующую стадию.
К этому моменту приложение (или хотя бы MVP) должно быть полностью готово к выходу на рынок. Но если вы хотите потратить маркетинговый бюджет с умом, то размещать приложение в публичный доступ Google Play и Apple App Store пока рано. Нужно ещё раз протестировать его — на этот раз на небольших группах целевой аудитории. Сделать это можно двумя способами.
Первое правило фокус-группы — участники должны увидеть приложение впервые. Вам необходимо выяснить, кто они, откуда узнали о вашем продукте и пользуются ли чем-то похожим. Когда перейдёте непосредственно к тестированию, не давайте подсказок, а наблюдайте за тем, какие сложности возникают у людей в процессе использования приложения. Затем попросите каждого участника высказаться и обсудите все спорные моменты.
Вместе с фокус-группой (или вместо неё) можно устроить пробный запуск приложения для ограниченной аудитории опытных пользователей и охотников за новинками. Обязательно скажите им, что цените их интерес, попросите фидбек и пообещайте принять во внимание конструктивную критику. Кстати, бета-тестирование также позволяет проверить, как ваше приложение работает с разными устройствами и операционными системами.
Помните: лучше получить как можно больше подробных отчётов об ошибках и исправить их, чем не получить ни одного и узнать о проблеме от недовольных комментаторов из магазинов.
Перед тем, как представить своё мобильное приложение миру, позаботьтесь о двух вещах: надёжном API-сервере и соблюдении правил Google Play Store и Apple App Store.
Большинству мобильных приложений нужен backend-сервер, который обменивается данными с ними. Если сервер перегружен или не отвечает, приложение не будет работать. Хорошая новость: благодаря облачным технологиям конфигурацию сервера можно менять в зависимости от размера пользовательской базы.
Публикация приложения в Google Play Store и Apple App Store – трудоёмкий процесс. Вам придётся убедиться в том, что приложение отвечает требованиям магазина, заполнить несколько форм для каждого из них, подготовить скриншоты и маркетинговые материалы, составить текст описания… а Apple ещё и тщательно в течение нескольких дней будет проверять само приложение и даже может не только потребовать изменений, но и отказать в публикации из-за “бессмысленности” приложения. Нет, мы не исключаем вероятность того, что магазин примет ваше приложение без лишних вопросов, и через несколько дней оно будет доступно для скачивания. Просто предупреждаем о возможных трудностях, которые возникнут с вероятностью в 99%.
Разработка мобильного приложения не заканчивается с его публикацией в сторах. Даже за умеренно популярными приложениями стоит целая история обновлений. Исправленные ошибки, улучшение производительности, новые возможности – поводов масса. Выбрать нужный именно вам поможет мониторинг следующих аспектов.
Для отслеживания падений приложения есть немало библиотек. Они хранят информацию о том, что делал пользователь во время падения, на каком устройстве оно произошло и многое другое – в общем, всё, что поможет разработчикам решить проблему. Кроме того, функцию отправки сообщения о падении можно встроить в само приложение. Вам останется только рассортировать их.
Современные системы аналитики мобильных приложений собирают информацию об аудитории вашего приложения (распределение пользователей по полу, возрасту, местонахождению, языку и т.д.) и особенностях взаимодействия с ним (времени входа в приложение, времени, проведённом в приложении, количестве просмотренных экранов и пр.). Некоторые даже составляют тепловые карты, которые показывают, на какие кнопки пользователи нажимают чаще остальных. Используйте эти данные как ориентиры на будущее: вкладывайтесь в доработку тех областей, в которых концентрация действий аудитории наиболее высока.
Этот показатель нельзя измерить двумя предыдущими способами, но следить за ним необходимо. Как часто происходило то или иное действие и как долго оно длилось – вот вопросы, которые помогут оптимизировать работу приложения. Если простейшее действие занимает больше времени, чем ожидалось, это тревожный сигнал.
Оценки и отзывы в магазинах крайне важны, особенно для новых приложений. Всегда отвечайте комментаторам: благодарите за хорошие слова и постарайтесь помочь тем, кто столкнулся с трудностями при использовании вашего приложения. Комментаторы обычно не ожидают, что им ответят реальные разработчики. Чуть больше клиентоориентированности – и две звезды превращаются в пять, а ваша репутация взлетает до небес.
Цель мониторинга – понять, что делать дальше. Используйте статистику и отзывы, чтобы выявить слабые места, а потом возвращайтесь на n шагов назад и укрепляйте их. Повышайте конверсию пользователей в покупателей, расширяйте клиентскую базу, зарабатывайте, в конце концов. Ведь мобильная разработка – это очень динамичная среда, и, чтобы быть на плаву, надо постоянно работать над продуктом и над собой.
Процесс разработки мобильного приложения кажется сложным только на первый взгляд. Да, вам придётся принимать множество важных решений и постоянно возвращаться к предыдущим этапам. Не поддавайтесь соблазну пропустить один или несколько – в конце вас ждёт заслуженная награда в виде денег и благодарных пользователей. Говорим об этом как разработчики с почти 7-летним опытом 🙂
Статья-источник на странице блога компании BHW Group.