Когда я был студентом, мы постоянно пытались собрать людей на футбол. И каждый раз всё выглядело одинаково:
в чате 20 человек
нужно 16
кто‑то «точно будет»
кто‑то «скорее всего придёт»
кто‑то уже перевёл деньги
кто‑то ещё нет
а за пару часов до игры начинается хаос
«Я не смогу»
«А есть ещё места?»
«Кому переводить?»
«А поле вообще забронировано?»
Тогда я впервые поймал себя на мысли: почему люди до сих пор координируют офлайн‑жизнь через хаос в чатах? Тогда же я сделал первый сырой прототип.
С ним даже участвовал в одном студенческом конкурсе, стал призёром… и забросил.
Началась сессия. Жизнь пошла дальше.
Всё изменилось после переезда
Спустя время я переехал в Тверь. И тут эта проблема ударила уже лично по мне. Я никого не знал в городе, но хотел продолжать играть в футбол. Казалось бы — что может быть проще?
На практике я потратил почти два месяца, чтобы найти людей. Лазил по чатам, группам, соцсетям, комментариям и случайным знакомствам, пытаясь просто найти людей для игры.
И тогда я понял: проблема вообще не в футболе. Проблема в том, что офлайн‑сообщества до сих пор живут в хаотичных переписках.
Первая ошибка
Как и многие разработчики, я думал: сейчас сделаю продукт — и люди сами начнут пользоваться.
Не начнут.
Первая версия Gooly была просто афишей мероприятий.
Внутри были карточки мероприятий, лента событий и базовая афиша. Визуально всё выглядело нормально, но внутри было пусто.
Выглядело нормально. Но внутри было пусто.
Тогда я впервые столкнулся с классической проблемой любого социального продукта:
Нет мероприятий → нет пользователей
Нет пользователей → нет мероприятий
И никакой красивый UI это не спасает.
Что пришлось переосмыслить
В какой‑то момент я понял: людям не нужна ещё одна «афиша».
Им нужен инструмент, который реально помогает собраться. Не посмотреть событие. А:
зарегистрироваться
понять кто идёт
подтвердить участие
оплатить
не потеряться
повторить это снова
Именно после этого я полностью переписал систему. Да, буквально.
Были моменты, когда после работы я ночами сидел и переделывал архитектуру, потому что понимал — предыдущая логика продукта не взлетит.
Что сейчас уже работает
Сейчас Gooly — это рабочий MVP.
Не концепт.
Не презентация.
Не лендинг.
Уже реализованы:
создание мероприятий
сообщества
регистрация участников
подтверждения участия
P2P сценарии оплат
базовые чаты
Telegram‑интеграция
Вот пример страницы авторизации:
А вот как выглядит создания мероприятия:
Первые реальные тесты
Мы уже собирались через систему на футбол. А ещё я проводил турнир по FIFA.
И самое важное для меня: одно из мероприятий создал уже не я. Это был знакомый, который просто воспользовался системой. И именно этот момент стал для меня важнее любой фичи.
Потому что в этот момент продукт впервые начал жить отдельно от меня.
Почему Telegram не решает проблему полностью
Сейчас многие скажут:
«Так это всё можно сделать в Telegram»
Частично — да. Но проблема чатов в том, что они не создают структуру. Через неделю никто уже не понимает:
кто точно идёт
кто оплатил
сколько мест осталось
кто реально пришёл
А если организатор проводит такие активности регулярно — всё превращается в ручное администрирование. Особенно это заметно в спорте. Например:
Есть 20 человек в чате.
Нужно собрать 16.
По факту откликается 10. И организатор начинает вручную искать ещё 6 человек.
Мне хотелось сделать так, чтобы система сама помогала закрывать этот сценарий.
Самая большая проблема — не код
За эти два года я понял очень важную вещь:
Самое сложное в стартапе — не разработка. Самое сложное — доверие людей.
Люди не переходят в новый продукт только потому, что он удобнее.
Они боятся, не верят и не хотят менять привычный сценарий, даже если новый инструмент объективно удобнее.
Были ситуации, когда мне приходилось записывать видеосообщения людям, чтобы они поняли:
это реальный человек
это не мошенничество
система действительно работает
Именно поэтому сейчас я тестирую всё максимально вручную.
Что дальше
Следующий этап для меня — не «сделать ещё 50 функций». А добиться повторяемости.
Чтобы:
мероприятия проходили регулярно
люди возвращались
организаторы появлялись без моего участия
Отдельное направление, которое я хочу развивать дальше — работа с площадками.
Например:
Организатор не звонит на футбольное поле, чтобы узнать свободное время.
Он просто:
заходит в систему
видит свободные слоты
бронирует площадку
участники оплачивают участие
деньги уходят напрямую площадке
То есть хочется убрать лишнюю коммуникацию и ручную координацию.
Почему я вообще решил написать эту статью
Если честно — не ради рекламы. Мне скорее хотелось показать реальный путь разработки.
Без историй про:
«Мы подняли 10 миллионов инвестиций за неделю»
Сейчас я всё ещё нахожусь на очень раннем этапе.
Работаю параллельно на основной работе. Большую часть проекта сейчас веду один.
Но мне стало интересно вести этот путь открыто:
рассказывать про ошибки
делиться техническими решениями
показывать реальные проблемы социальных продуктов
и, возможно, находить людей, которым эта идея тоже окажется близка
P. S.
Сейчас регистрация в системе пока работает в формате приглашений.
Это сделано специально — на текущем этапе мне важно вручную наблюдать за поведением первых пользователей, смотреть где возникают проблемы, что непонятно людям и какие сценарии действительно используются.
Но в ближайшее время планирую открыть регистрацию для всех желающих, чтобы начать получать более широкий фидбек и тестировать систему уже на большем количестве реальных пользователей.
Если у вас есть опыт организации любых офлайн‑активностей — футбол, волейбол, настолки, встречи, квизы — будет интересно почитать:
С какими проблемами вы сталкивались при организации людей?
И насколько вообще подобная система была бы полезна в вашем сценарии?
Сайт проекта: gooly.ru
