Когда клиент просит «что-то вроде Google Docs», это редко про Google Docs
Исходный запрос был понятным и на первый взгляд довольно простым. У клиента уже был рабочий процесс, построенный вокруг Excel. В таблицах хранились данные по людям, ответы на вопросы, промежуточные результаты, отбор по этапам. Возникла естественная мысль: нельзя ли сделать web-интерфейс, чтобы участники сами заполняли нужные поля, а система потом передавала это на обработку?
На уровне формулировки это выглядело как задача на замену одного инструмента другим. Но в таких проектах главный риск как раз в этом и состоит: если буквально выполнить запрос, можно получить просто «Excel в браузере». Вроде бы удобнее, но суть проблемы останется на месте.
Потому что реальная проблема была не в таблице. Реальная проблема была в отсутствии единой системы проведения конкурса.
Что на самом деле было нужно клиенту
Конкурс — это не только анкета. Это последовательность действий, где все связано со всем. Пользователь должен зарегистрироваться. Подтвердить себя. Оплатить участие. Заполнить форму. Получить или не получить доступ к следующему этапу. Вернуться позже и продолжить. Организатор должен видеть, оплачен ли этап, заполнена ли анкета, допущен ли участник, на какой он стадии, можно ли открыть ему следующий шаг, что именно он отправил и что с ним делать дальше.
Excel может хранить данные. Но Excel не строит управляемый процесс.
Именно поэтому мы предложили клиенту не латать отдельный участок, а сделать полноценную цифровую платформу конкурса — с логикой, статусами, ролями, оплатой, кабинетами и административным управлением.
Как из точечной задачи вырос полноценный продуктовый контур
В результате вместо формы ввода была реализована целая платформа. Она объединила публичную часть, регистрацию, личный кабинет участника, две логически разные анкеты по этапам, оплату через YooKassa, автоматическую обработку части правил, административную панель, выгрузки и контроль статусов. Это уже не «инструмент заполнения полей», а полноценная инфраструктура конкурса.
Для участника это выглядело просто: зарегистрировался, зашел в кабинет, оплатил этап, заполнил анкету, увидел дальнейший статус. Для организаторов за этой простотой стояла уже выстроенная система.
Почему интеграция оплаты была не дополнительной функцией, а частью решения
Если участие в этапах оплачивается, оплата не может быть внешним приложением к процессу. Она должна быть встроена внутрь него.
Мы подключили YooKassa и сделали так, чтобы платеж не существовал отдельно от заявки. После оплаты система обновляла состояние пользователя и позволяла двигаться дальше по сценарию. В результате организаторы перестали держать в голове связку между анкетой, письмом, квитанцией и ручной отметкой в таблице. Система сама знала, кто оплатил, что оплатил и на какой стадии теперь находится.
Личный кабинет решил проблему ручной поддержки
В ручных конкурсных процессах очень часто все ломается не на первом действии, а на втором или третьем. Человек заполнил часть анкеты, отвлекся, не оплатил вовремя, не понял, прошел ли он дальше, потерял письмо, не знает, что делать дальше. Для команды это означает поток уточнений и ручную поддержку.
Поэтому личный кабинет в этом проекте был не «приятным дополнением», а опорной частью решения. Участник получил свою постоянную точку входа в процесс. Он видел статус, этап, возможность редактирования, историю оплаты и дальнейшие действия. Это сильно снижает зависимость системы от ручного сопровождения и дает клиенту более устойчивый операционный процесс.
Админка превратила разрозненный учет в управляемую систему
С точки зрения организаторов главный результат проекта даже не в красивых формах. Главный результат в том, что у них появилась управляемость.
Админка собрала в одном интерфейсе все, что раньше могло быть размазано по Excel, письмам, мессенджерам и отдельным платежным кабинетам. Видно, кто зарегистрировался, кто оплатил, кто что заполнил, кто допущен, кто ожидает решения, какие данные можно выгрузить, кому нужно открыть этап, кого нужно отклонить или перевести дальше. Появилась возможность скачать заполненную анкету, работать со статусами и контролировать процесс как систему, а не как набор исключений.
Именно в этом месте проект перестал быть «автоматизацией ввода» и стал цифровым сервисом проведения конкурса.
Что это дало клиенту по сути
Самое важное здесь то, что клиент пришел с узкой задачей, а ушел с решением другого класса.
Он хотел облегчить ввод и обработку данных. В итоге получил платформу, которая:
-
организует весь цикл конкурса;
-
уменьшает ручную нагрузку;
-
делает процесс прозрачным и управляемым;
-
связывает оплату с прохождением этапов;
-
снижает потери контекста;
-
дает основу для следующих запусков конкурса без возврата к Excel.
Это как раз тот случай, когда ценность проекта не в «сделали форму», а в том, что была увидена настоящая архитектура проблемы. И уже под нее было собрано решение.
Почему этот кейс для нас показателен
Для Progressive OS этот проект показателен не потому, что здесь есть анкеты, платежи или админка сами по себе. Таких компонентов на рынке много. Важен сам ход работы: клиент пришел с локальным запросом, а мы увидели за ним процессный разрыв и предложили не декоративную замену инструмента, а полноценную цифровую систему.
Это и есть суть нашего подхода: не просто автоматизировать отдельную операцию, а собирать управляемый цифровой контур там, где у бизнеса или организации пока существует только набор разрозненных действий.