Автоматизация бизнес процессов компании редко начинается с техзадания и команды разработчиков. Обычно всё начинается с таблицы: кто-то завёл реестр заявок, вписал ответственных, и какое-то время этого хватает. Потом таблица растёт, и любое изменение приходится вносить в десяток строк сразу.
Это конспект обзора из корпоративного блога МТС на Хабре — «Как без разработки превратить таблицу в рабочую систему». Автор поставил эксперимент: насколько далеко можно уйти без разработчиков, если перенести обычный реестр в MWS Tables. Это no-code-платформа для таблиц, которые умеют ссылаться друг на друга. No-code — подход, при котором систему собирают из готовых блоков в интерфейсе, а код не пишут.
Оригинал читается минут за восемь, но держится на скриншотах. Здесь та же логика изложена словами: в какой момент таблица перестаёт справляться, как разложить её на связанные справочники, какие интерфейсы из этого получаются и где, по мнению автора, у такого подхода граница.
Проблема: список, который притворяется системой
Для эксперимента автор собрал синтетический реестр внутренних заявок условной компании среднего размера. Через такие реестры проходят запросы к внутренним командам: доработать систему, выдать доступ, подготовить отчёт, настроить процесс.
В таблице 300 строк, 38 сотрудников, 6 отделов и 12 проектов. Одна строка — одна заявка. В ней всё сразу: имя автора, его отдел, должность и почта, проект и его руководитель, суть запроса, исполнитель, приоритет и срок.
Автор разбирает первую строку. Анна Смирнова подала заявку по проекту «Редизайн корпоративного сайта», и вместе с заявкой в строку попали её отдел, должность, контакты, название проекта и имя руководителя. Пока заявок мало, это терпимо. Но 300 строк на 38 человек — почти по восемь заявок на каждого, и данные об одном человеке повторяются восемь раз.
Отсюда системные проблемы, которые автор перечисляет:
- сотрудник перешёл в другой отдел или сменился руководитель — правим каждую строку руками;
- в обычной таблице нет Анны Смирновой как отдельной записи, есть только её имя, повторённое много раз;
- статусы, типы и приоритеты вписываются в строки вручную, без единого набора значений.
Вывод автора жёсткий: это не таблица, а просто список, и он не отражает структуру процесса. Задача эксперимента — хранить сотрудников отдельно, сделать отделы справочниками и связать заявки с авторами.
Подготовка: импорт и правильные типы полей
Первый шаг простой. В MWS Tables создаётся новое пространство, а внутри, в левом верхнем углу, есть кнопка «Импорт», через которую загружается исходная таблица.
Здесь автор предупреждает о подвохе: по умолчанию импорт превращает все данные в обычный текст — в терминах платформы, в «Длинный текст». Чтобы реестр работал, каждому столбцу нужно задать правильный тип. Делается это через три точки у столбца и пункт «Изменить параметры поля», после чего данные конвертируются автоматически.
Итоговая разметка полей в обзоре такая:
| Поле | Новый тип |
|---|---|
| ID | Текст в одну строку |
| Дата заявки | Дата |
| Должность | Текст в одну строку |
| Электронная почта | |
| Тип заявки | Выбрать |
| Описание | Длинный текст |
| Приоритет | Выбрать |
| Статус | Выбрать |
| Дедлайн | Дата |
Отдельно автор объясняет тип «Выбрать»: он ограничивает значение заранее заданным списком вариантов — например, статусами или типами заявок. Иногда варианты приходится заводить руками, но в этом случае исходные данные были структурированы, и система сама распознала все восемь типов заявок.
Часть полей — автора, исполнителя, проект — автор на этом шаге намеренно не трогает. Ими займётся инструмент «Магическая ссылка»: поле, которое создаёт связь с записями другой таблицы.
Сотрудники и проекты: от повторов к связанным записям
Это центральная часть обзора. Логика одна и та же для всех сущностей: вынести её в отдельную таблицу, связать с реестром и убрать дубли.
Картотека сотрудников
Автор создаёт в пространстве новую таблицу «Сотрудники» с полями: «Сотрудник» (текст в одну строку), «Отдел» (тип «Выбрать» с вариантами вроде «Маркетинг», «Продажи», «HR», «ИТ», «Финансы и Операции»), «Должность» и «E-mail».
Список уникальных сотрудников автор извлёк из исходной таблицы с помощью ChatGPT и вставил в новую таблицу копированием. Затем в реестре появился столбец «Автор-связь» с типом «Магическая ссылка», привязанный к «Сотрудникам».
Сначала связь проверяется на одной строке: в ячейке нажимается плюс и выбирается человек из картотеки. С обратной стороны, в таблице сотрудников, связь появляется сама — данные подтянулись из реестра. Дальше автор применяет главный приём обзора: копирует из исходного столбца все 300 имён и вставляет их в «Автор-связь». Имена совпадают с записями справочника, поэтому MWS Tables сопоставляет их и создаёт связи для всего столбца разом.
Двусторонняя связь тоже работает: в карточке сотрудника видны ID его заявок. Если Анна сменит фамилию, это правится один раз в карточке, а все заявки продолжают ссылаться на ту же запись. Старый столбец автор переименовал в «Исходный текст», а новому дал имя «Автор».
Исполнители
С исполнителями всё повторяется: столбец «Исполнитель — связь» с магической ссылкой на ту же таблицу сотрудников, ведь исполнители тоже работают в компании. В первой заявке исполнителем была Наташа Романофф — после настройки она появилась в таблице сотрудников именно как исполнитель. Затем вставляются все исполнители из исходного столбца.
Теперь исполнителей можно переназначать, фильтровать и видеть загрузку каждого. По клику на ID заявки открывается вся информация о ней и история изменений.
Поля «Поиск» вместо дублей
Оставались отдел, должность и почта автора, всё ещё вписанные в каждую строку. Автор заполнил таблицу сотрудников целиком и добавил в реестр столбец с типом «Поиск». В нём выбирается связанная таблица сотрудников, а во втором поле — столбец «Отдел». Отдел подтягивается из карточки автоматически. Так же настраиваются должность и почта.
Старые столбцы автор советует не удалять, а скрывать через кнопку «Скрыть». Чтобы не путаться, он заранее дописал к их названиям пометки.
Проекты и руководители
Проекты, вписанные в каждую строку, создают ту же проблему. Автор снова попросил ChatGPT вынести список проектов с руководителями и импортировал его в новую таблицу «Проекты». В ней появился столбец «Руководитель — связь» со ссылкой на сотрудников — его заполнили той же вставкой и проверили обратную связь.
Затем в реестре создаётся «Проект — связь» с магической ссылкой на таблицу проектов, туда копируются все проекты из исходного столбца. Руководитель проекта подтягивается в реестр аналогичной настройкой. Старые поля скрываются, новые получают привычные названия. По словам автора, на этом реестр стал полноценной базой данных.
Три интерфейса одного реестра
Когда данные связаны, поверх них можно строить разные представления. Автор показывает три.
Сетка. Новое представление типа «Сетка» выглядит как копия реестра. В нём можно переставлять столбцы и сортировать данные, не трогая основную таблицу. Автор выстроил порядок «что за заявка → кто создал → к какому проекту → кто выполняет → состояние → срок» и отсортировал заявки по дате, от новых к старым.
Канбан-доска. Через «Новое представление» → «Канбан-доска» заявки автоматически раскладываются по колонкам статусов. Перед этим автор передвинул столбец «Статус» левее в основном реестре. Кнопка «Стиль» справа сверху управляет тем, какие поля видны на карточках, — например, дедлайн и исполнитель, чтобы картина читалась с одного взгляда.
Форма. Через «Добавить представление» → «Форма» на основе сетки создаётся экран подачи новой заявки. Автор сравнивает его с Google Forms: заполнять просто, настраивается кнопкой «Редактировать», а ответы сразу попадают в основную таблицу. Вписывать строки руками больше не нужно.
Автоматизация бизнес процессов компании упирается в проектирование
Итог автора: из плоского списка получилась связанная база с интерактивной доской, и её, по его словам, можно без проблем наполнять хоть несколькими тысячами строк.
Можно ли назвать это приложением? Для этого сценария — да, считает автор. Есть структура данных, связи между сущностями, интерфейс подачи заявки и отдельный экран для управления процессом. И всё собрано без собственного бэкенда, фронтенда и кода.
Главную оговорку автор делает сам: MWS Tables не отменяет проектирование. Больше всего времени ушло не на клики в интерфейсе, а на то, чтобы понять, какие сущности есть в процессе, где хранить данные и как их связать. Чем сложнее правила, права доступа, согласования и интеграции, тем быстрее проект подходит к границе возможностей no-code-платформы.
Коротко
- Реестр, где каждая строка хранит всё про автора, проект и руководителя, ломается на росте: 300 заявок на 38 человек — это сотни повторов, которые правятся вручную.
- Решение — вынести сотрудников и проекты в отдельные таблицы и связать их с реестром магической ссылкой; массово связи создаются вставкой столбца с совпадающими именами.
- Отдел, должность и почта подтягиваются полями типа «Поиск», старые столбцы скрываются, а не удаляются.
- Поверх связанной базы собираются сетка с собственной сортировкой, канбан по статусам и форма подачи заявок — без кода.
- Автоматизация рабочих процессов в no-code держится на проектировании сущностей; сложные права, согласования и интеграции приближают проект к пределу платформы.
Что я об этом думаю
Самое ценное в обзоре — последний абзац, а не инструкция по кнопкам. Кнопки у каждой no-code-платформы свои, а вопрос «какие сущности живут в моём процессе» остаётся тем же. Автоматизация процессов, которая начинается с выбора инструмента, а не с этого вопроса, обычно переносит хаос из одной таблицы в другую.
Из практических деталей мне понравились две. Первая — ChatGPT как помощник для вытаскивания уникальных списков из грязной таблицы: скучная работа, которую модель делает быстро, а результат легко проверить глазами. Вторая — скрывать старые столбцы вместо удаления. Пока новые связи не проверены на живых данных, страховка не помешает.
Чего не хватает: пример синтетический, и за кадром остались вещи, на которых обычно и спотыкается автоматизация бизнес процессов в реальной команде, — кто какие данные видит, как приходят уведомления, что будет, когда тот же реестр одновременно правят двадцать человек. Автор честно обозначил это границей, но проверять её придётся самостоятельно.
Кому пригодится: командам, которые живут в общей таблице заявок или задач и уже ловили себя на том, что исправляют одного и того же человека в десятке строк. Если хочешь попробовать MWS Tables или любой аналог, начни не с импорта, а с листа бумаги: выпиши сущности процесса и стрелки между ними. Если схема уместилась на один лист, no-code, скорее всего, справится.
Источник: Как без разработки превратить таблицу в рабочую систему