От идеи к производству — Разработка IoT проекта

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

Самое время для четвёртой индустриальной революции — не пропустите возможность. Как лучше всего принять участие в этой волне? Мы уже писали о том, как превратить идею в настоящий продукт, поэтому в этот раз мы решили создать практический гид по достижению результатов на каждом этапе и как получить общее понимание процесса. Поэтому начнем!

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

Требования к вашему проекту должны содержать дополнительную информацию:

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

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

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

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

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

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

Вот самые распространенные подходы:

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

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

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

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

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

Возвращаясь к дизайну, вот визуализация:

Дизайн устройства важен, поскольку отвечает на следующие вопросы:

Коммерческие:

Технические:

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

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

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

Для прототипа приложения вы можете воспользоваться:

Для прототипа аппаратного обеспечения создайте пробный прибор, который будет содержать базовые функции и докажет целесообразность вашего замысла. Ни размер, ни вес, ни вид пока не важны, ведь вы только исследуете функциональность. Ваша главная задача — убедиться, что система правильно считывает данные с сенсоров и загружает их на сервер MQTT (или любой другой протокол для обмена данными IoT как WebSocket, HTTP REST или CoAP). Вот пример прототипа:

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

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

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

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

Узнайте больше о нашем производственном процессе:

Кроме изготовления, не стоит забывать и о тестировании. Хотя может и реально стать следующим IBM без QA команды, однако вот что мы думаем о тестировании: Важность автоматизированного тестирования на сложных проектах.

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

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

Вот распечатанный результат:

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

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

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

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

Прежде всего, что такое MVP и для чего он нужен? Ответы можно найти в нашей статье.

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

Как выбор функциональности, так и вид важны для успешного маркетинга MVP. Чтобы поддержать кампанию по продаже и распространить информацию о нашем продукте, мы также разработали лендинг-страницу https://ubreez.com/

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

Вы можете посмотреть приложения здесь:

App Store

Play Market

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

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

Спасибо за внимание!