Ниже я представляю взгляд на low-code/no-code, основанный на 20-летнем опыте внедрения CRM/ERP. В экономике с постоянно растущей конкуренцией low-code/no-code вскоре начнет занимать все большее и большое место.
И дело здесь не в том, что все хотят сэкономить на трудозатратах поставщика CRM/ERP-системы; low-code/no-code дает большие преимущества с точки зрения стоимости владения системой, стоимости изменения системы и стоимости ошибок при создании системы.
Более подробно различные виды затрат, связанных с информационными системами, обсуждались здесь.Суть low-code/no-code (далее просто low-code) заключается в снижении порога создания/изменения информационной системы до уровня бизнес-аналитика или даже продвинутого пользователя.
Это когда вендор не просто создает платформу со встроенным языком, а его сотрудники заявляют, что сделают для клиента «все или почти все» — low-code платформа — это когда бизнес-аналитики или преданные своему делу люди, отвечающие за клиента сторона (ее сотрудники) могут сделать «почти все» самостоятельно.
Что входит в концепцию «на платформе возможно практически всё»?
- Формат данных, пользовательские данные
- Вычисления
- Рабочий стол/веб-интерфейсы
- Отчеты, дашборды, аналитика
- Шаблоны документов, рассылок, уведомлений
- Управление процессом
- Управление доступом и журналированием
- Управление личными счетами клиентов и данными сайта
Ключевые сотрудники являются «носителями/владельцами знаний о процессах компании».
Именно предоставление инструмента в руки позволяет! в полной мере! Создание/изменение информационной системы предприятия приводит к:
- большая гибкость и прозрачность бизнеса
- сокращение затрат на ИТ
- увеличение скорости разработки корпоративной информационной системы
- снижение рисков и времени ожидания реализации внутренних задач в корпоративной системе
- возможность менеджерам разных уровней быстро опробовать новые модели управления
- самостоятельная адаптация интерфейса и визуализации под нужды пользователя
- быстрое создание новых отчетов, форм, форм
- оперативное внесение изменений в управление процессами
- + многое другое
С пояснением ключевых моментов.
1. Формат данных, пользовательские данные
Платформа должна иметь инструменты настройки данных.
И без программирования.
Причем для настройки должны быть доступны не только «пользовательские данные», но и каталоги и регистры, составляющие основу конфигурации + системные — например, контрагенты, физические лица.
лица и т.д. Или наоборот: есть вендоры, которые позволяют настраивать ограниченное количество типов данных + создавать свои каталоги - это неправильно.
Ограничения — это компромисс для денег клиента.
Все данные должны иметь, условно говоря, равные права, отображаться в виде дерева (потому что есть дочерние реестры/каталоги) и бизнес-аналитик покупателя платформы должен иметь возможность управлять этими данными без ограничений.
На текущий момент развития ИТ-рынка в РФ многие компании-поставщики CRM научились добавлять собственные каталоги.
Просто добавить что-то компромиссное недостаточно, чтобы называться полноценной платформой.
Основные моменты
а) Визуализация данных перед конечным пользователем.
При работе с фильтрами, отчетами, шаблонами и т.п.
пользователь должен видеть данные в удобном виде, с понятными ему названиями.
Данные должны быть видны не только из таблицы запроса, но и из связанных таблиц (прямых и обратных ссылок).
При фильтрации, отборе, построении отчетов, запросов пользователь должен иметь возможность, так сказать, «углубиться» в связанные данные любого уровня.
В этом случае сама система должна взять на себя функции преобразования итогового запроса в SQL. Система должна быть построена таким образом, чтобы пользователь мог «дотянуться» до всех данных, включая системные и «экзотические», например, логи.
Это позволяет получать отчетность по всей интересующей информации в наглядном виде, это легко и удобно.
2. Расчеты
Платформа, позволяющая разработчику (бизнес-аналитику) управлять нагрузкой на сервер базы данных, должна разделять вычисления на разные типы в зависимости от нагрузки.В качестве опции:
- Динамические вычисления (выполняет каждый запрос к таблице)
- Расчеты на основе событий (выполняются только при создании записи в книге аудита или изменении атрибута аудита)
- Расчеты по расписанию (происходят, например, ночью или даже раз в неделю/месяц)
.
б) При этом здесь также разрешен код T-SQL. 
Код T-SQL снимает ограничения на сложность вычислений, делая платформу шире, чем «для бизнес-аналитика».
По сути, это снова «никаких ограничений».
Low-code платформа не должна быть инструментом только для бизнес-аналитиков — она должна закрывать потребности разработки на готовой платформе решения, включая код на встроенном языке и, например, T-SQL. Но бизнес-аналитик на платформе low-code должен быть в состоянии выполнить большинство типичных задач.
в) «Учет – это результаты»
Система должна позволять бизнес-аналитику создавать расчеты результатов и ключевых показателей, необходимых для создания информационных панелей, информирования пользователей о количестве задач (пример) и т. д. Т.
е.
создавать общекорпоративные расчеты, не привязанные к конкретным записям.
Также важно (об этом ниже) эти итоговые показатели отображать в интерфейсе (в визуализации) в виде показателей, больших чисел и т.п.
г) Представления По сути, «представления» — это своего рода «табличный конструктор».
Его доступность для бизнес-аналитиков или опытных пользователей позволяет собирать таблицы из нескольких таблиц, т.е.
создавать представления, которые не хранятся в базе данных.
Представления и их развитие очень важны при анализе и сравнении данных, в т.ч.
маркетологи.
В концепции low-code это означает, что сложные конструкции, сборка которых у программистов обычно занимает много времени, теперь могут быть созданы бизнес-аналитиками с помощью мыши за короткое время, а также могут быть быстро изменены.
д) Агрегаты (регистры) Имеется большое количество плановых расчетов (в ночное время), а также подготовка результатов и расчетов для сложных форм отчетности, что также требует большой нагрузки на сервер и которую также имеет смысл проводить в ночное время.
Отчеты этого типа не требуют оперативного обновления данных.
С точки зрения пользователя, агрегация – это подготовка готовых отчетов с готовыми результатами, чтобы запрос такого отчета не приводил к расчетам, а выдавал готовую форму с результатами в течение 1 – 2 секунд. .
Промежуточный вывод: low-code проектирование готовой конфигурации с точки зрения данных — это закрытие без программирования бизнес-аналитиком всех вопросов формата базы данных для бизнеса любого размера и сложности + обязательная скорость разработки, который оказывается очень высоким.
3. Рабочий стол/веб-интерфейсы
а) Доступность для проектирования Одно из главных в дизайне интерфейсов — принципиальная доступность этой функции для бизнес-аналитика, причем, естественно, без программирования.
Это значит, что есть структура компонентов (подробнее об этом ниже) и есть «мышь», с помощью которой можно расставить все на форме так, как требуется, и задать свойства, функции и т. д., например, в инспекторе объектов или в карточках объектов.
Сложность форм на low-code платформе не должна ничем ограничиваться.
Применительно к современным CRM и ERP-системам дизайнер интерфейса должен быть как для десктопа (если система поставляется в десктопной версии), так и для веба.
б) Я нарисовал это, и это работает Исполнение только что нарисованного – очень важный аспект. Часто на платформах для работы визуализированного интерфейса требуется код. Даже если он не большой.
Это не low-code платформа, даже если производитель пытается ее так представить.
Система в своих свойствах и сообщениях пользователю о критических событиях должна подразумевать настройку формы таким образом, чтобы при задании на ней необходимых свойств и связей объектов все сразу начинало показывать данные и работать.
Другого варианта нет. Никакого кода, даже минимального кода.
в) Компонентный состав 
Компоненты дизайнера интерфейсов должны охватывать все современные задачи визуализации и работы с данными.
Помимо стандартного должны быть:
- Вращаться
- Организатор
- Индикаторы
- Полученные результаты
- Геовизуализация
- другой
Современный бизнес диктует, что интерфейс требует не только красоты, но и предоставления на одном экране большого количества информации, необходимой для принятия решений.
Часто проекты создают чрезвычайно сложные интерфейсы, которые полностью удовлетворяют пользователей, при этом полностью отрицая все теории простоты, легкости и красоты интерфейсов — главное — работа.
г) Карты записей.
У каждого отдела могут быть свои взгляды и требования к учетным карточкам.
Менеджеры по продажам должны видеть карту клиента по-своему, бухгалтерия по-своему, руководство тоже по-своему.
В low-code платформах для реализации этой возможности должны быть настройки копирования карты от одной группы пользователей к другой, при этом создавая уникальный внешний вид у каждого из них.
Это нужно делать БЕЗ использования встроенного языка.
д) Вывод на встроенный язык
При всем сказанном встроенный язык лишним не будет. Но это дополнение к возможностям low-code: 
Там, где нужны особо сложные сценарии и где настроек по каким-то причинам недостаточно или свойства компонентов, расчеты и т.п.
необходимо контролировать в зависимости от действий пользователя и это невозможно выложить на графическую карту процесса - пожалуйста, можно ли это доступно и хорошо, когда доступен встроенный язык как средство глубокой настройки.
4. Отчеты, дашборды, аналитика
+5. Шаблоны документов, рассылок, уведомлений
Собственно, как в дизайнере отчетов, так и при составлении шаблонов документов на базе MS Word и MS Excel необходимо сделать его доступным для всех, в том числе и для пользователей.визуализация данных, описанная выше.
Пользователь в low-code платформе не должен знать названий таблиц в базе данных, полей и т.п.
Он должен иметь доступ к комплексному визуальному набору инструментов для доступа ко всем данным, без знания SQL. 
Здесь следует отметить, что правильно предоставить бизнес-аналитику возможность оперировать как прямыми ссылками на таблицы, так и обратными.
Это позволяет вставлять таблицы спецификаций в шаблоны MS Word – например, в контракты.
6. Управление процессами
На рынке существует множество систем, которые утверждают, что имеют инструменты управления процессами.
Часто под этим понимают, например, последовательное распределение задач, или ветвление только одного типа (да/нет, что по сути является условным переходом).
Платформы Low-code должны иметь мощные графические редакторы карт процессов, доступные без программирования, при этом бизнес-аналитик должен иметь возможности моделирования: 1. События в базе и из этого:
- настройка межгруппового взаимодействия пользователей
- создание и изменение записей и их атрибутов
- уведомления в чате и ленте новостей
- запуск обработчиков
- отправка почтовых сообщений, в т.ч.
с динамическими вложениями
- o обработка времени «до» и «после» контрольных и/или ключевых значений атрибутов записи
- o создание описанных выше действий на регулярной (запланированной) основе
Однако это сложная тема, и ей будет посвящена другая статья.
7. Управление доступом и журналированием
Наполнение системы стандартными интерфейсами и условно «новыми» может и должно быть доступно без программирования.Включая настройку иконок и загрузку их коллекций.
Аналогично доступ и его ограничения.
- Любому, в т.ч.
пользовательские данные и каталоги
- До атрибутов данных
- Доступ на основе расчетов и логики
8. Управление личными кабинетами клиентов и данными сайта
Аналогично управление журналом аудита (ведение журнала)
За счет повышения грамотности пользователей.
В связи с тем, что те, кто программировал на Фортране, скоро уйдут на пенсию.
Я уверен, что будущее за системами управления сложными корпоративными системами типа «low-code Platform».
Речь идет НЕ об отказе от программирования.
Как показано выше — везде может и должен быть уровень шлюза/доступа/другого, чтобы те или иные вопросы были реализованы во встроенных языках и SQL. Дело в том, что low-code платформы выгодны компаниям по объективным причинам и тенденция к, по сути, проще говоря: автоматизации работы внедрителей/бизнес-аналитиков - для упрощения и ускорения их работы, очевидна.
Наличие средств управления форматом данных, расчеты без программирования, распределение нагрузки на сервер посредством планирования вычислений; наличие возможности визуализации данных, как с точки зрения рабочего места конкретной группы пользователей + визуализация и аналитика данных для лиц, принимающих решения; Имея возможность настройки процессов в графическом движке с элементами документооборота и распределения задач, бизнес-аналитик может охватить очень большой объем внедрения информационной системы высокого уровня.
И еще раз «О разных видах затрат применительно к информационным системам» подробнее было сказано здесьТеги: #CRM системы #crm #crm технологии
-
Мурат Уртембаев — Первый Советский Хакер
19 Oct, 24 -
Цифровой Юридический Адрес
19 Oct, 24 -
Сергей Брин В Метро Нью-Йорка В Google Glass
19 Oct, 24 -
Оригинальный Коврик Для Мыши.
19 Oct, 24
