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

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

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

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

К 2024 году, предполагается увеличение объема продаж российских разработчиков в области технологий распределенных реестров и IoT до 54,3 млрд рублей млрд рублей и 230,9 млрд рублей соответственно. Совокупная доля российских компаний на мировом рынке, которые будут создавать цифровые продукты для конечных потребителей на базе IoT и технологий распределенных реестров, вырастет более чем в 3 раза (к марту 2021 года – 0,06% и 1,4% соответственно). Таким образом, будет наблюдаться значительный рост капитализации компаний. (ссылка на источник)

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

Что такое приложение для экологии производства?

Экология производства - это зарождающаяся и сложная дисциплина для ученых, инженеров и политиков. Современные истоки Экология производства , часто называемые «наукой об устойчивости» , связаны со статьей «Стратегии производства», написанной Фрошем и Галлопулосом и опубликованной в 1989 году в журнале Scientific American . Однако исторически косвенные ссылки на концепцию «Экология производства» относятся к началу 1970-х годов. Междисциплинарный характер промышленной экологии затрудняет предоставление последовательного и общепринятого определения, но следующее утверждение отражает суть темы:

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

Сколько стоит разработка веб приложения для экологии производства?

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

Надежные приложения для экологии производства должны:

- Иметь свою базу данных всех ресурсов или CRM

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

- Выглядеть привлекательно и быть простым в использовании

- Быть отзывчивым к различным устройствам и операционным системам

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

Анализ и подготовка 

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

Следующий этап - это обсуждение с заказчиком технического задачи. Нужно понимать, что, как правило, программисты не знают всех тонкостей этой сферы, потому вам нужен обязательно человек, который будет иметь полное понимание сферы и возможность, консультировать девелоперов. После того, как вы нашли команду разработчиков, следующим шагом будет создание интегрированных промежутков и MVP (minimum viable product / минимально жизнеспособный продукт). Здесь вы сможете понять, получили ли вы то, что представляли или есть моменты, с которыми еще стоит поработать. 

После того, как вы попользовались mvp, вам стоит приступить к описанию нового технического задания, создание флоу (принцип работы) приложения в miro или figma. Представим, что у вас уже есть mvp и флоу для приложения. Следующим очень важным шагом является проектирование структуры приложения. Здесь нужно понимать, что вы не можете использовать текущее mvp, поскольку это всего лишь демо (то есть предварительная версия), и вы не можете просто усовершенствовать его. Представьте себе, что ваше приложение - это игра, где нужно ставить кирпичики друг на друга. Если в самом начале эти кирпичи будут стоять криво (не соответствовать требованиям нового продукта), то вы не сможете построить высокую башню даже при условии, что все последующие уровни будут выполнены идеально. Именно поэтому нужно строить все с нуля.

Дальше более понятный обычному обывателю пункт - это набор команды разработки (2 фронтенд разработчика, 2 бекенд разработчика, тестировщик, дизайнер, проджект менеджер, бизнес аналитик). Потом можно приступить к построению процессов внутри команды разработки. Внутри нашей команды было принято решение воспользоваться фреймворком p3express. А сам процесс разработки выстроить в режиме light scrum с двухнедельными спринтами. Это сочетание позволило нам распределить бэклог задач согласно плана MVP. Далее будут перечисляться термины сугубо для программистов: построение диаграмм (вариантов использования, классов и типов данных, sequence, component). И в конце анализа и подготовки нужно выполнить заполнение брифа на разработку дизайна. Передача задания в дизайн разработку. Создание мокапов для тестирования дизайн моделей на фокус группе. Передача дизайн проекта на утверждение.

Технологии для решения поставленных задач

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

1. Создание окружений для разработки. Было принято решение использовать 4-х ярусную архитектуру, каскадов ярусов DTMP. Окружения развернули на связки GitLab CI/CD + AWS ECS

Здесь все очень просто, GitLab - это более проприетарная технология в отличии от GitHub, и более легко настраиваемая чем BitBucket.  AWS - это прекрасная технология для того, чтобы собрать весь функционал вашего приложения и отслеживать, такие вещи, как ендпоинты и рассылки.

2. Бекенд часть: 

- Построение DTO приложения

- Создание API документации

- Создание базы данных и хранение в ней данных приложения

- Подключение сервиса для хранение статики

- Подключение Аутентификационного сервиса

- Создание сервиса для работы с данными о предприятии и выбросах в атмосферу

- Интегрирование stripe plan для биллинга в приложении

- Подключение балансира

- Написание интеграционных тестов

- Запуск нагрузочных тестов

- Технологии: AWS dynamodb, AWS App Sync, Node JS, Stripe billing

- AWS dynamodb - очень удобная база данных, при условии, что мы используем AWS.

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

3. Фронтенд: 

- Создание компонентной библиотеки

- Создание инфраструктуры приложения

- Подключение к идентификационному сервису

- Разработка основного дашборда, на котором указаны выбросы загрязняющих веществ в атмосферу.

- Построение графиков и диаграмм

- Разработка карты предприятий, на которой указаны основные подразделения, на которых происходят выбросы.

- Просмотр выбросов от конкретного завода

- Разработка рекомендаций по регулированию выбросов завода

- Внедрение систем оплаты подписок на использование системы контроля выбросов

- Написание Unit тестов для фронтенд части

Технологии: React JS, React charts, Apollo client, Stripe billing, AWS Cognito

4. Написание авто тестов для приложения, тестирование задач вовремя, а также риск тестирования после этапа разработки.

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

Многоэтапное развитие

1. Подготовка релизной версии приложения, SEO аудит, оптимизация, подключение DNS. 

2. Релиз продакшн версии проекта, проведение анонса в соц сетях и рекламной компании. 

3. Передача заказчику всех ключей, аккаунтов от продакшн версии

4. Поддержка приложения

5. Разработка плана для дальнейшего развития проекта (обновления, добавление функционала, улучшение показателей аналитики)

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

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

P.S здесь вы можете посмотреть наш кейс на behance