Как создать свое мобильное приложение: Как сделать мобильное приложение самому

Содержание

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

Идеи мобильных приложений приходят в голову всем – опытным дизайнерам, студентам или владельцам малого бизнеса, не написавшим и строчки кода. Но если у вас есть прекрасная идея, то как сделать мобильное приложение, если вы не понимаете разницы между Java и Javascript, или Photoshop и Illustrator?

Сервис прототипирования Proto.io в своем блоге рассказал как лучше всего начать работу над приложением. Мы публикуем русский перевод этой статьи.

Как сделать мобильное приложение – мнение экспертов

Мы попросили трех мобильных предпринимателей поделиться своей мудростью. Они рассказали, как создавать мобильные приложения, не имея опыта в разработке или дизайне. Как нанимать талантливых разработчиков или делать прекрасные прототипы. Хотя каждый из них знает как бизнес, так и техническую сторону разработки мобильных приложений, их экспертиза весьма отличается:

  • Пол Ферро, президент 5 Nerds Software Development, агентства дизайна и разработки с полным набором услуг, начиная от брендинга и дизайна и заканчивая разработкой приложения с нуля.
  • Андрес Макс, основатель Ideaware, агентства, специализирующегося на продуктовой стратегии, UX/UI дизайне и фронте-энд оптимизации. До основания студии, Макс был ведущим UX дизайнером в Mashable.
  • Даниэль Хинди — Chief Technology Officer в BuildFire, платформе для создания мобильных приложений, которую использует более 50,000 компаний. Даже если вы не знаете как создавать мобильные приложения, при помощи WYSIWYG редактора BuildFire вы все равно можете сделать профессиональное приложение.

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

1. Мозговой штурм

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

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

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

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

Идея для приложения: с чего все начинать?

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

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

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

Донесите свою идею до максимального количества людей, чтобы узнать их мнение о ней. Вот совет эксперта: когда вы представляете свою идею другим (друзьям или родственникам), расскажите им, что вы знаете кого-то с этой идеей и хотите инвестировать в нее. Затем объясните саму идею. Ваши слушатели будут гораздо более честными зная, что идея не ваша и что вы можете потерять ваши деньги, инвестируя в не столь и хорошее приложение. Спросите – будут ли они его использовать? Если будут, то почему? Если не будут, то почему?

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

Если вы все это проделали несколько раз, и ваша идея не встретила сильного отпора, то время начинать! Тут у вас возникает выбор. Вы можете сделать его сами или нанять кого-нибудь.

3. Даже если вы не можете сделать мобильное приложение, вы можете сделать отличный прототип

Андрес Макс повторяет еще раз высказывание про важность проверки идеи на работоспособность и идет дальше: «Я всегда поощрял предпринимателей к тому, чтобы они проводили рыночные исследования. Копните глубоко, чтобы оценить спрос на вашу идею, что работало в прошлом, а что нет, затем, по необходимости, внесите коррективы». Например, вы можете думать, что у вас восхитительная идея для приложения с фотографиями и только потом узнать, что оно уже сделано и продается. Это не значит, что надо прекращать работать над идеей – это просто информация для вас, которая поможет вам понять, что вы можете сделать лучше.

Один из лучших способов сравнить – это, конечно, сделать прототип. Макс говорит: «После того, как вы отточили идею, создайте и протестируйте прототип. Соберите на его основе всю ценную информацию». Прототипом может быть просто скетч вашего дизайна, но можно и создать полнофункциональный прототип в каком-либо инструменте, например, в Proto.io. Для этого не требуется навыков в программировании или дизайне.

4. Решите, будете ли вы нанимать студию или разработчика – или научитесь сами разрабатывать.

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

«Изучение того, как создавать приложения, может быть сложной задачей, особенно если у вас нет опыта. Но это возможно. Особенно если ваша идея касается уникальности функций — а не самих технологий. Возьмите, для примера, Flappy Bird. Само приложение чрезвычайно просто. Но идея была уникальной и увлекательной. Теперь посмотрите на Apple Passbook. Идея относительно проста, но технологии, которые позволяют хранить ваши данные в безопасности, обращаться к ним продавцам, завязываться на отпечаток пальца и т.п., относительно сложные.

Если вам в приложении нужны передовые технологии, использующие устройство таким образом, которым его еще никто не использовал, то самостоятельное создание приложения может быть трудным. На то, чтобы понять, как использовать все возможности мобильного устройства, могут уйти годы. Если вы понимаете, что можете собрать приложение сами – прекрасно! Но даже если у вас нет навыков разработки, есть возможность развиваться довольно быстро».

5. Убедитесь, что вы используете правильные инструменты для создания мобильных приложений

Но как набрать эту самую скорость? Вы можете либо пройти ускоренный курс программирования (для этого есть множество ресурсов), либо использовать для создания вашего мобильного приложения инструменты, доступные даже новичкам. Один из таких инструментов – BuildFire, объясняет Даниэль Хинди:

«Что если у вас убийственная идея, но вы не знаете, как создавать мобильные приложения? Именно эту проблему мы хотели решить в нашей платформе BuildFire. У нас более 80,000 приложений, их создают как маленькие компании, так и большие корпорации. Все они сделаны вообще без или при минимальном знании программирования. Хотя это прекрасно подходит для простых приложений, но отсутствие навыков программирования обычно ограничивает вас тем набором функций, которые предлагает платформа. BuildFire решает эту проблему и скоро мы откроем API для разработчиков, который можно будет добавить в существующие BuildFire приложения.

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

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

6. Убедитесь, что вы нанимаете правильных людей

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

«Теперь, если вы решите нанять кого-нибудь для разработки вашего приложения, то все будет немного проще по сравнению с тем, если бы вы учились программировать самостоятельно. Но здесь, конечно, возникает вопрос стоимости. Найм конторы имеет ряд преимуществ по сравнению с самостоятельной разработкой. У них есть опыт, они уже знают все подводные камни разработки, они сделают оптимизированное и быстрое приложение, дизайн его не будет ужасным – я думаю, что не надо подробно объяснять преимущества обращения к профессионалам.

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

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

Как сделать мобильное приложение? Пора действовать

Ферро заканчивает тем, что напоминает предпринимателям, что создать приложение это одно, а заставить пользователей скачать его – совсем другое:

Итак, вы сделали и выпустили приложение. Не останавливайтесь на достигнутом. Продвигайте его. Говорите о нем. Поделитесь им в социальных сетях – везде! Вам нужно, чтобы о нем говорили. Есть множество способов продвижения вашего приложения и вы должны попробовать их все. Блоги всегда ищут новые приложения, о которых можно рассказать. Свяжитесь с ними. Если ваше приложение — это утилита, выясните, где оно может пригодиться больше всего, и расскажите людям о нем. Что бы вы не делали, вы всегда должны делиться вашим приложением как можно больше.

А как у вас дела? Вы сделали приложение своей мечты? Расскажите нам о нем!

Как сделать прибыльное мобильное приложение

Если вы нашли опечатку — выделите ее и нажмите Ctrl + Enter! Для связи с нами вы можете использовать [email protected].

Как создать мобильное приложение самостоятельно за 12 простых шагов

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

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

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

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

Как создать приложение – Шаг 1: Задайте цель

Заказать разработку мобильного приложения у специалистов компании – Infoshell.

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

  • Что именно вы хотите от своего приложения?
  • Как вы собираетесь привлекать пользователей?
  • Какую проблему оно собирается решить?
  • Как это упростит жизнь для людей?
  • Как вы будете продавать свое приложение?

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

Как создать приложение – Шаг 2: Нарисуйте свои идеи

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

Как создать приложение – Шаг 3: Исследование, исследование, а еще раз исследование

Теперь вы можете включить свой компьютер, но не начинать слепое проектирование своего приложения. Вы должны глубоко изучить и исследовать конкуренцию своей идеи приложения. Я знаю, что вы думаете, что у вас есть одна из добрых идей, но цифры не в вашу пользу. Скорее всего, кто-то уже пробовал это. Вы можете посмотреть на это двумя разными способами. Один из вас может отказаться, или два, вы можете проверить конкуренцию и улучшить свое приложение. Я предпочитаю лестницу. Прочтите отзывы о конкурсе. Что понравилось или не понравилось людям в этом приложении? Затем используйте эту информацию в своих интересах. Вернитесь к ручке и бумаге из шагов 1 и 2 и соответствующим образом измените и настройте свою идею.

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

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

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

Как создать приложение – Шаг 4: Каркас

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

  • Ознакомьтесь с этими инструментами каркаса здесь:
  • http://www.axure.com/
  • https://balsamiq.com/products/mockups/
  • http://pidoco.com/
  • http://visio.microsoft.com/
  • http://www.adobe.com/products/indesign.html?PID=7609893
  • http://iplotz.com/
  • https://evernote.com/penultimate/?var=2
  • https://www.omnigroup.com/
  • https://www.gliffy.com/

Как создать приложение – Шаг 5: Начать определение конца вашего приложения

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

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

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

Проверьте эти службы:

  • https://www.parse.com/
  • http://www.applicasa.com/
  • http://www.kinvey.com/

Как создать приложение – Шаг 6: Проверьте свою модель

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

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

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

Как создать приложение – Шаг 7: начать строить

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

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

Ознакомьтесь с этими платформами создания приложений:

  • http://www.biznessapps.com
  • http://www.kony.com
  • https://appery.io/
  • https://eachscape.com

Как создать приложение – Шаг 8: спроектируйте внешний вид

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

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

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

Если вы используете редактор WYSIWYG, вам нужно самостоятельно выбрать свой шаблон и макет для своих экранов. Я еще раз подчеркну, что при анализе внешнего вида приложения учитывайте эту обратную связь. Вы создаете для пользователей, а не для себя!

Проверьте эти агентства дизайна приложений:

  • http://www.bluefountainmedia.com/
  • http://bigdropinc.com/
  • https://huemor.rocks
  • http://www.eight25media.com/
  • http://www.loungelizard.com/
  • http://www.inflexioninteractive.com/

Как создать приложение – Шаг 9: Проверьте свое приложение, снова

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

Вам нужно запустить батарею тестов в своем приложении в заполненной форме, чтобы убедиться, что внешний вид и ощущение приложения соответствуют вашим ожиданиям. Proto.io и Pixate – отличные платформы для тестирования вашего приложения. Обе эти программы позволят вам добавлять интерактивные ссылки для навигации по вашему приложению. Они помогут вам изучить последние слои, взаимодействие и дизайн вашего приложения. Вы можете использовать информацию, полученную на этом этапе тестирования, чтобы помочь вам двигаться вперед.

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

Как создать приложение – Шаг 10: Изменение и настройка

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

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

Как создать приложение – Шаг 11: Бета-тестирование

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

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

IOS требует, чтобы вы использовали платформу TestFlight для бета-тестирования вашего приложения. Apple довольно подробно изложила свои указания и инструкции по использованию своей бета-тестовой платформы. Отличная функция для этого варианта бета-тестирования заключается в том, что вы можете приглашать тестировщиков для просмотра вашего приложения, прежде чем принимать его вживую. Это еще один пользовательский объектив, благодаря которому вы можете просматривать свое приложение.

Как создать приложение – Шаг 12: Запустите приложение

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

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

Вы можете просто добавить свое приложение в хранилище Android. Он не будет рассмотрен сразу. Вы сразу же будете продавать свое приложение в магазине Google Play. IOS, с другой стороны, рассмотрит ваше приложение, прежде чем оно сможет существовать. Пока нет времени для команды Apple, чтобы просмотреть ваше приложение и, вы можете около недели ждать.

Если вы беспокоитесь о том, чтобы приложение оказалось на устройствах пользователей, вы также можете опубликовать его в Pre-Apps. Это отличная возможность, чтобы ваше приложение просматривалось людьми, которые хотели бы сначала взглянуть на новые идеи. Имейте в виду, что эти люди всегда рассматривают идеи, поэтому их отзывы могут быть для вас отличными. Они знакомы с #trendingapps, поэтому я бы посоветовал сделать этот дополнительный шаг – если не больше, чем узнать больше о мире приложений.

Вы должны помнить, что вам все равно нужно продать свое приложение. Просто потому, что ваше приложение находится в магазине, это не значит, что вы собираетесь зарабатывать миллионы завтра. Маркетинг является обязательным. К сожалению, маркетинг нельзя просто добавить в это руководство как «Шаг 13». У него есть несколько шагов. Итак, теперь, когда вы знаете, как сделать приложение, я бы посоветовал вам начать исследование маркетинговых стратегий приложений, чтобы вы могли менять мир по одному приложению за раз!

Хотите создать свое мобильное приложение? / Хабр

Disclaimer:

Данная статья представляет собой вольный художественный пересказ-перевод вступления книги «App Savvy

Turning ideas into ipad and iphone apps customers really want»

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

ОглавлениеВведение
Стратегия
Глава 1: Оцениваем идею вашего мобильного приложения
Глава 2: Что должно быть в вашем приложении?
Глава 3: От идеи к концепту

Разработка

Глава 4: Поиск команды: вам нужна помощь

Глава 5: Получаем рабочее приложение

Глава 6: Улучшаем приложение перед тем, как добавить его в App Store

Запуск

Глава 7: Готовимся к загрузке приложения в App Store

Глава 8: Строим нашу маркетинговую стратегию

Глава 9: Оцениваем успех и обдумываем будущие разработки

Вероятно, как и многие, вы тоже очарованы ошеломительным успехом смартфонов и планшетов – этих умных гаджетов, работающих на операционных системах от Apple, Google и Microsoft, которые сейчас есть фактически у каждого. Во многом успех этих устройств обусловлен магазинами приложений – App Store в случае iOS, Google Play на Android и Marketplace на Windows Phone, которые открывают перед пользователями огромное количество возможностей, которое было недоступно владельцам классических мобильных телефонов.


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

Продукты Apple в свое время произвели настоящий БУМ и просто взорвали рынок – буквально через два года после появления на рынке аудитория пользователей iPhone и iPod Touch в разы превысила абонентскую базу AOL (по данным Morgan Stanley за 2009 год). Вместе с абонентской базой росла и армия разработчиков – за первый год своего существования Apple App Store из небольшого киоска с тысячей приложений вырос в огромный супермаркет с 50 000 предложений. Еще через год количество приложений в каталоге превысило 200 000, а количество скачиваний – 5 миллиардов раз! Сейчас, когда прошло уже пять лет с запуска App Store, в каталоге находится почти 900 000 приложений, а модераторы Apple проверяют около 15 000 новых приложений каждую неделю. Темпы роста каталогов мобильных приложений для Android и Windows Phone не менее впечатляющи.

Темпы роста App Store в 2008-2010 годах, график с 148apps.biz

Когда Apple запустила рекламную кампанию App Store под лозунгом «Здесь есть приложение для этого», подразумевая, что в их каталоге вы найдете приложение вообще для всего – конечно, это был обычный маркетинговый ход. Но сейчас это очень похоже на правду – ведь в каталогах можно найти буквально все, от нашумевшего, в прямом смысле этого слова, iFart, и заканчивая серьезными бизнес-инструментами, например, для подбора объектов для инвестиций или поиска коммерческой недвижимости.

Но, не смотря на огромное количество имеющихся приложений, каждый из нас вынашивает идею своего собственного. Здесь мы можем провести еще одну аналогию с интернетом – так же, как в эру доткомов каждый мечтал запустить свой собственный сайт, так и сейчас множество начинающих предпринимателей мечтают заработать, создав собственное мобильное приложение. Ошеломляющие истории успеха, низкий порог входа на рынок и обилие инструментов для быстрой разработки подталкивают людей к этому шагу и заставляют думать «А почему не я?»

«Новый» App Store

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

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

Взглянем на цифры

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

Это правда, что ведущие разработчики живут очень хорошо – ведь наиболее популярные приложения, обычно это игры, такие как Angry Birds или Doodle Jump, получают миллионы скачиваний. Прикинув, что на каждой загрузке вы можете получать по 1 доллару, и посмотрев на колоссальные объемы скачиваний этих приложений, очень легко смотреть на App Store и видеть только пачки денег, которые уплывают мимо вас.

Business Insider: Angry Birds Maker Rovio Reports $200 Million Revenue in 2012, изображение с techcrunch.com

В этот момент очень легко подумать «А почему не я?», сделать свое приложение — и столкнуться с суровой реальностью, которая обычно сильно отличается от безоблачного существования таких ведущих разработчиков. Как показывает статистика, более половины платных приложений в App Store не набирают даже 1000 скачиваний в год, а это значит, что после вычета комиссии Apple за все свои труды вы получите всего около 700$ — поэтому, на вашем месте, я бы не стал предаваться оптимизму, глядя на поражающие воображение показатели популярных игр.

Значит ли это, что если вы новичок в разработке мобильных приложений – вам лучше сразу отказаться от этой идеи? Не обязательно, но, в любом случае, сначала я предлагаю вам взглянуть правде в глаза и изучить все, что уже есть в App Store – тогда вы поймете, что у вас совсем немного шансов прийти в него и сразу запустить очень популярное приложение. Я не хочу сказать, что это невозможно, но многие успешные iPhone разработчики создали очень много приложений перед тем, как достигнуть своей цели. Главное, что вы получите от запуска вашего первого приложения – это знания и опыт самостоятельной разработки приложений.

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

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

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

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

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

Далее в книгеВведение
Стратегия
Глава 1: Оцениваем идею вашего мобильного приложения
Глава 2: Что должно быть в вашем приложении?
Глава 3: От идеи к концепту

Разработка

Глава 4: Поиск команды: вам нужна помощь

Глава 5: Получаем рабочее приложение

Глава 6: Улучшаем приложение перед тем, как добавить его в App Store

Запуск

Глава 7: Готовимся к загрузке приложения в App Store

Глава 8: Строим нашу маркетинговую стратегию

Глава 9: Оцениваем успех и обдумываем будущие разработки

Как на базе веб-сайта разработать мобильное приложение — Офтоп на vc.ru

Работающий стартап, это тот, который построенный на принципах стратегии MVP (Minimum Viable Product). Такой подход позволяет вам проверить ваш продукт перед запуском его в широкие массы.

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

Ниже мы детально рассмотрим как механизм MVP может помочь в сборе информации и превращении ее в ценностное предложение. И помните, что как стратегический предприниматель, лучше выбирать такой способ разработки продукта, который покажет результаты в первые дни работы. Пссс… правильный ответ — веб-приложение;)

Взывая к принципам “Бережливого стартапа” (Lean startup)

Запуская технический продукт, который не имеет никакой взаимосвязи с камерой или микрофоном смартфона, подумайте о том, чтобы начать все-таки с веб-приложения. Функционально браузеры быстрее развиваются чем мобильные приложения, и соответственно количество пользователей у них больше. При создании приложения лучше задействовать принципы MVP. Также не забывайте, что оно должно запускаться в Chrome или Safari.

Приложения подобные Uber или Instagram напрямую зависят от функциональности девайса (геолокация), но есть много других продуктов, которые н

Как превратить веб-сайт в мобильное приложение с помощью 7 строк JSON

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

Превращение веб-сайта в мобильное приложение

Обзор

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

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

Кроме того, вот ещё один вопрос: «Можно ли, просто редактируя JSON, работать с нативными API, с компонентами пользовательского интерфейса, пользоваться системными переходами между страницами?».

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

Минимальное приложение

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

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

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

Взглянем на пример, иллюстрирующий вышесказанное.

Приложение для создания QR-кодов

Вот основные составные части этого приложения:

  1. Нативный навигационный заголовок, поддерживающий встроенные возможности переходов.
  2. Элемент WebView, в который встроено веб-приложение, генерирующее QR-коды.
  3. Системный компонент для ввода текстов в нижней части окна.

Описание всех этих элементов можно выполнить, просто приведя к соответствующему виду атрибуты JSON-разметки, подобной показанной выше.

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

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

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

В этом материале я собираюсь рассказать о следующих вещах:

  • О том, почему совместное использование веб-кода и нативных компонентов — это, нередко, хорошая идея.
  • О том, почему прозрачная интеграция HTML и нативных компонентов — это непростая задача, и о том, как мне удалось её решить.
  • И, что самое важное, я расскажу о том, как вы можете использовать технологии, о которых пойдёт речь, для быстрой разработки собственных приложений.

Зачем использовать веб-технологии в мобильных приложениях?

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

▍1. Использование технологий, созданных для веб

Для реализации некоторых частей приложений может иметь смысл использование веб-технологий. Например, WebSocket — это технология, изначально ориентированная на веб. Для её использования можно применить встроенный в мобильную платформу веб-движок (WKWebView для iOS и WebView для Android) вместо установки сторонней библиотеки, которая попросту «эмулирует» WebSocket.

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

▍2. Уменьшение размеров пакета приложения

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

Например, для того, чтобы встроить в мобильное приложение генератор QR-кодов, понадобится сторонняя библиотека, которая увеличит размер пакета приложения. Однако если применить для этого стандартное средство для просмотра веб-страниц и JS-библиотеку, подключённую к странице с помощью простой конструкции <script>, можно получить всё необходимое без установки сторонних библиотек.

▍3. Решение проблемы отсутствия надёжных мобильных библиотек

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

▍4. Разработка проектов, использующих и возможности мобильных платформ, и веб-приложений

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

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

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

Как это работает?

▍A. Jasonette

Jasonette — это опенсорсный проект, направленный на создание кросс-платформенных нативных приложений, основанных на JSON-разметке.

Фреймворк Jasonette похож на веб-браузер, но, вместо того, чтобы превращать HTML-код в веб-страницы, он преобразует JSON-разметку в нативные приложения для iOS и Android. Сходство с браузером заключается и в том, что любое приложение, основанное на Jasonette, имеет одинаковый базовый код, который занимается интерпретацией различных наборов JSON-данных в процессе формирования итогового приложения. Разработчику не нужно работать с кодом библиотеки. Процесс создания приложения заключается в подготовке его JSON-описания, которое позволяет Jasonette, в реальном времени, преобразовывать веб-страницы в нативные приложения.

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

▍B. Jasonette Web Container

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

  1. Веб-контейнер должен представлять собой естественную часть интерфейса мобильного приложения. Контейнер должен выглядеть так же, как любой другой компонент пользовательского интерфейса приложения. В противном случае получится нечто неуклюжее, выглядящее как то, чем оно является на самом деле — веб-сайтом, который показывают в мобильном приложении.
  2. Родительское приложение должно иметь возможность контролировать дочерний веб-контейнер. При таком подходе приложение, частью которого является элемент управления для просмотра содержимого веб-страницы, будет иметь удобные средства для воздействия на него.
  3. Дочерний веб-контейнер должен иметь возможность вызывать системные события в родительском приложении. У веб-контейнера, встроенного в приложение, должны быть средства для обращения к нативным API.

На самом деле, реализация всего этого требует немалых усилий, поэтому я начал с первого пункта этого списка — с простого встраивания веб-контейнера в страницы нативных приложений. Так я выпустил первую версию JSON Web Container.

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

▍C. Jasonette Web Container 2.0: взаимодействие приложения и контейнера

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

Реализация: интерактивный Web Container

▍1. Загрузка по URL

Задача

Ранее, в первой версии, для того, чтобы использовать веб-контейнер в виде компонента для просмотра данных, сначала нужно было записать "html" в атрибут $jason.body.background.type, а затем, в атрибут $jason.body.background.text, ввести HTML-код.

{
  "$jason": {
    "head": {
      ...
    },
    "body": {
      "background": {
        "type": "html",
        "text": "<html><body><h2>Hello World</h2></body></html>"
      }
    }
  }
} 

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

Решение

В Web Container 2.0 появился атрибут url. Он поддерживает, в частности, локальные файлы. Благодаря использованию конструкции file://... в контейнере можно вывести файл, который поставляется вместе с приложением.

{
  "$jason": {
    "head": {
      ...
    },
    "body": {
      "background": {
        "type": "html",
        "url": "file://index.html"
      }
    }
  }
}

Аналогично осуществляется и вывод веб-страниц из интернета (с помощью конструкции вида http[s]://…).

{
  "$jason": {
    "head": {
      ...
    },
    "body": {
      "background": {
        "type": "html",
        "url": "https://news.ycombinator.com"
      }
    }
  }
}

▍2. Двустороннее взаимодействие приложения и веб-контейнера

Задача

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

  1. Воздействие Jasonette на веб-контейнер. А именно, невозможно было вызывать JavaScript-функции, расположенные в контейнере, из Jasonette-приложения.
  2. Воздействие контейнера на Jasonette. Невозможно было вызывать нативные API из кода, расположенного в контейнере.

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

Решение

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

Для того чтобы этого достичь, я воспользовался технологией JSON-RPC, которая позволила наладить взаимодействие приложения и веб-контейнера. Так как всё в Jasonette выражается в виде JSON-объектов, совершенно естественным было использовать стандартный формат JSON-RPC в качестве коммуникационного протокола.

До использования JSON-RPC Jasonette и веб-контейнер взаимодействовать не могли. После внедрения JSON-RPC стала возможна двусторонняя коммуникация основного приложения и контейнера

Для того чтобы получить возможность вызывать JS-функции, находящиеся в веб-контейнере, мы объявляем действие $agent.request.

{
  "type": "$agent.request",
  "options": {
    "id": "$webcontainer",
    "method": "login",
    "params": ["username", "password"]
  }
}

$agent.request — это нативное API, которое инициирует JSON-RPC-запрос к веб-контейнеру. Для того чтобы воспользоваться этим механизмом, нужно передать ему объект options в качестве параметра.

Объект options — это и есть JSON-RPC-запрос, который будет отправлен веб-контейнеру.

Рассмотрим его атрибуты.

  • id: веб-контейнер построен поверх низкоуровневой архитектуры агентов (agent). Обычно с одним элементом view может быть ассоциировано несколько агентов, у каждого из них может быть уникальный идентификатор (ID). Однако веб-контейнер представляет собой особый тип агента, у которого может быть лишь идентификатор $webcontainer, именно поэтому мы используем в запросе данный идентификатор.
  • method: имя JavaScript-функции, которую нужно вызвать.
  • params: массив параметров, которые нужно передать вызываемой JS-функции.

Вот как выглядит полный код описываемой разметки:

{
  "$jason": {
    "head": {
      "actions": {
        "$load": {
          "type": "$agent.request",
          "options": {
            "id": "$webcontainer",
            "method": "login",
            "params": ["alice", "1234"]
          }
        }
      }
    },
    "body": {
      "header": {
        "title": "Web Container 2.0"
      },
      "background": {
        "type": "html",
        "url": "file://index.html"
      }
    }
  }
}

Рассмотрим смысл приведённого здесь кода.

При загрузке элемента ($jason.head.actions.$load) нужно выполнить JSON-RPC-запрос, описанный в options, к агенту веб-контейнера ($agent.request).

Параметры веб-контейнера заданы в $jason.body.background, в данном случае здесь осуществляется загрузка локального файла file://index.html.

В ходе обращения к контейнеру будет осуществлён поиск функции login, которой, при вызове, благодаря params, будет передано два аргумента — "alice" и "1234". Выглядеть это будет так:

login("alice", "1234")

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

Пример

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

  1. Компонент для ввода текста в нижней части окна на 100% нативен.
  2. QR-код генерируется веб-приложением, размещённым в веб-контейнере.
  3. Когда пользователь вводит некий текст в поле и нажимает кнопку Generate, осуществляется вызов действия $agent.request агента веб-контейнера, что приводит к вызову JS-функции qr.

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

▍3. Внедрение скриптов

Задача

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

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

Даже если вы не занимаетесь разработкой веб-браузера, вам может понадобиться использовать внедрение скриптов в том случае, если вам нужно обеспечить необходимое поведение страниц, которыми вы не можете управлять напрямую. Единственный способ взаимодействия мобильного приложения и веб-контейнера заключается в использовании API $agent. Но если вы не можете изменить HTML-содержимое, единственный способ добавления интерфейса $agent в веб-контейнер заключается в динамическом внедрении скриптов.

Решение

Как уже было сказано, веб-контейнер $jason.body.background — это всего лишь агент. Это означает, что при работе с ним можно использовать тот же метод $agent.inject, что и при работе с обычными агентами.
Внедрение JS-кода в страницу, загруженную в веб-контейнер

▍4. Обработка переходов по URL

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

  1. В режиме «только чтение» веб-контейнер рассматривается как элемент только для чтения, при этом все события, такие, как касание или прокрутка, игнорируются. Все веб-контейнеры находятся в состоянии только для чтения до тех пор, пока их не переключат в режим обычного браузера, так, как описано ниже.
  2. В режиме «обычный браузер» веб-контейнер может взаимодействовать со страницей так, как будто мы работаем с обычным браузером. Включить этот режим можно, записав в атрибут action значение "type": "$default".

Задача

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

При работе в режиме «только чтение» контейнер игнорирует все воздействия пользователя.

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

Решение

Благодаря возможностям нового веб-контейнера можно задать в $jason.body.background атрибут action, который содержит описание механизма обработки щелчков по ссылкам.
Действие для обработки взаимодействий со ссылками

Рассмотрим пример.

{
  "$jason": {
    "head": {
      "actions": {
        "displayBanner": {
          "type": "$util.banner",
          "options": {
            "title": "Clicked",
            "description": "Link {{$jason.url}} clicked!"
          }
        }
      }
    },
    "body": {
      "background": {
        "type": "html",
        "url": "file://index.html",
        "action": {
          "trigger": "displayBanner"
        }
      }
    }
  }
}

Тут мы прикрепили к веб-контейнеру действие "trigger": "displayBanner". Это означает, что когда пользователь щёлкает по любой ссылке, выводимой на странице, отображаемой в веб-контейнере, будет вызвано действие displayBanner. При этом сам веб-контейнер не будет обрабатывать щелчок по ссылке.

Кроме того, если проанализировать событие displayBanner, можно заметить переменную $jason. В данном случае ссылка, по которой был сделан щелчок, будет передана действию через эту переменную. Например, если щёлкнуть по ссылке, в которой содержится адрес "https://google.com", в $jason попадёт следующее:

{
  "url": "https://google.com"
}

Это означает, что анализируя значение $jason.url можно вызывать различные действия.

Рассмотрим ещё один пример, представляющий собой реализацию веб-браузера.

{
  "$jason": {
    "head": {
      "actions": {
        "handleLink": [{
          "{{#if $jason.url.indexOf('signin') !== -1 }}": {
            "type": "$href",
            "options": {
              "url": "file://key.html"
            }
          }
        }, {
          "{{#else}}": {
            "type": "$default"
          }
        }]
      }
    },
    "body": {
      "background": {
        "type": "html",
        "url": "file://index.html",
        "action": {
          "trigger": "handleLink"
        }
      }
    }
  }
}

Тут мы проверяем, содержит ли URL строку signin, и, в зависимости от результатов проверки, выполняем различные действия.

  1. Если URL содержит signin, открывается нативное окно для входа в систему.
  2. Если URL этой строки не содержит, выполняется действие, задаваемое параметром "type": "$default", в результате наша программа ведёт себя как обычный браузер.

Примеры

▍Разработка веб-браузера

Теперь мы можем воспользоваться возможностями нового элемента Web Container для разработки приложений. А именно, речь идёт о следующем:

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

Всё это даёт нам возможность, например, создать собственный браузер, написав буквально полтора десятка строк JSON-кода. Так как теперь мы можем перехватывать щелчки по ссылкам, мы можем анализировать $jason.url и выполнять действия, соответствующие различным URL.

Рассмотрим пример.

Стандартное поведение браузера

Здесь веб-контейнер ведёт себя как обычный браузер ("type": "$default").

Поведение, основанное на анализе параметра $jason.url

Здесь при щелчке по ссылке применяется нативный переход между страницами.

Этого можно достичь, обрабатывая различные действия, основываясь на значении $jason.url.

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

{
  ...
  "body": {
    "background": {
      "type": "html",
      "url": "https://news.ycombinator.com",
      "action": {
        "trigger": "visit"
      }
    }
  }
}

Второй шаг заключается в выполнении в действии visit соответствующей операции, основанной на анализе $jason.url.

Ниже показано, как мы проверяем, содержатся ли в $jason.url строки newest, show, ask, и так далее (они представляют собой ссылки в верхнем меню). Если нечто подобное удаётся найти — мы позволяем веб-контейнеру вести себя как обычный браузер, задавая значение "type": "$default".

Если соответствия вышеописанному шаблону найти не удалось, мы производим нативный переход $href к новому окну, передавая URL, по которому щёлкнул пользователь, в виде параметра.

...
"actions": {
  "visit": [
    {
      "{{#if /\\/(newest|show|ask)$/.test($jason.url) }}": {
        "type": "$default"
      }
    },
    {
      "{{#else}}": {
        "type": "$href",
        "options": {
          "url": "https://jasonette.github.io/Jasonpedia/webcontainer/agent/hijack.json",
          "preload": {
            "background": "#ffffff"
          },
          "options": {
            "url": "{{$jason.url}}"
          }
        }
      }
    }
  ]
},

Здесь можно посмотреть полный JSON-код этого примера, который, кстати, занимает всего 48 строк.

▍Быстрая разработка «гибридного» приложения

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

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

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

Гибридное приложение

В этом примере я создал приложение, которое выводит сайт jasonbase.com в веб-контейнере, выступающем в роли основного элемента для визуализации данных.

Jasonbase — это бесплатный хостинг, который я создал специально для размещения JSON-разметки приложений, основанных на Jasonette.

На самом деле, это — обычный сайт, но я встроил его в Jasonette-приложение, в результате, при щелчках по ссылкам, вместо обычной процедуры открытия веб-страницы, вызывается нативный переход $href в нативном же элементе JASON.

Мне не пришлось дорабатывать код Jasonbase.com для того, чтобы создать это приложение. Я просто встроил веб-сайт в Jasonette-приложение в виде веб-контейнера и перехватил щелчки по ссылкам для обработки их нативными средствами, что, в частности, позволило воспользоваться переходами, и, при необходимости, позволит пользоваться и другими возможностями платформы, на котором работает приложение.

Код этого примера можно найти здесь.

Итоги

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

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

  • Встраивание веб-контейнера в нативный макет.
  • Создание JavaScript-моста, позволяющего приложению вызывать функции из контейнера.
  • Создание системы обработки событий, благодаря которой контейнер может обращаться к основному приложению, вызывая нативные API.

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

  1. Декларативный язык разметки, который служит для описания того, как именно веб-контейнер должен быть встроен в нативное приложение.
  2. Коммуникационный протокол (JSON-RPC), который, крайне просто, позволяет организовать взаимодействие между родительским приложением и веб-контейнером.

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

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

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

Теперь мне хотелось бы сделать одно важное, на мой взгляд, замечание: «Большая сила — это большая ответственность». Возможности, которые обрёл проект Jasonette, огромны, поэтому, полагаю, разработчикам, пользующимся этим фреймворком, нужно помнить о балансе возможностей мобильных платформ и HTML, позволяющем создавать приложения, с которыми будет удобно и приятно работать.

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

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

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

Уважаемые читатели! Планируете ли вы использовать Jasonette для разработки кросс-платформенных мобильных приложений?

Конструктор приложений Mo-Apps | Создание мобильных приложений

конструктор, создание, приложений

Конструктор мобильных приложений Mo-Apps — позволяет осуществлять создание приложений для мобильных устройств на базе Android и iOS в считанные минуты и что самое главное, совершенно бесплатно. Конструктор предельно простой и не требует навыков программирования или дизайна, достаточно лишь нажать кнопку «СОЗДАТЬ БЕСПЛАТНО» выбрать тему, наполнить приложение товаром/услугами, информацией и опубликовать его.

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

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

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

История компании

Компания Mo-Apps основана в 2015 году группой разработчиков, главной идеей которых на тот момент было создание сервиса в котором любой желающий сможет собрать своё приложение для устройств Android и iOS и опубликовать его за считанные минуты. Создание проекта конструктора происходило с целью облегчить малому бизнесу путь к среднему бизнесу, благодаря улучшенному взаимодействию с клиентом, не тратя при этом уйму денег и времени обращаясь к команде разработчиков. Обратите внимание, чаще всего в индивидуальной разработке приложений с уникальными возможностями нуждается именно крупные предприниматели. На данный момент мы расширили наш проект, работая с клиентами на территории Украины, России и Казахстана, и занимаясь индивидуальной разработкой приложений, помогая воплощать в реальность самые смелые идеи наших клиентов.

Услуги Mo-Apps

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

На сайте конструктора мобильных приложений, на котором вы находитесь сейчас, после регистрации и создания приложения, вы можете опубликовать свое приложение в таких маркетах как App Store и Play Market.

Сервис, обслуживание и дополнительная информация

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

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

  • Исправление ошибок — пока приложение находится в маркетах, наши разработчики будут удалять все технические ошибки которые могут в нём появится.
  • Обновления — регулярный выпуск новых, более оптимизированных версий вашего приложения.
  • Новые модули — вы в первую очередь будете узнавать, когда в нашем конструкторе будет появляться новый модуль и сразу сможете внедрить его в своё мобильное приложение.
  • Поддержка новых версий IOS и Android — вам не нужно вносить доплату или обновлять приложение каждый раз когда обновляются ОС, так как этот процесс происходит автоматически.

Узнайте, как создать приложение бесплатно

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

Вот список самых популярных функций, которые вы можете добавить в свое приложение Appy Pie.

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

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

  • Блог
  • Блог — отличный способ поделиться своими идеями, и есть несколько видов блогов, которые вы можете создать. Вы можете быть экспертом в области технологий, предпринимательства, финансов, кулинарии, фотографии или чего-либо еще, находящегося под солнцем, блог — это правильный способ распространять эти знания среди тысяч людей, которые ищут эту информацию.Уловка здесь заключается в том, что если у вас есть блог на веб-сайте, вашим читателям нужно будет вводить ваш URL каждый раз, когда они захотят прочитать что-то, что вы написали, или вам придется полагаться на них при открытии информационных бюллетеней или электронных писем, которые вы отправляете. , Вот почему функция блога имеет такую ​​большую ценность! После того, как вы конвертируете свой блог в приложение, вы дадите своим читателям возможность сделать всю ценную информацию, которую вы предлагаете, удобной для поиска. Самым большим преимуществом, которое у вас есть, является то, что вы эффективно освобождаете место на их любимых смартфонах, увеличивая шансы их лояльности к вам.

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

  • События
  • Планируете ли вы концерт? Вы в оргкомитете следующего семинара или даже в школьном миксере? Все, от сумасшедшей студенческой вечеринки до большой конференции для профессионалов, — это миллион вещей, о которых нужно позаботиться. Малейшие детали могут развалить все на части.Как организатору мероприятий имеет смысл полагаться только на то, что никогда не подведет — приложение с великолепной функцией событий. Эта функция помогает вам спланировать маршруты до Т так, чтобы не было места для ошибки. Объедините эту функцию с push-уведомлениями и календарем, и вы можете быть уверены, что все пользователи вашего приложения будут в курсе любых изменений или новой информации.

    С помощью супер полезной функции событий в Appy Pie AppMakr легко создать собственное приложение. Посмотрите видео ниже, чтобы узнать, как!

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

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

  • Карта
  • Благодаря функции «Карта» в мобильном приложении у вас есть возможность направлять пользователей приложения к месту вашей деятельности с подробными пошаговыми инструкциями.Рассмотрим этот сценарий. У вас уже есть кабинет врача, и у вас есть отличное приложение, которое поможет людям мгновенно записаться на прием к вам. Однако когда дело доходит до вашей клиники, кажется, что люди просто не могут найти ваше место. Это не только неэффективно и, откровенно говоря, разочаровывает всех участников, но и является настоящей катастрофой с точки зрения бизнеса. После того, как вы настроили функцию карты, пользователи приложения могут использовать ее, чтобы получать точные маршруты, не выходя из приложения, и вовремя добираться до места работы!

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

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

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

  • Чат
  • Что, если бы вы нашли способ собрать все ваши любимые приложения для чата в одном общем пространстве? Если вы добавите функцию чата в приложение Appy Pie, ваше приложение можно будет использовать для общения в любом из популярных приложений для обмена мгновенными сообщениями, таких как Skype, Snapchat, WeChat, WhatsApp и других.Это означает, что пользователям вашего приложения не придется переключаться между несколькими приложениями для чата, которые они используют для общения со своими друзьями и семьей. Насколько это удобно?

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

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

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

  • Messenger
  • Это одна из самых важных функций. После того, как вы добавите функцию Messenger в свое приложение, вы позволите всем пользователям вашего приложения взаимодействовать друг с другом в цифровом формате! Пользователи вашего приложения могут не только создавать группы для общения, но и общаться один на один.Объедините эту функцию с функцией фото и видео, и у вас будет приложение, которое позволяет пользователям вашего приложения обмениваться фотографиями и видео друг с другом или в группах. Создайте безопасную коммуникационную платформу для людей и поддерживайте их заинтересованность.

    У нас есть несколько видеороликов, которые помогут вам понять, насколько просто добавить функцию Messenger в ваше приложение.

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

    Из видео ниже вы узнаете, насколько легко создать собственное приложение для социальной сети с помощью платформы Appy Pie AppMakr.

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

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

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

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

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

    Объедините все службы на одной общей платформе — в вашем собственном гиперлокальном приложении.Посмотрите видео ниже и начните прямо сейчас!

  • Церковь
  • Мы переезжаем из наших родных городов по разным причинам. Это может быть работа, высшее образование или что-то совсем другое. Это, однако, не означает, что нам придется полностью отказаться от Церкви. Как священнику очень жаль видеть, как посвященные церковные прихожане проваливаются в трещины просто из-за расстояния. Вот почему функция Church на платформе Appy Pie для создания приложений без кода AppMakr стала популярным решением в сообществе.Это не только означает, что ваши воскресные проповеди будут посещать все, независимо от того, где они находятся, но также означает, что вы сможете отправлять важные сообщения каждому члену вашей общины одним касанием пальца. Будь то объявление о следующей распродаже выпечки, сбор средств, призыв к пожертвованию или десятине, приложение может обо всем позаботиться.

    Распространяйте доброе слово повсюду. Создать церковное приложение с помощью Appy Pie AppMakr — довольно простой процесс.Посмотрите видео ниже, чтобы узнать, как!

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

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

    .

    Как создать приложение для Android бесплатно

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

    Бесплатный конструктор приложений для Android от Appy Pie помогает создавать потрясающие приложения для Android без программирования. Создавайте красивые и профессиональные приложения для Google Play Store без необходимости кодировать или использовать наборы Google SDK. Appy Pie, адаптированный для ОС Android, представляет собой простую в использовании программу для создания приложений Android без каких-либо проблем и кода.

    Эта онлайн-платформа для создания приложений для Android поможет вам шаг за шагом разрабатывать мобильное приложение и не требует навыков программирования или предыдущего опыта разработки мобильных приложений.Создатель приложений Android от Appy Pie — это инструмент перетаскивания, который делает процесс разработки приложений для Android простым и увлекательным. Если, однако, вам нужно более подробное руководство, не стесняйтесь изучать наши видео-уроки в разделе поддержки и приступайте к работе в кратчайшие сроки.

    Android занимает почти 50% всего рынка мобильных приложений, который оценивается в миллиарды, и если нынешние тенденции сохранятся, он будет только расти. Разработайте собственное мобильное приложение для Android, которое понравится вашим целевым клиентам и поможет вам получить большую прибыль.Мы в Appy Pie помогаем вам создавать лучшие онлайн-приложения для Android и запускать их в Google Play Store с помощью нашего программного обеспечения для создания приложений для Android. Воспользуйтесь этим инструментом и разработайте отличное мобильное приложение для вашего бизнеса, ваших сотрудников или для всех, кому это интересно.

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

    Мы помогли тысячам клиентов в разработке и запуске их приложений для Android в Google Play Store. Создавать приложения для Android от Appy Pie очень просто! Основываясь на модели перетаскивания, разработчику приложения не требуется, чтобы вы имели какие-либо знания в области разработки мобильных приложений или навыки программирования.Этот производитель приложений для Android был создан и запущен с целью помочь компаниям достичь новых высот и предложить им свободу изменять или модифицировать свои приложения без каких-либо проблем.

    Также попробуйте приложение для Android от Appy Pie, чтобы создать приложение прямо со своего устройства Android. Загрузите приложение для Android и начните создавать собственное приложение прямо сейчас!

    .

    Создайте свое первое приложение для Android на Java

    Из этой лаборатории вы узнаете, как создать и запустить свое первое приложение для Android на языке программирования Java. (Если вы ищете Kotlin версию этой кодовой лаборатории, вы можете перейти сюда.)

    Что вы уже должны знать

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

    Что вы узнаете

    • Как использовать Android Studio для создания приложения.
    • Как запустить приложение на устройстве или в эмуляторе.
    • Как добавить интерактивные кнопки.
    • Как вывести второй экран при нажатии кнопки.

    Используйте Android Studio и Java для написания приложений для Android

    Вы пишете приложения для Android на языке программирования Java с помощью IDE под названием Android Studio. Android Studio, основанная на программном обеспечении IntelliJ IDEA от JetBrains, представляет собой среду IDE, разработанную специально для разработки под Android.

    Примечание. Для этой версии codelab требуется Android Studio 3.6 или выше.

    Для работы с этой кодовой лабораторией вам понадобится компьютер, на котором можно запустить Android Studio 3.6 или выше (или на котором уже установлена ​​Android Studio 3.6 или выше).

    Примечание. Для этой версии codelab требуется Android Studio 3.6 или выше.

    Вы можете загрузить Android Studio 3.6 со страницы Android Studio.

    Android Studio предоставляет полную среду IDE, включая расширенный редактор кода и шаблоны приложений.Он также содержит инструменты для разработки, отладки, тестирования и повышения производительности, которые ускоряют и упрощают разработку приложений. Вы можете использовать Android Studio для тестирования своих приложений с помощью большого количества предварительно настроенных эмуляторов или на собственном мобильном устройстве. Вы также можете создавать производственные приложения и публиковать приложения в магазине Google Play.

    Примечание. Android Studio постоянно совершенствуется. Последнюю информацию о системных требованиях и инструкциях по установке см. На странице загрузки Android Studio.

    Android Studio доступна для компьютеров под управлением Windows или Linux, а также для компьютеров Mac под управлением macOS. OpenJDK (Java Development Kit) входит в состав Android Studio.

    Установка одинакова для всех платформ. Любые различия указаны ниже.

    1. Перейдите на страницу загрузки Android Studio и следуйте инструкциям по загрузке и установке Android Studio.
    2. Примите конфигурации по умолчанию для всех шагов и убедитесь, что все компоненты выбраны для установки.
    3. После завершения установки мастер установки загрузит и установит дополнительные компоненты, включая Android SDK. Наберитесь терпения, потому что этот процесс может занять некоторое время, в зависимости от скорости вашего интернета.
    4. Когда установка завершится, запустится Android Studio, и вы будете готовы создать свой первый проект.

    Устранение неполадок: Если у вас возникнут проблемы с установкой, см. Примечания к выпуску Android Studio или Устранение неполадок Android Studio.

    На этом шаге вы создадите новый проект Android для своего первого приложения. Это простое приложение отображает строку «Hello World» на экране виртуального или физического устройства Android.

    Вот как будет выглядеть готовое приложение:

    Что вы узнаете

    • Как создать проект в Android Studio.
    • Как создать эмулируемое устройство Android.
    • Как запустить приложение на эмуляторе.
    • Как запустить приложение на собственном физическом устройстве, если оно у вас есть.

    Шаг 1. Создайте новый проект

    1. Откройте Android Studio.
    2. В диалоговом окне Добро пожаловать в Android Studio щелкните Начать новый проект Android Studio .
    3. Выберите Basic Activity (не по умолчанию). Щелкните Далее .
    4. Дайте вашему приложению имя, например My First App .
    5. Убедитесь, что для Language установлено значение Java .
    6. Оставьте значения по умолчанию для остальных полей.
    7. Нажмите Готово .

    После этих шагов Android Studio:

    • Создает папку для вашего проекта Android Studio с именем MyFirstApp . Обычно это находится в папке под названием AndroidStudioProjects под вашим домашним каталогом.
    • Строит ваш проект (это может занять некоторое время). Android Studio использует Gradle в качестве системы сборки. Вы можете следить за процессом сборки в нижней части окна Android Studio.
    • Открывает редактор кода, отображающий ваш проект.

    Шаг 2. Настройте экран

    Когда ваш проект впервые открывается в Android Studio, может быть открыто много окон и панелей. Чтобы облегчить знакомство с Android Studio, вот несколько советов по настройке макета.

    1. Если с правой стороны открыто окно Gradle , нажмите кнопку свертывания () в правом верхнем углу, чтобы скрыть его.
    2. В зависимости от размера экрана рассмотрите возможность изменения размера панели слева, на которой отображаются папки проекта, чтобы она занимала меньше места.

    На этом этапе ваш экран должен выглядеть немного менее загроможденным, как на снимке экрана, показанном ниже.

    Шаг 3. Изучите структуру и схему проекта

    Левый верхний угол окна Android Studio должен выглядеть как на следующей диаграмме:

    На основе того, что вы выбрали шаблон Basic Activity для своего проекта, Android Studio настроила для вас ряд файлов. Вы можете просматривать иерархию файлов для вашего приложения разными способами, один из них находится в представлении Project . Project показывает ваши файлы и папки, структурированные таким образом, чтобы это было удобно для работы с проектом Android. (Это не всегда соответствует иерархии файлов! Чтобы увидеть иерархию файлов, выберите представление Project files , щелкнув (3) .)

    1. Дважды щелкните папку app (1) , чтобы развернуть иерархию файлов приложений. (См. ( 1) на скриншоте.)
    2. Если вы щелкните Project (2) , вы можете скрыть или отобразить представление Project .Вам может потребоваться выбрать View> Tool Windows , чтобы увидеть эту опцию.
    3. Текущий выбор представления Project (3): Project> Android .

    В представлении Project> Android вы видите три или четыре папки верхнего уровня под вашим приложением . папка: манифестов , java , java (сгенерированных) и res . Вы можете не сразу увидеть java (сгенерированный) .

    1. Разверните папку манифестов .

      В этой папке находится AndroidManifest.xml . Этот файл описывает все компоненты вашего приложения Android и читается системой времени выполнения Android при запуске вашего приложения.

    2. Разверните папку java . Здесь собраны все ваши языковые файлы Java. Папка java содержит три подпапки:

      com.example.myfirstapp: Эта папка содержит файлы исходного кода Java для вашего приложения.

      ком.example.myfirstapp (androidTest): В эту папку вы поместите свои инструментальные тесты, то есть тесты, выполняемые на устройстве Android. Он начинается с скелетного тестового файла.

      com.example.myfirstapp (test): В эту папку вы поместите свои модульные тесты. Для запуска модульных тестов не требуется устройство Android. Он начинается с скелетного файла модульного теста.

    3. Разверните папку res . Эта папка содержит все ресурсы для вашего приложения, включая изображения, файлы макетов, строки, значки и стили.Он включает в себя следующие подпапки:

      drawable : все изображения вашего приложения будут храниться в этой папке.

      макет : Эта папка содержит файлы макета пользовательского интерфейса для ваших занятий. В настоящее время в вашем приложении есть одно действие с файлом макета с именем activity_main.xml . Он также содержит content_main.xml , fragment_first.xml и fragment_second.xml .

      меню: Эта папка содержит файлы XML, описывающие любые меню в вашем приложении.

      mipmap : Эта папка содержит значки запуска для вашего приложения.

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

      значений : Эта папка содержит ресурсы, такие как строки и цвета, используемые в вашем приложении.

    Шаг 4. Создайте виртуальное устройство (эмулятор)

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

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

    1. В Android Studio выберите Tools > AVD Manager или щелкните значок AVD Manager на панели инструментов.
    2. Нажмите + Создать виртуальное устройство . (Если вы создали виртуальное устройство ранее, в окне будут показаны все существующие устройства, а внизу будет кнопка + Create Virtual Device .) В окне Select Hardware отображается список предварительно настроенных определений аппаратных устройств.
    3. Выберите определение устройства, например Pixel 2 , и щелкните Next . (Для этой лаборатории не имеет значения, какое определение устройства вы выберете).
    4. В диалоговом окне Образ системы на вкладке Рекомендуемый выберите последний выпуск. (Это имеет значение.)
    5. Если рядом с последней версией отображается ссылка Download , значит, она еще не установлена, и ее необходимо сначала загрузить. При необходимости щелкните ссылку, чтобы начать загрузку, а затем нажмите Далее .Это может занять некоторое время в зависимости от скорости вашего соединения.

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

    1. В следующем диалоговом окне примите значения по умолчанию и нажмите Готово .

    Теперь в AVD Manager отображается добавленное виртуальное устройство.

    1. Если окно Your Virtual Devices AVD Manager все еще открыто, закройте его.

    Шаг 5. Запустите приложение на новом эмуляторе

    1. В Android Studio выберите Run> Run ‘app’ или щелкните значок Run на панели инструментов.Значок изменится, когда ваше приложение уже запущено.

    Если вы получите диалоговое окно с сообщением «Для мгновенного запуска требуется, чтобы была установлена ​​платформа, соответствующая вашему целевому устройству (Android N …)», нажмите « Установить и продолжить».

    1. В Run> Select Device в разделе Available devices выберите виртуальное устройство, которое вы только что настроили. Это меню также появляется на панели инструментов.

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

    Сообщения, которые могут ненадолго появиться в строке состояния

    Выполняется сборка Gradle

    Ожидание подключения целевого устройства

    Установка APK

    Начальная деятельность

    Когда ваше приложение построено и эмулятор готов, Android Studio загружает приложение в эмулятор и запускает его.Вы должны увидеть свое приложение, как показано на следующем снимке экрана.

    Примечание : Хорошей практикой является запуск эмулятора

    .

    Как написать требования к мобильному приложению, которые работают — Smashing Magazine

    Об авторе

    Эдуард — генеральный директор и соучредитель мобильного агентства Polecat. Имея опыт разработки, он в основном служит первой точкой контакта с клиентами, помогая им …
    Больше о
    Эдуард
    Хорьков

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

    Eduard Khorkov Eduard Khorkov

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

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

    Дополнительная литература по SmashingMag:

    Как подойти к написанию

    Тщательно составленный документ требований устраняет двусмысленность, тем самым гарантируя, что разработчик делает именно то, что нужно сделать. Кроме того, документ дает четкое представление об объеме работы, позволяя разработчику лучше оценить время и усилия.Но как создать хороший документ? Ниже приведены несколько советов, которым наша мобильная команда в Polecat следует при создании требований.

    1. Опишите идею в целом

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

    Подсказка: Гуа Табидзе делится несколькими моделями, которые другие используют для описания идеи.

    2. Рассмотрите последовательность.

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

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

    В конце не забудьте об основных функциях и экранах, таких как политика конфиденциальности и функция «забыть пароль».

    3. Просмотрите существующие приложения в магазинах

    Просмотрите существующие приложения в Apple App Store и Google Play и ссылайтесь на них при описании своего приложения. Если вам нравится, как функция «забыл пароль» работает в приложениях A и B, укажите это в документе с требованиями.

    4. Абстрагирование от деталей

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

    5. Расставьте приоритеты по функциям

    Укажите, какие функции важнее других, чтобы разработчик знал, на чем сосредоточиться в первую очередь. Обычно мы следуем методу MoSCoW, помечаем элементы уровнями приоритета «Обязательно», «Следует», «Можно» и «Не могу».

    6.Дополнение текста каркасами

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

    Форматы требований

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

    Документ функциональной спецификации

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

    Давайте возьмем простое приложение-калькулятор и опишем его функции в виде FSD:

    • Экран приложения представляет собой цифровую клавиатуру с дополнительными кнопками для основных арифметических операций (сложение, вычитание, умножение, деление) и кнопкой результата (отмеченной знаком «= »).
    • Нажатие на цифровую кнопку добавляет ее в область отображения на экране. Каждая новая цифра добавляется с правой стороны числа.
    • Нажатие на рабочую кнопку приводит к добавлению текущего числа, показанного в секции дисплея, в память. Он также очищает область отображения для следующего числа.
    • Нажатие на кнопку отображения результатов объединяет число в памяти с числом в секции отображения в соответствии с ранее запрошенной операцией. Полученное число отображается в секции дисплея на экране.

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

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

    Пользовательские истории

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

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

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

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

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

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

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

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

    Эскизы и каркасы

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

    Пример каркаса калькулятора, созданного в Balsamiq Mockups.

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

    Смешивание форматов

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

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

    Давайте попрактикуемся

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

    Во-первых, давайте формализуем идею с помощью шаблона XYZ Стива Бланка: «Мы помогаем X выполнить Y, выполняя Z.«Предпосылка приложения — дать пользователям возможность контролировать то, что они едят в течение дня, и количество потребляемых калорий. Согласно методу XYZ: «То, что я ем, помогает тем, кто заботится о своем весе, отслеживать потребление калорий, предоставляя функции простого журнала приема пищи».

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

    Следующий шаг — описание приложения What I Eat в виде пользовательских историй, экран за экраном. Начнем с начального и домашнего экрана приложения:

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

    Чтобы избежать двусмысленности, мы создадим каркас для этого экрана.

    Каркас главного экрана

    Как видите, мы не смогли добавить функцию «Добавить новое блюдо» на главный экран. Вместо этого мы добавили кнопку для перехода к другому экрану, на котором представлена ​​эта функция. Теперь нам нужно собрать пользовательские истории для этого нового экрана:

    • Я хочу ввести название еды, которую я только что ел.
    • Наряду с названием блюда я хочу ввести количество калорий.

    Каркас для экрана добавления еды

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

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

    Мы также поместим часть пользовательского интерфейса календаря iPhone в каркас.

    Каркас календаря

    Наконец, нам нужно добавить некоторые настройки в приложение.

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

    Каркас экрана настроек

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

    Каркас и соответствующая пользовательская история на одной странице. Загрузить полный документ (PDF, 0,2 МБ). (Просмотр большой версии)

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

    Карта экрана для приложения iPhone для отслеживания калорий (Просмотр большой версии)

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

    Заключение

    Мы создали два документа: PDF-файл с пользовательскими историями и каркасами, а также карту экрана, дополняющую PDF-файл. Вместе они подробно описывают, какими функциями должно обладать приложение. Мы можем отправить это нашему разработчику. На этот раз приложение, которое он поставляет, будет соответствовать вашему видению.

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

    Ресурсы

    Изучите тему с помощью следующих ресурсов:

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

    Smashing Editorial (да, vf, yk, al, il).

    Leave a Comment

    Ваш адрес email не будет опубликован. Обязательные поля помечены *