450 годин на місяць на ручне заповнення бази об'єктів — менеджери вигорають та втрачають клієнтів

Минулого тижня ми намагалися синхронізувати залишки в нашому Бітрікс та Ексель таблицях для трьох нових черг будівництва. Я змусила п'ятьох менеджерів вручну перевіряти статус кожної квартири, бо дані постійно розходяться. Вони витратили на це три повні робочі дні, замість того, щоб обдзвонювати гарячі ліди. Ми використовуємо Гугл Таблиці для швидких правок, але це перетворилося на хаос, де ніхто не знає фінальної ціни. У результаті ми втратили два бронь-запити на загальну суму близько вісімдесяти тисяч доларів через неактуальну інформацію.

Найважче — це постійний стрес менеджерів через страх продати вже заброньовану квартиру. Людський фактор працює проти нас: хтось забув змінити колір комірки в таблиці, і все, починається конфлікт з клієнтом. Я бачу, як мої найкращі продавці просто втомлюються від цієї рутини і втрачають вогонь в очах. Це фруструє, бо замість стратегії продажів я займаюся розслідуваннями, хто і де помилився в цифрах. Бізнес втрачає темп, бо ми боїмося масштабувати рекламні кампанії через неготовність бек-офісу.

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

Тимчасово ми найняли додаткового адміністратора з окладом у двадцять тисяч гривень, який лише звіряє таблиці. Також я намагалася використовувати ЧатДжіпіті для написання коротких описів об'єктів, щоб хоча б маркетингову частину пришвидшити. Ми витратили близько п'ятисот доларів на фрілансера, який налаштував базову інтеграцію між формами на сайті та таблицею. Проте це лише «косметичний ремонт», який не вирішує питання глобальної синхронізації залишків. Це рішення вимагає постійного контролю і додаткових витрат часу кожного понеділка.

Це рішення абсолютно не масштабується, бо з появою нового ЖК нам доведеться наймати ще одного адміністратора. Адміністратор теж людина, він хворіє, помиляється і втомлюється від монотонності. Витрати на зарплату та фрілансерів ростуть, а швидкість обробки даних залишається низькою. Ми просто затикаємо дірки грошима, замість того, щоб побудувати надійний фундамент. У підсумку ми маємо дороге і крихке рішення, яке може зламатися в будь-який момент критичного навантаження.