Як бізнес-аналітик EdTech-школи з 8 співробітниками втрачає 45 годин на місяць через ручний збір метрик

Минулого вівторка я вручну зводила дані з нашої LMS-платформи, CRM та таблиць Google Sheets для щомісячного звіту. Нам потрібно було сегментувати 85 активних студентів JavaScript та 115 учнів на Python, щоб зрозуміти реальну вартість залучення. Я витратила близько 6 годин лише на очищення дублікатів та перевірку оплат через банківські виписки. У результаті ми отримали цифри з похибкою 12%, що критично для планування бюджету на наступний квартал. Це регулярна рутина, яка повторюється кожні 30 днів для нашої команди з 8 осіб.

Найбільша складність полягає в тому, що дані розрізнені і не мають єдиного ключа ідентифікації користувача між різними сервісами. Коли підліток реєструється на безкоштовний вебінар з однієї пошти, а батьки оплачують курс з іншої, система не бачить зв’язку. Мені доводиться вручну порівнювати прізвища та номери телефонів у базі з 500+ контактів. Це створює величезну когнітивну навантаженість і ризик пропустити важливі фінансові показники. Кожен такий звіт перетворюється на детективне розслідування замість стратегічного аналізу.

Це складно через відсутність прямої інтеграції між нашою специфічною EdTech-платформою та бухгалтерськими інструментами. Наша команда невелика, всього 8 людей, тому ми не маємо окремого розробника для автоматизації внутрішніх процесів. Я, як керівник відділу даних, змушена виконувати роль «живого конектора» між різними API. Будь-яка зміна в структурі курсу Python призводить до того, що старі макроси в Excel перестають працювати. Відсутність гнучкого інструменту змушує мене витрачати час на технічну роботу замість розробки стратегії росту школи.

Ми вирішили найняти фрілансера-розробника для написання кастомного скрипта на Python, який мав би збирати дані в одну таблицю. Це обійшлося компанії «Освітній Дім» у $1200 одноразово за розробку та ще близько $150 щомісяця за підтримку сервера. Скрипт працював непогано перші два тижні, поки ми не змінили провайдера платіжного шлюзу. Після цього система знову «лягла», і мені довелося повернутися до ручного копіювання даних. Це рішення виявилося занадто крихким для нашого динамічного середовища навчання.

Це рішення було не крутим, тому що воно не дало нам необхідної гнучкості та автономності. Кожного разу, коли мені потрібно додати нову метрику, наприклад, швидкість перевірки домашніх завдань кураторами, я знову залежу від програміста. Ми витратили $1200, але я все одно витрачаю по 10-15 годин на тиждень на виправлення помилок у скрипті. Такий підхід не масштабується, оскільки з ростом кількості учнів кількість багів у самописному коді зростає в геометричній прогресії. Це «латка», а не системне рішення для бізнес-аналітика.