Облік учнів у таблицях: чому Excel ламається після 30 учнів

Є певна магічна позначка — десь між 25 і 40 учнями — де таблиця з «зручного інструменту» перетворюється на джерело тривоги. Не тому, що Excel поганий. А тому, що він не призначений для того, що ви в нього запихаєте.

Ось конкретні механізми поломки — не абстрактне «не масштабується», а те, що реально відбувається.

Механізм 1. Людський фактор у формулах

Формула балансу — це ваш фінансовий облік. Вона живе в клітинці E47 і не захищена паролем. Одного дня хтось із команди редагує сусідній рядок, перетягує клітинку не туди — і формула зникає або псується. Ніхто не помічає тижень. Потім виявляєте, що в семи учнів неправильний баланс.

У таблицях немає аудиту формул. Немає попередження «ця клітинка містить бізнес-логіку — не чіпай». Є тільки людина, яка дивиться і намагається зрозуміти, де зламалося.

Механізм 2. Паралельне редагування без блокувань

Google Sheets дозволяє кільком людям редагувати одночасно — і це виглядає зручно, поки не відбувається конфлікт. Адміністратор Аня підтверджує оплату і записує її в рядок 112. Адміністратор Сергій в той самий момент додає нового учня в рядок 113 і випадково «з’їдає» формат рядка 112.

В Google Sheets немає атомарних транзакцій. Немає блокування рядка, поки хтось його редагує. Є тільки «хтось щойно змінив» у правому куті і молитва, що не перезаписав важливе.

Механізм 3. Жодних нагадувань

Таблиця — це пасивний інструмент. Вона не знає, що у Маші закінчилось два уроки. Вона не надішле нагадування про оплату. Вона не помітить, що Павло не з’являвся три тижні.

Все це — ручна робота. Хтось щотижня переглядає кожен рядок і шукає, кому написати. У школи з 50+ учнями це кілька годин роботи щотижня, яка ніколи не робиться ідеально.

Механізм 4. Немає справжньої історії змін

Google Sheets має «Версії» — але це резервна копія, не аудит. Ви бачите стан файлу на момент X, але не бачите «хто саме прибрав оплату Катерини 14 травня і чому».

Для фінансового обліку це критично. Якщо хтось «виправив» борг заднім числом — ви ніколи не дізнаєтеся. Немає незмінного журналу, немає захисту.

Механізм 5. Зарплати викладачів — окремий пекло

Коли список уроків в одному файлі, а зарплати в іншому — рано чи пізно вони розсинхронізуються. Урок перенесли, але в зарплатну таблицю не передали. Урок скасували, але нарахування залишилось. Наприкінці місяця власниця сидить і звіряє дві таблиці вручну, шукаючи розбіжності.

Це не недолік конкретної людини — це архітектурна проблема: дві системи, які мають бути однією.

Механізм 6. Масштаб вбиває формати

При 100+ рядках таблиця починає «гальмувати» при відкритті. Умовне форматування не працює правильно. Зведені таблиці перестають оновлюватися з першого разу. Дрібниці — але вони щодня крадуть час і нерви.

---

Коли таблиці — це нормально

Чесно: якщо у вас до 20–30 учнів і одна людина веде весь облік — таблиця цілком справляється. Немає сенсу впроваджувати CRM заради економії пів-години на тиждень.

Таблиця зручна, якщо:

• Немає паралельного редагування.
• Ви не платите зарплати за складними ставками.
• Учні переважно дорослі і самі нагадують про оплату.
• Немає потреби в порталі для батьків.

Але як тільки кілька з цих умов перестають виконуватися — дивіться вперед.

Що далі

Перехід з таблиці в CRM лякає більше, ніж коштує. Найбільший страх — «ми втратимо дані» або «це займе місяць». На практиці хороший імпорт займає один день: завантажуєте CSV, зіставляєте колонки, перевіряєте помилки, натискаєте «Імпортувати».

Якщо хочете зрозуміти, як виглядає перехід без болю — перегляньте нашу сторінку переїзд до Mimiao. Там описано кроки і що відбувається з вашими даними.

Таблиця не зламалася — просто школа виросла. Це добра новина.