Дмитрий Держаев | IT и Бизнес 2.0

Дашборды и Low-code: как low-code технология помогает визуализировать данные. С развитием технологий и стремительным увеличением объема данных, предприниматели и ИТ-специалисты сталкиваются с необходимостью эффективной визуализации информации. Сегодня поговорим о том, как Low-code технологии помогают в визуализации данных, но в начале разберем недавний пример из моей практики. Кейс: Небольшая компания, занимающаяся розничной торговлей, решила увеличить свою аналитическую мощность. Они потратили более 500,000 рублей на внедрение нескольких инструментов для визуализации данных. Несмотря на большие затраты, после года ожидания, обучения сотрудников и внедрения, они так и не смогли получить необходимых результатов из-за сложности работы с инструментом и необходимости постоянного обращения к ИТ-специалистам для внесения изменений. После этих неудач, менеджмент компании принял решение попробовать внедрить Low-code технологии. За три месяца обучения и внедрения они смогли создать интерактивные дашборды, которые собирали данные из нескольких источников, включая их систему управления запасами и CRM. Это ускорило процесс принятия решений и сократило затраты на внедрение. Компании удалось значительно повысить вовлеченность команды в процесс анализа данных. Теперь ключевые пользователи способны самостоятельно вносить изменения в дашборды и проактивно управлять своими показателями, что, в конечном итоге, привело к росту прибыли на 20% в течение первого года. (Больше интересных разборов на моем телеграм-канале). Почему важна визуализация данных? Визуализация данных позволяет быстро анализировать и интерпретировать информацию, что критически важно для принятия обоснованных бизнес-решений. Традиционные инструменты для визуализации данных обладают мощными функциями, но их использование может требовать значительных временных и финансовых затрат. На помощь приходит Low-code подход, предоставляющий гораздо более быстрые и гибкие решения. Расскажу немного о ключевых характеристиках Low-code платформ: 1. Графический интерфейс: Low-code платформы часто предлагают визуальные редакторы, которые позволяют пользователям создавать приложения и дашборды с помощью перетаскивания элементов. 2. Быстрая разработка: Процессы, которые в традиционной разработке занимали недели или месяцы, могут быть выполнены за дни или даже часы. 3. Пользовательская настройка: Несмотря на свою простоту, Low-code платформы позволяют разрабатывать индивидуальные решения, которые можно настроить под специфические требования бизнеса. 4. Интеграция с разными системами: Большинство Low-code платформ предлагают готовые интеграции с популярными API и сервисами. И все таки как Low-code ускоряет создание дашбордов? 1. Простота использования Одна из самых больших слабостей традиционных инструментов визуализации – это сложность их освоения. Требуется хорошее понимание как анализа данных, так и самого инструмента. Low-code платформы минимизируют необходимость в специализированных навыках. Это позволяет бизнес-аналитикам и даже обычным пользователям быстро создавать интерактивные дашборды без привлечения ИТ-отдела, что существенно ускоряет процесс. 2. Гибкость Low-code платформы предоставляют возможность совместной работы. Разработчики и аналитики могут быстро вносить изменения, добавлять новые данные и модифицировать визуализации без нарушения всей системы. 3. Меньше затрат Создание дашбордов с помощью Low-code технологий обычно связано с меньшими затратами на лицензии и обучение по сравнению с традиционными инструментами. Это делает Low-code решения более доступными для малых и средних предприятий. Заключение Подводя итог мы можем сделать вывод, что Low-code технологии значительно упрощают и ускоряют процесс создания дашбордов и визуализации данных, что является важным аспектом для современной аналитики. Каждый бизнес уникален, и выбор инструмента для анализа данных следует проводить с учетом специфических потребностей и целей компании. А с какими трудностями сталкивались Вы, при работе с традиционными инструментами? Делитесь в комментариях.

Интеграция ИТ-систем: как объединить все ваши инструменты в одну экосистему. В мире технологий, где каждое решение и стратегия могут значительным образом повлиять на успех бизнеса, интеграция ИТ-систем становится не просто желательной, а необходимой. Почему же так важно создать единую экосистему из различных инструментов? Давайте разберемся. Зачем нужна интеграция ИТ-систем? Современные компании используют множество ИТ-инструментов и приложений для управления проектами, бухгалтерией, CRM, маркетингом и другими функциями. Обычно системы работают отдельно друг от друга, что приводит к низкой эффективности, дублированию данных и увеличению времени на выполнение задач. Интеграция позволяет создать единое пространство для работы, где информация свободно передаётся между системами, а сотрудники могут сосредоточиться на более важных задачах. Пример успешной интеграции. Рассмотрим реальный случай, который иллюстрирует, как интеграция ИТ-систем повысила продуктивность бизнеса. Компания, занимающаяся продажей экологически чистых товаров, использовала несколько отдельных платформ: одну для управления взаимодействием с клиентами (CRM-система), другую для учета товаров, а третью – для ведения бухгалтерии. В процессе работы сотрудники сталкивались с определенными затруднениями. Менеджеры по продажам не имели доступа к актуальной информации о наличии товаров, а бухгалтерия получала данные о продажах с задержкой. В результате клиенты часто оставались недовольными, а работа всего бизнеса была дезорганизована. После консультации с ИТ-специалистами компания приняла решение интегрировать все свои системы в единую экосистему. Была выбрана платформа, которая позволила объединить CRM, систему управления запасами и бухгалтерию в одном решении. Это позволило: Автоматизировать обмен данными. Теперь все продажи автоматически обновляли информацию в учетной системе, что избавило бухгалтеров от рутинной работы по переносу данных. Улучшить взаимодействие с клиентами. Менеджеры по продажам получили доступ к актуальным данным о наличии товара в реальном времени, благодаря чему могли сразу же информировать клиентов о статусе их заказов. Повысить прозрачность. Все сотрудники теперь могли видеть текущую загрузку и запасы, что помогло команде лучше планировать маркетинговые кампании и запасы товаров. В результате этих изменений продуктивность сотрудников увеличилась на 30%. Сократилось время обработки заказов, а уровень удовлетворенности клиентов значительно вырос. Компания смогла не только увеличить продажи, но и укрепить свою репутацию на рынке. Как интегрировать ваши ИТ-системы? Вот несколько шагов, которые помогут вам успешно интегрировать ваши системы: Анализ существующих инструментов. Оцените, какие системы у вас уже есть, и определите их функциональность. Выясните, какое программное обеспечение создаёт проблемы, и какие задачи необходимо решить. Определите ваши потребности. На основе анализа определите, какой функционал будет необходим в новой интегрированной системе - автоматизация отчетности, улучшенное взаимодействие с клиентами и т.д. Выбор интеграционной платформы. Исследуйте доступные решения, способные объединить ваши системы. Многие программы предлагают готовые API и инструменты для интеграции, которые упростят этот процесс. Тестирование и обучение. Протестируйте новую систему в небольших масштабах, чтобы выявить возможные проблемы и обучите ваших сотрудников работе с новыми инструментами. Постоянный мониторинг и улучшение. Интеграция – это не одноразовое мероприятие. Следите за работой новой системы и собирайте отзывы от сотрудников, чтобы внести улучшения по мере необходимости. Итог: почему интеграция ИТ-систем важна? Интеграция ИТ-систем – это путь к повышению продуктивности и упрощению бизнес-процессов. Как показал пример компании, описанный выше, правильная интеграция позволяет не только оптимизировать внутренние процессы, но и улучшить качество обслуживания клиентов, что в конечном итоге приводит к росту прибыли и укреплению позиций на рынке.

Корпоративный саботаж Задаваясь вопросом о том, каковы истинные причины внутреннего саботажа цифровизации в компаниях, я не могу не вспомнить свой опыт работы в одной организации, где столкнулся как раз с таким явлением. Главной фигурой происходящего была женщина средних лет, назовем ее Ольга. Она отвечала за внедрение новых технологий и, на первый взгляд казалось, что это человек, который стремится к прогрессу, однако за этой маской скрывался страх перед изменениями и, возможно, потерей контроля. Когда я впервые предложил автоматизировать некоторые рутинные процессы, чтобы повысить эффективность работы команды, реакция Ольги была весьма предсказуема. Сначала последовал долгий и подробный анализ, который, казалось, не имел конца. Каждый пункт, который я представлял, она перепроверяла и всякий раз находила причину отклонить идею. "Мы всегда делали это по-старому, и не вижу причин это менять," — это фраза стала канвой нашего общения. С каждым разом я понимал, что дело не в недостатке информации или уверенности, а в ее недовольстве тем фактом, что ей придется переучиваться. Параллельно с этой ситуацией я наблюдал, как и другие сотрудники, занимающие ключевые позиции, выражали аналогичные опасения. Для некоторых из них цифровизация означала потерю не только постоянных союзников, но и привычного способа управления. Один из коллег открыто говорил: "Новые системы частично заменят мой функционал, а это не в моих интересах". В таком климате саботаж становился не просто естественной реакцией, а защитным механизмом. Я помню, как мы пытались внедрить систему управления проектами. На начальном этапе Ольга собирала встречи, где каждый мог высказать свои опасения. И, удивительно, мы вскоре увидели, что у каждого были свои мотивы не переходить на новую платформу. Одна из сотрудниц, которая имела в управлении массу задач утверждала, что новые технологии усложнят отчетность и добавят дополнительную нагрузку на тех, кто уже перегружен работой, что в корне наоборот... С первых шагов внедрения системы начали возникать споры и недопонимания. Этот процесс превращался в поле битвы, где каждый защищал свои интересы. Ещё один аспект, который резонировал в команде, заключался в том, что цифровизация делала внутренние процессы абсолютно прозрачными. Например, система автоматизации могла бы упростить отчетность и дать возможность каждому увидеть, как проходят проекты. Но для многих это означало полное раскрытие их личной эффективности, и они не хотели этого. Возникали недовольства и слухи о том, что новшества добавляют лишь хаоса и вообще это излишняя блажь. Это подчеркивало, насколько важно учитывать человеческий фактор в каждой бизнес-инициативе. В конечном итоге я понял одну простую истину: мнение одного человека, особенно если это человек в руководящей роли, может не только определять направление движения всей компании, но и быть продиктовано его личными интересами. В нашем случае Ольга продолжала блокировать изменения, основываясь на своём нежелании выходить из зоны комфорта и это заставляло всю команду оставаться на месте, не развиваясь. Теперь, оглядываясь назад на этот опыт, я больше понимаю, насколько важен сам подход к изменениям в организации. Нельзя игнорировать страхи, личные интересы и человеческие эмоции; они могут иметь более мощное влияние, чем мы готовы признать. Всем нам важно учиться, расти и развиваться, но при этом мы не всегда готовы к трудностям перемен. Корпоративный саботаж не является чем-то неизбежным, но это вполне реальное и опасное явление, которое требует отдельного подхода как к идеям, так и к людям. Нельзя забывать, что за каждым решением стоит человек со своими страхами, надеждами и интересами — и это необходимо учитывать на каждом шагу цифровизации.

Руководитель ИТ на час: эффективное решение для малого бизнеса. Управление информационными технологиями является критически важным аспектом для любого бизнеса, независимо от его размера. Однако малые предприятия и индивидуальные предприниматели часто сталкиваются с рядом специфических проблем в ИТ сфере, которые могут серьезно замедлить их развитие и снизить конкурентоспособность. Многие из этих проблем связаны с ограниченными ресурсами и отсутствием специализированных знаний в области ИТ. Проблемы, с которыми сталкивается малый бизнес в ИТ сфере: 1. Ограниченный бюджет: Для малого бизнеса характерны ограниченные финансовые ресурсы, что затрудняет возможность наем высококвалифицированных ИТ специалистов на постоянной основе. Это, в свою очередь, ведет к необходимости искать компромиссные решения и использовать менее эффективные технологии. 2. Отсутствие стратегического подхода: Без грамотного руководства в области ИТ, многие предприятия не имеют четкого плана по внедрению и развитию технологий. В результате, ИТ-системы становятся разрозненными и слабо интегрированными, что вызывает логистические и управленческие сложности. 3. Кибербезопасность: Малый бизнес часто является легкой мишенью для киберпреступников. Недостаточное внимание к вопросам безопасности, ограниченные бюджеты на защиту данных и отсутствующие планы реагирования на инциденты могут привести к катастрофическим последствиям. 4. Обслуживание ИТ-инфраструктуры: Техническое обслуживание ИТ систем требует времени, знаний и ресурсов. Без должного контроля, системы могут периодически выходить из строя, что приводит к простоям и финансовым потерям. Преимущества найма ИТ руководителя на час: 1. Экономия средств: Нанимая ИТ руководителя на час, малый бизнес может получать высококвалифицированную помощь без необходимости оформлять сотрудника в штат и оплачивать полный рабочий день. Это особенно важно для тех, у кого нет регулярной потребности в ИТ услугах, но время от времени требуется помощь эксперта. 2. Стратегическое направление и планирование: Временный ИТ руководитель может помочь разработать стратегический план развития ИТ инфраструктуры, что позволит бизнесу эффективно использовать современные технологии и избежать распространенных ошибок. 3. Устранение и предотвращение проблем: Опытный специалист сможет быстро выявить слабые места в текущей ИТ политике и предложить решения для их устранения. Это может включать улучшение безопасности, оптимизацию рабочих процессов или модернизацию оборудования. 4. Кибербезопасность: Профессионал в области ИТ сможет провести аудит безопасности, выявить уязвимости и разработать меры по их устранению, что значительно повысит уровень защиты бизнеса от кибератак. 5. Гибкость и адаптивность:  ИТ руководитель на час может работать по мере необходимости, что делает этот формат идеальным для компаний с переменным объемом ИТ задач. Бизнес получает возможность быстро реагировать на изменения и адаптироваться к новым вызовам. Заключение. Услуга "Руководитель ИТ на час" представляет собой мобильное и экономичное решение для малого бизнеса. Она позволяет получить доступ к высококвалифицированной помощи и поддержке без необходимости значительных затрат. Это особенно важно в условиях ограниченных ресурсов, когда каждый рубль на счету. Правильное стратегическое управление ИТ системами, улучшение кибербезопасности и оперативная техническая поддержка помогут бизнесу расти и развиваться, сохраняя конкурентное преимущество на рынке. Отличное решение для тех, кто стремится к профессиональному улучшению своих ИТ процессов с минимальными вложениями!

Почему разработчику важно понимать бизнес. Какое ключевое отличие веб-разработчика от разработчиков 1С, Bitrix или Salesforce? Вторые четко понимают те бизнес-процессы, которые они автоматизируют. Многие сравнивают создание ПО (или развитие ИТ компании в целом) со строительством дома или с работой завода: все рабочие на своем месте и каждый - эксперт в своей узкой специальности. Конечная цель ясна - построенный дом или выпуск автомобиля. Конечно, технологии в этих отраслях развиваются и сейчас многое делают по-новому, например, печать домов на 3D-принтере или сборка автомобилей роботами. Но, в целом, строителю или механику понятна его отрасль. Веб-разработчик же за 20 лет работы может проработать в различных отраслях. Создание ИТ продукта совсем не похоже на строительство дома. В ходе разработки ПО могут меняться требования, и нередко конечный продукт может получиться совсем не таким, каким задумывался изначально. В основном, в компаниях программист работает только с ТЗ, спецификацией или сразу с декомпозированными задачами. Но, в более продвинутых командах, технических специалистов погружают в некоторые нюансы бизнеса. Какой же информацией руководителям проекта стоит поделиться с программистами и как это может повлиять на проект и процесс его создания? Творчество, свобода Обычно, программистам дают свободу в технологиях и случается так, что это уводит их от выполнения важных задач бизнеса. У каждого разработчика есть период, когда он ещё не наигрался в огромной "песочнице" технологий и где всегда будут появляться новые "игрушки". Может пройти много времени, прежде чем менеджеры поймут, что вместо бизнес-задач в основном решаются задачи технические. Здоровая вовлеченность На собеседованиях программистам рассказывают про классный проект, про достижения компании на рынке, про грандиозные планы. На этом знания о бизнесе заканчиваются и разработчик с первых дней после оффера погружается в бесконечную рабочую рутину. Нужно периодически вовлекать, а точнее отвлекать от основной работы. Коллегам будет интереснее заниматься проектом, если появится больше понимания откуда что берется. Запастись попкорном Периодически рассказывайте про тренды вашей отрасли в формате презентации. Просто закинуть ссылку в групповой чат плохо работает. Все заняты текучкой, некогда отвлекаться. В таком же формате можно рассказывать про стратегию, чтобы было понимание где мы сейчас и куда движемся. Широкий взгляд Чем больше знаний о предметной области проекта, тем легче конвертировать расплывчатые «хотелки» в конкретные «проблемы» и решать их. Хороший специалист может увидеть пробелы в спроектированном интерфейсе и подсказать наиболее подходящий вариант. Но, без понимания предметной области, это будут лишь технические улучшения в рамках задачи. Знание тонких нюансов отрасли, может иметь решающее значение. Например, будет проще донести до разработчиков важность некоторого функционала. Практика, взаимодействие Накидайте информации о конкурентах. Купите доступ к ПО конкурентов, пусть ваши технари изучат его хорошенько. Ещё, как вариант, отправить команду на отраслевое мероприятие. Будет не лишним, если ваши коллеги подготовят вопросы спикерам, пообщаются со специалистами, с основателями, с клиентами. Компании, использующие такой подход, отмечают улучшения: команды делятся опытом, появляется больше полезных идей, точнее прогнозируется бюджет и главное пользователи становятся счастливее. Только при всем при этом не забывать про коммерческую тайну.

GPT как помощник для Low-code технологий. Уже многие Low-code платформы используют генеративный ИИ в качестве повышения конкурентоспособности на рынке. А также для упрощения и ускорения некоторых рутинных действий. В этом посте решил сделать обзор интеграционной платформы Pipedream и показать на примере, как они используют GPT. За Pipedream я наблюдаю более 2х лет. В середине 2022 года они привлекли инвестиции (уже не первые) - $20 million in Series A. Эта цифра может шокировать тех, кто говорит, что Low-code - несерьезная технология и для простых проектов. Или что Low-code платформ уже полно и рынок заняли Bubble и Zapier. Pipedream относительно свежая платформа - 2019 года выпуска. Итак, позиционирование у них такое - «это самый быстрый способ автоматизировать любой процесс, связанный с API». Целевая аудитория - разработчики, продуктовые команды, интеграторы. Pipedream помогает освободить высококвалифицированных специалистов от рутинных задач и сосредоточить их на продукте. Платформа обрабатывает миллиарды событий, рассчитана на использование в больших масштабах и под большими нагрузками (более 10 миллионов событий в секунду). В Pipedream можно писать код на JavaScript, Python, GoLang, а также Bash скрипты. Есть сотни готовых интеграций и можно создавать кастомные. Не нужно разворачивать и управлять инфраструктурой, не нужны DevOps инженеры. Как GPT помогает. В Pipedream нет визуального редактирования (как например в Make), поэтому для создания сценариев (Workflow) используется некий вариант записи синтаксических конструкций. Без GPT, прежде чем начать создавать логику, разработчику приходилось сперва писать так называемый Boilerplate code (шаблонный код). Теперь же при помощи ИИ можно сгенерировать не только шаблонный код, но и логику. Например, для сервиса приёма и обработки электронных платежей «Stripe» можно отправить такой запрос - «Получить информацию о подписке на конкретного клиента на основе его адреса электронной почты». В итоге Pipedream сгенерирует полноценный метод, где получаем нужную информацию от Stripe, обрабатываем и возвращаем нужный результат. Если что-то будет не хватать, можно отредактировать или дополнить получившийся код. Также можно запросить у GPT переделать и улучшить результат. Low-code и так серьезно сокращает time-to-market, в сравнении с традиционной разработкой, а с помощью GPT можно ещё быстрее получить видимый результат! Большой минус Pipedream. Жаль, в Pipedream нет визуального редактирования. Неудобно создавать сценарии по шагам. И выглядит это как огромная лента из кода, которую нужно скроллить туда-сюда. Приходится в голове связывать отдельные куски. Это также влияет на скорость и удобство отладки. Все-таки удобнее, когда на рабочей области у тебя все перед глазами и не нужно никуда выходить, потом возвращаться. В целом, Pipedream решает множество задач и ему доверяют более 200 тысяч разработчиков, от стартапов до компаний из списка Fortune 500. А по поводу ИИ-помощника хочется сделать такой вывод: продуктивнее использовать уже интегрированный GTP в конкретную платформу, чем отдельно для генерации кода.

Пожинаем плоды автоматизации в сельском хозяйстве. Рост производительности и технологический прогресс способствовали более эффективному использованию ресурсов и безопасности пищевых продуктов, а за последние несколько десятилетий был достигнут значительный прогресс в сокращении голода и бедности. Несмотря на мрачную картину мирового сельского хозяйства, технологические достижения и автоматизация постепенно способствуют улучшению этой отрасли. Сельское хозяйство трансформируется, и Low-code технологии не в последнюю очередь влияют на эти изменения. В этом посте хочу рассмотреть преимущества Low-code технологий в сельскохозяйственной отрасли и их применение. Повышенная эффективность и производительность Low-code платформы помогают фермерам автоматизировать, оптимизировать процессы и улучшить общение и сотрудничество между собой. Это значительно повышает эффективность и производительность. Экономия затрат Разработка и обслуживание программного обеспечения занимают большую часть расходов. Low-code платформы могут помочь фермерам сэкономить деньги на этом конкретном аспекте. В некоторых случаях фермеры могут самостоятельно разрабатывать специальные приложения для своих рабочих процессов. Или нанимать специалистов для более сложных задач. Как писал в статьях выше, один Low-code специалист может заменить 3-4 разработчика. Ускоренный выход на рынок Low-code платформы могут помочь фермерам быстрее выводить на рынок новые продукты и услуги . Это связано с тем, что разработка и развертывание приложений выполняются быстро и легко, и фермерам даже не нужно ждать завершения проектов по разработке специального программного обеспечения, что обычно занимает много времени. Расширение возможностей нетехнических пользователей Low-code специалист и бизнес-пользователь могут легко вместе проектировать процессы, разговаривая на одном языке. Это дает не только свободу действий в разработке и автоматизации различных сервисов так, как они хотят, но и обеспечивает внесение необходимых изменений в соответствии с меняющимися рыночными сценариями. Примеры использования No-code в сельскохозяйственной отрасли Сельскохозяйственная отрасль настолько огромна, что ее практически невозможно контролировать. Однако мы, безусловно, можем внедрить некоторые системы, которые смогут автоматизировать процессы, требующие большого количества ручного труда. Управление растениеводством - Отслеживание урожайности культур - Слежение за здоровьем урожая - Контролирование полива и удобрения Например: система для отслеживания урожайности по типам культур, которая может генерировать отчеты о тенденциях урожайности и выявлять неэффективные поля. Эта информация может помочь фермерам принимать более обоснованные решения относительно севооборота, внесения удобрений и орошения. Мониторинг животноводства Low-code платформы можно использовать для разработки индивидуальных приложений мониторинга домашнего скота для ферм любого размера. Представьте себе приложение, которое может отслеживать здоровье скота с помощью датчиков в ошейниках животных, приложение, которое может отслеживать текущее местоположение с помощью GPS в ошейниках, или приложение, которое может делать и то, и другое, а затем предоставлять отчеты для получения целостного представления о состоянии скота. Управление цепочками поставок Цепочка поставок остается одним из самых сложных процессов в сельском хозяйстве, причиной чего являются непредсказуемые рыночные условия. Специальное приложение, разработанное фермерами для отслеживания движения товаров от фермы до прилавка, приведет к эффективному рабочему процессу. Это также гарантирует, что ресурсы используются именно там, где это необходимо. Это поможет предприятиям повысить эффективность, прозрачность и отслеживаемость. Рынок Low-code платформ уже набирает обороты, охватывая различные отрасли. При этом сельское хозяйство является заметным сектором, который теперь попадает под его обширный зонтик. Прогнозы различных исследований показывают, что в ближайшие годы ожидается дальнейший рост этого рынка.

Проектирование на реальных кейсах. Сегодня хочу обсудить важность наличия реальных кейсов при проектировании и разработке IT-продукта. Представим, что мы провели исследование, нашли ЦА, провели интервью и поняли, на каком функционале нужно сделать акцент. Далее принимаемся за проектирование и разработку. После завершения этих этапов приходим к клиенту и понимаем, что некоторые моменты нужно переделать, а другие и вовсе не нужны. Хорошо, если это произошло на стадии MVP и было потрачено немного времени и сил, но зачастую бывает иначе. Расскажу немного про свой опыт. После нескольких месяцев исследований, опросов, разработки и других шагов я почти доработал главный функционал. Мне на тот момент казалось, что этого хватит для выполнения многих задач. Но после того, как пришел реальный кейс, по ходу его выполнения пришлось добавить в продукт много новой логики и изменить некоторые фундаментальные конструкции. Если бы я отдал свой продукт в руки интегратора в первоначальном виде, чтобы сторонние специалисты реализовал кейс для моего клиента, у них ничего бы не вышло. И, возможно, я бы остановился на узком сегменте, на тех, кто может выполнять задачи в рамках существующего функционала. Можно было раньше взять кейс? Не уверен. Кажется, что кейс пришел вовремя. Даже тот факт, что пришлось часть системы переписать, не говорит об обратном. Есть сложные системы, где по ходу разработки совершаются некие открытия. Если нет базовых вещей, то кейс вряд ли подсветит в какую сторону двигаться. Особенно, если будем опираться только на функционал конкурентов и свои фантазии. В общем проделать какую-то работу все же придется. Но главное - не уходить в перфекционизм и бесконечную разработку фич. Реальные кейсы — это возможность увидеть, как работает ваш продукт на практике, и получить обратную связь от пользователей. Они позволяют оценить, насколько эффективно ваше решение решает поставленные задачи, а также выявить возможные проблемы и недочеты. Ещё большой плюс, что по ходу выполнения реальных задач, вы все больше будете погружаться в нишу. Клиент будет делиться своей экспертизой, подсвечивать многие моменты, до которых вы бы сами никогда не дошли. А также могут открыться и другие дороги, другие ниши. Не обязательно останавливаться на одном кейсе. В iDexia в данный момент мы рассматриваем 3 области применения, и общаясь с тремя разными экспертами, удивляемся как продукт трансформируется. И, кстати, не обязательно взаимодействовать только с потенциальным клиентом - можно найти экспертов и предложить им сотрудничество, партнерство. Это даже ещё лучше! Проработка в таком случае будет более тщательной. В заключение хочется сказать, что процесс постоянного анализа и улучшения вашего продукта на основе реальных кейсов может быть хорошим ускорителем на старте. Не бойтесь экспериментировать, учитесь на своих ошибках и стремитесь к новым достижениям!

POS-система на базе Low-code технологии. В продолжение предыдущего поста , решил написать про процесс создания модулей для POS-систем на базе Low-code технологии. Мы с командой почти завершили создание первого модуля при помощи инструментов платформы iDexia, который будет помогать шеф-поварам управлять заказами и в целом ускорит взаимодействие между сотрудниками во время приготовления заказов. Речь пойдет про Kitchen Display System (KDS). Ниже я сравнил наш модуль с другими модулями традиционных POS-систем. Интеграции Сейчас мы интегрируемся с системой Waitre. В традиционной разработке интеграция - это долго и дорого, нужно привлекать разработчиков с релевантным опытом. На Low-code интеграция проходит значительно быстрее за счет готовых инструментов. Мы можем легко настроить коннекторы с iiko и другими системами. Гибкость Благодаря инструментам визуального редактирования, упрощается внедрение, настройка и дальнейшие доработки под потребности конкретного клиента. Тестирование Можно создавать копии/клоны модулей, изменять их и тестировать в режиме разработки. Для этого не нужно настраивать отдельные домены, что позволяет быстро проверять гипотезы. Простой запрос от шеф-повара можно протестировать за 5-10 минут. Тех. поддержка Поддержка, которую предоставляют вендоры традиционных POS-систем, обычно не быстрая и не дешевая. Когда вендор имеет несколько десятков модулей, да ещё и от разных разработчиков, становится совсем не просто найти проблему и своевременно её устранить. Особенно, если проблема в разных местах. Low-code платформа же предоставляет широкие возможности для отслеживания ошибок и инцидентов. Многие тикеты можно решить в течение 10-15 минут с момента их получения. Стандартизация подхода к ИТ-разработке Даже, если 100 разных модулей сделали 100 разных команд, в любом случае все они использовали один и тот же подход и одни и те же инструменты. Это упрощает коммуникацию между командами и взаимодействие между специалистами. Если даже отдать задачу на аутсорс, сторонний специалист быстро разберется в задаче. Напротив - с чужой кодовой базой работать сильно сложнее. Сокращение затрат В традиционной разработке при создании такого модуля, как KDS, будут задействованы 3-4 специалиста и, как описал выше, для поддержки и доработок нужно будет обращаться к ним же. На iDexia это может сделать 1 Middle разработчик. Если покопаться, можно найти совсем немного примеров применения Low-code технологий в Хореке и Ритейле. Напр. Pearlpos (недавно назывались POSbe), с 2019 года работают в Норвегии и в соседних странах. На данный момент подключили +550 магазинов и более 11 000 сотрудников магазинов используют их ПО. Мы в iDexia считаем, что Low-code полностью поменяет подход к созданию систем управления заведением, гостиницей, магазином и др. И мы будем всячески этому сопутствовать. В следующем посте напишу о важности иметь реальные кейсы при проектировании и разработке продукта.

Low-code постепенно входит в Ритейл. Все знают, как пандемия Covid-19 ускорила переход от офлайн-покупок к онлайн-покупкам. С того времени множественные факторы претерпели существенные изменения. В розничной торговле в условиях высокой конкуренции, предприятия сталкиваются с растущим спросом на индивидуальные и уникальные решения, которые стимулируют инновации и повышают вовлеченность клиентов. Рассмотрим некоторые преимущества применения Low-code для розничной торговли. Повышение скорости и гибкости Представим, что компании необходимо добавить новый функционал в свою систему, которая позволит покупателям обменивать баллы лояльности на скидки до или во время оформления заказа. При помощи Low-code, команда может быстро создать необходимый интерфейс из готовых блоков, и проработать к нему бизнес-логику. Снижение затрат Допустим, ваша команда склада остро нуждается в решении, позволяющем получить доступ к сведениям о продуктах. Не нужно привлекать новых специалистов или понижать уровень приоритета задач. Low-code сокращает время обучения и время выполнения задачи в целом, а также позволяет связать разрозненные внутренние решения. Поэтому можно воспользоваться внутренними ресурсами компании. Оптимизация операций розничной торговли Розничные продавцы могут создавать собственные приложения на базе Low-code, оптимизировать цепочки поставок и логистические процессы, повысить точность выполнения заказов и улучшить качество обслуживания клиентов. Улучшение качества обслуживания клиентов Намного легче создать цифровой профиль клиента, объединяя такие решения, как платежные системы на основе QR с финансовыми услугами, а также инструментами сканирования продуктов для добавления товаров в корзину и оплаты через мобильные кошельки или другие цифровые платежи. Некоторые игроки уже внедрили Low-code в свои процессы. Напр. Mondelez, гигантский ритейлер закусок и продуктов питания. Платформы Low-code предлагают множество заранее разработанных шаблонов и функций, устраняя необходимость в специализированных знаниях в области программирования, позволяя сэкономить время и деньги.