От идеи приложения к реализации

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

Я занимаюсь созданием мобильных приложений уже более 6 лет. Как бывший веб-разработчик, я начал писать нативные приложения для iOS, как только в Нидерландах появился первый iPhone 3G.

Больше, чем просто код

После создания моей первой крошечной утилиты — просто для того, чтобы освоиться — и завершения моего первого полного цикла внедрения путем успешной публикации в App Store, я получил шанс стать штатным мобильным разработчиком в (тогда) небольшой компании.

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

Ценность прежде всего

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

Добавьте тот факт, что с 2016 года я прослушал множество подкастов, аудиокниг и прочитал много интересного о бережливом стартапе, опросах пользователей, поворотах, определении (минимально жизнеспособных продуктов)[(MVP)ивыполучитетогдеянахожусьсегодня[(MVP’s)andyougetwhereIamtoday

Как определить основную ценность вашего приложения

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

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

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

Шаги, чтобы узнать, что реализовать

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

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

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

Исследуйте болевые точки

• Соберите людей, которые представляют все необходимые стороны, заинтересованные стороны, если хотите (лицо, принимающее решения от руководства, коллега по безопасности и ИТ для покрытия этих основ, пользователь/представитель пользователя и, возможно, сотрудник службы поддержки
• Расскажите о проблеме: в чем мотиватор это послужило толчком к идее приложения. Говорить о кто испытывают проблему и как они решают это сейчас
• какая ценность принесет ли приложение. Сэкономит ли это время, откроет процесс из-за независимости от момента/места/устройства? Принесет ли это больше удовольствия от утомительного процесса?
• Проведите инвентаризацию необходимых компонентов и их доступности в контексте приложения; Существуют ли системы, ручные процессы или знания, доступные в вашей компании, нише или в Интернете, которые представляют ценность?
• Проверьте сложности в том же контексте, когда вам нужно связать их с идеей вашего приложения. Нужно ли много усилий, времени, денег, чтобы соединить вещи вместе?

Определите решение

• Каков минимальный набор функций, которые необходимо реализовать, чтобы быть полезным. Используйте методы определения размера футболки или методы MoSCoW, чтобы выяснить, что важно, а что менее важно. Попробуйте выделить вещи, которые могли бы быть хорошими, но поначалу могут быть выполнены вручную (сброс пароля? экспорт данных?…)
• Какие динамические аспекты должны поддерживаться людьми, не занимающимися кодированием? Это приводит к экранам CRUD и функциональным возможностям администрирования, которые часто требуются для сохранения актуальности и полезности информации, функциональности и ценности в приложении.
• Как будет выглядеть поток пользователей? Не могли бы вы набросать несколько основных экранов и наметить поток, который в совокупности составляет Пользовательский опыт ?
• Разработайте все вышеперечисленное, чтобы у вас был обзор необходимых компонентов, контуры экрана с потоком взаимодействия и функциональные требования к тому, что минимально необходимо для того, чтобы эта реализация приносила пользу.

Рекомендуется опыт работы с приложениями

Все шаги не очень сложные, но и далеко не простые.

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

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

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

И я даже не начал затрагивать такие темы, как безопасность, такие правила, как GDPR, стандарты ISO, лучшие практики, доступность и аппаратные возможности — и ограничения.

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

Получите правильное руководство

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

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

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

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

Поговорите с потенциальными пользователями

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

Один из лучших ресурсов для проведения интервью с вашей целевой аудиторией — это книга: (Тест для мамы Роба Фицпатрика)[Внейдаютсядельныесоветыотомкакбратьинтервьюулюдейнепредвзятокнимотносясь[Itgivessolidadviceonhowtointerviewpeoplewithoutbiassingthem

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

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

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

Вы будете поражены отзывами потенциальных пользователей о проблеме.

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

Заключение

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

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

Если бы у меня было больше времени, я бы написал письмо короче — Марк Твен

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

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