Когда таблицы перестаёт хватать: внутренняя CRM на WeWeb и Xano
Таблица ломается не тогда, когда строк много, а когда с ней работают двое. Разбираю, что даёт настоящий бэкенд вместо общего доступа к файлу, на своей CRM с живым демо.
Когда пора уходить с таблиц на нормальную CRM?
Когда с данными работают несколько человек одновременно, когда нужна история изменений и когда часть полей нельзя показывать всем. Таблица ломается не на объёме, а на одновременности: двое меняют одну строку, и побеждает тот, кто сохранил последним, молча. Настоящий бэкенд делает смену статуса одной серверной операцией, которая заодно пишет историю.
Таблица — честный первый инструмент. Она бесплатная, её понимают все, и до какого-то момента она действительно работает.
Ломается она не там, где ждут. Не от количества строк, а от количества рук.
Что именно ломается
Двое открыли одну и ту же сделку. Один поменял статус на «Переговоры», другой в это же время вписал сумму. Сохранились оба. Чьё-то изменение исчезло, и никто об этом не узнал: таблица не спорит, она просто записывает последнее.
Дальше выясняется, что непонятно, кто и когда передвинул сделку. История есть, но она общая, по всему файлу, и искать в ней конкретный переход — отдельная работа.
И третье: показать менеджеру его сделки, но не чужие суммы, в таблице нельзя. Можно спрятать столбец, но это не доступ, а вежливая просьба.
Что меняет настоящий бэкенд
Я собрал внутреннюю CRM на WeWeb и Xano: интерфейс отдельно, данные и логика отдельно. Демо открыто, в него можно зайти и подвигать сделки.
Главное отличие не в красоте интерфейса. Оно в том, что смена этапа сделки — это не правка ячейки, а одна операция на сервере. Внутри неё меняется этап и тут же записывается переход в историю этой сделки. Две вещи происходят вместе или не происходят вовсе.
Отсюда следует всё остальное. История появляется сама, потому что её пишет та же операция, а не человек, который не забыл. Гонки исчезают, потому что порядок операций определяет сервер. Права появляются по-настоящему: эндпоинты закрыты, и интерфейс не показывает того, чего не отдаёт сервер.
Почему именно эта пара инструментов
Xano берёт на себя данные, авторизацию и бизнес-логику. WeWeb — интерфейс, который обращается к ней по API. Ни там, ни там нет написанного руками сервера, и при этом это не «таблица с кнопками»: закрытые эндпоинты, настоящая авторизация, журнал запросов.
Для небольшой команды это попадание в середину: дороже таблицы, заметно дешевле заказной разработки, и собирается за дни, а не за месяцы. Демо, на которое я ссылаюсь выше, было собрано за два дня.
Когда переходить не надо
Если с данными работает один человек, таблица лучше. Серьёзно. Она гибче, её не надо разворачивать, и любое изменение структуры делается на месте.
Если процесс ещё не устоялся и колонки меняются каждую неделю, тоже рано: вы будете переделывать схему вместо работы. Сначала устаканьте процесс в таблице, потом переносите.
Признак, что пора: вы начали договариваться между собой, кто в какое время редактирует файл.
Что дальше
Посмотреть, как это выглядит, можно в демо — там воронка с настоящим бэкендом, вход свободный. Устройство разобрано в кейсе: таблицы, эндпоинты, журнал запросов.
Нужна такая же внутренняя панель под ваш процесс — опишите задачу.