Оценка платформы Low-Code

Требования к платформе Low-Code для управляемых бизнес-приложений

Оцените приложение целиком, а затем решите, соответствует ли требуемой модели владения, расширения и развёртывания операционная no-code-платформа или low-code-платформа для разработчиков.

Обычно Jodoo используют как no-code-платформу для бизнес-приложений. Её стоит включить в список low-code-решений, когда нужно управляемое операционное приложение, которое могут настраивать обученные администраторы. Если ключевыми требованиями являются расширение кодом, частное развёртывание или полный DevSecOps, выбирайте платформу для разработчиков.

  • Одно связанное приложение от проектирования до ежедневной работы
  • Оценочная карта платформ на основе требований
  • Перед призывом к действию Jodoo однозначно представлена как no-code-платформа
Платформа по уровням

Полезная платформа связывает запись, решение и операционное представление

Не оценивайте Low-code-продукт только по холсту конструктора. Проведите одно приложение через все шесть уровней.

01

Модель данных

Определите запрос, актив, клиента, проект, инспекцию или дело и связанные записи.

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

Пользовательский опыт

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

Проверьте ввод на компьютере и мобильном, условные поля, фильтры, детальные представления и ролевой доступ.
03

Рабочий процесс

Проведите одну запись через решения, возвраты, напоминания и завершение.

Запустите согласование, исключение, эскалацию, уведомление и возврат с видимой историей.
04

Контроль

Закрепите ответственность за администрирование приложения, права доступа и видимость записей.

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

Поддержка принятия решений

Преобразуйте текущие записи в очереди, показатели и детализацию.

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

Порядок изменений

Ответственный специалист безопасно адаптирует поля, правила, представления и панели.

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

Проведите один запрос от конструктора до управленческого решения

Продукт оправдывает своё место, если приложение остаётся целостным после отправки первой формы.

  1. 01

    Смоделируйте операционную запись

    Укажите запись, владельца, обязательные подтверждения, связанные основные данные, даты, статусы и правило закрытия.

    Запись с поиском, а не отдельный ответ.
  2. 02

    Спроектируйте опыт каждой роли

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

    Меньше лишнего и яснее ответственность.
  3. 03

    Автоматизируйте маршрут принятия решения

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

    Повторяемая передача работы.
  4. 04

    Работать по актуальным очередям

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

    Текущая работа заменяет сверку.
  5. 05

    Безопасно измените одно правило

    Измените поле, маршрут, право, представление или показатель и проверьте затронутые роли и записи.

    Приложение, которое бизнес может развивать.
Проверка изменений администратором

Измеряйте очередь вокруг изменения, а не только минуты редактирования экрана

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

Центральная очередь разработки5–20 рабочих дней

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

Обученный бизнес-администратор30 минут — 4 часа

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

  • Добавьте выбор объекта или бизнес-единицы и показывайте его только там, где он нужен.
  • Направляйте дорогостоящие заявки на второе согласование, а неполные подтверждения возвращайте.
  • Создайте очередь для конкретной роли и добавьте тот же разрез на панель.
Где подходит Jodoo

Выбирайте Jodoo для операций, а разработческую Low-code-платформу — для собственной инженерии

Подбирайте модель платформы под приложение, а не пытайтесь отнести каждый проект к одной категории.

ТребованиеNo-code-подход JodooПуть платформы для разработчиковРешение
Формы, связанные записи, процессы, права доступа, представления и панелиХорошо подходит для операционных приложений под ответственностью бизнеса.Также поддерживается, часто с более глубокой проработкой инженерных и жизненных циклов.Выбирайте по сложности, модели управления, навыкам и полной стоимости.
Свой исходный код, библиотеки, микросервисы и продвинутая UI-разработкаНе основная модель продукта.Предпочтительна платформа для профессиональных разработчиков и расширения кода.Не считайте No-code-среду полноценной платформой программной инженерии.
Локальное, суверенное или индивидуальное облачное развёртываниеОблачная модель SaaS: уточните актуальные регионы размещения и условия безопасности.Некоторые корпоративные платформы предлагают более широкий выбор развёртывания.Проверьте архитектуру развёртывания до начала разработки.
Бизнес-администраторы отвечают за частые изменения процессовГлавное преимущество, если изменения остаются в пределах настроенных данных, процессов, представлений и панелей.Возможно, но управление гражданской разработкой и зависимость от разработчиков различаются.Проведите реальную проверку изменения с будущим владельцем.
Вопросы о платформе Low-Code

Вопросы до того, как пилот станет решением о платформе

01Jodoo — low-code- или no-code-платформа?

Стандартный путь создания приложений в Jodoo — no-code. Платформа может решить многие задачи оценки low-code, когда требуется управляемое внутреннее бизнес-приложение с настраиваемыми данными, формами, процессами, правами доступа, представлениями и панелями. Но она не заменяет платформу для разработчиков, если нужны собственный код, особая архитектура развёртывания или полный DevSecOps.

02Что включить в проверку концепции платформы Low-Code?

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

03Смогут ли бизнес-пользователи поддерживать приложение?

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

04Когда лучше выбрать традиционную разработку?

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

Проверьте операционный вариант No-Code

До выбора категории платформы создайте одно реальное рабочее приложение

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

Создать бизнес-приложение