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