«Феникс» — цифровая система психологического центра
Задача
Четыре года назад после выгорания на удалёнке я пришёл администратором в психологический центр подруги. Разработку не бросил: совмещал две работы, поступил учиться на психолога и со временем начал вести собственную практику в гештальт-подходе. Так я оказался внутри одного бизнеса сразу в нескольких ролях — разработчика, администратора, психолога и арендатора кабинета.
Весной 2026 года работа центра всё ещё слишком сильно держалась на памяти человека. Обычная просьба «запишите меня в Гобелены в четверг с 19 до 21» запускала длинную цепочку: прочитать сообщение, уточнить дату и длительность, открыть расписание, проверить весь интервал, найти правильного клиента в Tallanto, выбрать тариф, создать занятие, ответить арендатору, проверить документы и позже не забыть об оплате или переносе. Одна операция занимала несколько минут, но десятки сообщений дробили весь день администратора.
Процесс был разорван между почтой, мессенджерами, Tallanto, бумажными договорами и календарями. Ошибка размножалась: дубль клиента связывал запись, деньги и документы не с тем человеком; поздний перенос создавал конфликт; пропущенное сообщение оставляло арендатора без подтверждения. При этом многим людям было проще написать обычную фразу, чем разбираться в длинной форме.
Нужно было не нарисовать ещё один интерфейс, а постепенно убрать ручные переходы без остановки центра: автоматизировать входящие заявки, дать арендатору самостоятельную запись и управление ею, перевести документы в электронный вид, связать уведомления и календари, а затем собрать собственную CRM под реальные правила центра. Система должна была оставаться простой для человека, который не дружит с техникой, и надёжной там, где связаны расписание, деньги, документы и чувствительные данные.
Решение
4 мая я запустил первый рабочий слой — обработчик входящей почты. Скрипт разбирал заявку, выделял клиента, дату, время и кабинет, проверял данные и сам создавал занятие в Tallanto. Так исчез первый повторяющийся участок и стало видно, сколько связей скрывается за одной записью.
Следом появился Telegram-бот с пошаговым сценарием. Он работал, но кнопки и длинные формы подходили не всем. Арендаторы продолжали писать так, как говорят: «глянь, что свободно завтра вечером», «перенеси в Гобелены», «отмени первую и третью». Поэтому бот вырос в разговорный web-чат и устанавливаемое PWA-приложение. Сервис понимает дату, время, длительность и кабинет; неоднозначные данные не угадывает, а уточняет. Перед созданием он проверяет весь интервал, тариф, документы и права пользователя, предлагает альтернативу и показывает итог. Только подтверждение меняет расписание.
После бронирования человек не теряет управление. В PWA он видит встречи, баланс и остаток абонемента, переносит запись в свободный кабинет, просит обмен занятым помещением или отменяет визит. Обычное изменение выполняется самостоятельно, сложный и поздний перенос уходит администратору. Связанные операции применяются целиком: либо меняются обе записи, либо действие откатывается.
Уведомления работают независимо через Web Push, email, Telegram и ВКонтакте. Пользователь выбирает канал и время. Приватная подписка связывает записи с Apple, Google, Яндекс и Mail-календарями. PWA остаётся авторизованной между сменами, а push на заблокированном экране не раскрывает чувствительные сведения.
Следующей задачей стали документы. Бумажные договоры терялись, арендаторы забывали паспорт или не могли приехать заранее. Теперь до первой записи человек знакомится с пятью документами, заполняет данные и подтверждает простую электронную подпись одноразовым кодом. Система формирует PDF и протокол, отправляет копию клиенту, сохраняет архив на Яндекс Диске, показывает статус администратору и открывает бронирование после проверки.
Когда чат начал сам менять записи, ограничения универсальной Tallanto стали особенно заметны. Вместе с собственником и администраторами я оставил только нужные центру процессы и начал собственную CRM «Феникс». В ней расписание связано с клиентом, документами, балансом, абонементами, финансами, ролями сотрудников и журналом действий. Чат и CRM работают с одной записью и одной историей.
Система росла рядом с действующим центром. Tallanto оставалась рабочим источником, а новый контур подключался через REST API. Перед записью и переносом выполняется повторная проверка, повторный запрос не создаёт дубль, критичные изменения сохраняют автора, время и результат. Для миграции поднята история примерно из 47 тысяч записей. После случая, когда Tallanto вернула пустой ответ за прошлую дату, появились сверка снимков и точечное восстановление: пустой ответ больше не может стереть локальную историю.
Результат
«Феникс» работает с мая 2026 года и совершенствуется каждую неделю. Это не концепт: утром системой пользуются арендаторы и администраторы, днём появляются вопросы и редкие ошибки, вечером я разбираю конкретную ситуацию, меняю логику, запускаю тесты и выпускаю улучшение.
За четыре месяца почтовый обработчик вырос в единый цифровой контур. Арендатор бронирует кабинет обычной фразой, видит варианты и стоимость, подписывает документы с телефона, проверяет баланс и абонемент, самостоятельно переносит, отменяет или меняет запись и получает напоминания там, где ему удобно. Ему больше не нужно ждать ответа администратора и понимать внутреннее устройство расписания.
Администратор не переносит одну информацию между почтой, перепиской, таблицами и CRM. Он видит запросы, конфликты, статусы документов и сложные переносы в общем процессе. Электронный документооборот убрал печать, сканирование, ручную пересылку и забытые договоры: у клиента есть копия, у центра — PDF и протокол, у администратора — проверяемый статус.
Для собственника запись, клиент, документы и деньги перестали быть отдельными сущностями. В CRM доступны дашборд загрузки и дохода, расписание по кабинетам и дням, карточки клиентов с историей, балансами и абонементами, финансовый журнал, задолженности, роли и журнал действий. Лишние универсальные модули Tallanto не переносились: система собрана под реальный ритм центра.
Каждое заметное изменение появилось из эксплуатации. Повторные входы раздражали людей — сессию PWA сделали скользящей на 30 дней. Android-push зависел от мессенджера — каналы разделили. Дубли клиентов потребовали строгой идентификации и блокировки параллельного создания. Пустой ответ за прошлую дату привёл к безопасной сверке и восстановлению. Просьбы арендаторов превратились в переносы, обмен кабинетами, настраиваемые напоминания и бронирование естественной фразой.
Для перехода в новую CRM перенесена и сверяется история примерно из 47 тысяч записей вместе с клиентами, абонементами, оплатами и связями между ними. Собственная CRM готова примерно на 99%: остаются финальная сверка и приёмка на рабочих сценариях перед полным уходом с Tallanto. Переход идёт без пустой базы и без остановки центра.
Проект принёс пользу всем сторонам. Арендатор получил простой способ управлять своей работой без ожидания ответа. Администратор освободился от повторяющихся действий. Собственник получил прозрачный процесс с ролями, финансами и историей изменений. Сам продукт продолжает расти не ради списка функций, а вместе с людьми, которые пользуются им каждый день.
Для меня «Феникс» соединил две профессии. Как разработчик я отвечаю за устойчивость, безопасность и логику. Как администратор и психолог-практик — проверяю, стало ли человеку действительно проще. Я вижу проблему там, где она возникает, и проверяю решение там же, где оно будет жить.
Презентация проекта
