После публикации первых статей про Gooly мне написало довольно много людей.
Кто‑то рассказывал, как годами собирает футбол через чаты. Кто‑то показывал свои таблицы учёта. Кто‑то даже писал собственные приложения для организации игр.
Но больше всего меня зацепило одно очень простое сообщение.
«По футболу бы откликнулся, но создавать самому нет временных ресурсов.»
И в какой‑то момент я понял: Это не исключение. Это и есть большинство пользователей.
Ошибка, которую я долго не замечал
Когда я только начинал делать Gooly, у меня в голове была довольно логичная картина:
Есть люди
У них есть интересы
Им нужен инструмент
Значит: они будут создавать мероприятия, запускать сообщества, организовывать активности.
Но в реальности всё оказалось иначе. Большинство людей вообще не хотят ничего организовывать. И дело даже не в лени.
Организация — это отдельная работа
Когда ты создаёшь мероприятие, ты автоматически становишься ответственным за всё.
Тебе нужно:
собрать людей
отвечать на сообщения
координировать участников
контролировать оплаты
договариваться с площадкой
искать замену тем, кто слился
напоминать
решать конфликты
По сути, организатор становится менеджером мероприятия. Даже если это обычный футбол вечером после работы. И чем дольше я наблюдал за этим, тем сильнее замечал:
Организаторы — это отдельный тип людей.
Большинство хотят быть участниками
Это очень важный продуктовый инсайт. Обычному человеку гораздо проще:
открыть приложение
увидеть готовое мероприятие
нажать «участвовать»
прийти
Чем брать на себя всю организационную нагрузку. И это полностью меняет взгляд на продукт.
Самое интересное — организаторы почти всегда одни и те же
Чем больше я изучал локальные сообщества, тем сильнее видел повторяющийся паттерн:
Практически в любой активности есть 1–2 человека, на которых держится всё. Футбол. Настолки. Квизы. Волейбол. Кино. Да что угодно.
Если организатор исчезает — активность умирает. Даже если людям она нравится.
В этот момент я понял, что строю не «афишу»
Раньше мне казалось:
Главное — дать людям возможность создавать события.
Но сейчас я всё больше думаю, что основная задача продукта вообще другая:
Сделать организацию настолько простой, чтобы человек не чувствовал, что берёт на себя вторую работу.
Самое сложное — это не код
За эти месяцы я переписывал архитектуру, менял сценарии, тестировал разные механики. Но самый неожиданный вывод оказался вообще не техническим.
Проблема не в том, что люди не умеют пользоваться сервисами. Проблема в том, что люди очень не любят брать ответственность за организацию других людей. И это абсолютно нормально.
Что это меняет для продукта
После этого у меня сильно поменялся взгляд на многие вещи:
onboarding
создание мероприятий
UX
уведомления
сценарии участия
Я начал всё больше думать не: «что ещё добавить». А: «как уменьшить нагрузку на организатора»
Возможно, именно поэтому чаты до сих пор живут
Потому что они максимально «лёгкие». Написал сообщение. Скинул время. Кто‑то пришёл — уже хорошо.
Да, там хаос. Да, всё теряется. Да, это плохо масштабируется. Но порог входа минимальный. И это очень сложно победить любому отдельному сервису.
Сейчас мой главный интерес — не фичи
Если честно, сейчас мне интереснее наблюдать не за кодом, а за поведением людей. Потому что чем дальше, тем больше понимаю:
Любой социальный продукт — это в первую очередь психология. И только потом технологии.
P. S.
Если вы когда‑нибудь организовывали людей:
на футбол
в поход
на настолки
на встречи
на любое регулярное мероприятие
В какой момент вы больше всего уставали?
И почему вообще продолжали этим заниматься?
emelissa
Случилось удачное стечение обстоятельств, и я увидела эту классную статью про то, что существует сервис по организации мероприятий (мне казалось, что это просто сервис в моей голове ахахах).
Я организатор мероприятий в В2В сегменте IT-рынка уже 5 лет. Было все: от бизнес-ужинов до мульти-конференций разного масштаба. И, честно сказать, самым сложным моментом мероприятия является сам день события в своей кульминации. Как бы ты не спланировал, как бы не рассчитал каждую мелочь, как бы не подготовился к возможным факапам - если в этот день грузовик с аппаратурой решит перевернуться, то он перевернется. Именно кульминационный день организованного события самый сложный, непредсказуемый и раздражающий: его не стандартизировать, не прописать, не внести в какую-то схему.
И, да, единственное место где решается непредсказуемая проблема: телефонный звонок или диалог в чатах. Чем лучше настроена коммуникация со всеми подрядчиками и заказчиками - тем быстрее решается проблема. И чем больше у тебя контактов и знакомых в сфере - тем быстрее делается работа.
Например, в день конференции я не вылезаю из телефона и чатов со всеми: кейтеринг, уборщики, техничка, ведущий, декораторы и СБ. Я даже иногда не вижу само мероприятие, а только отсылаю координаторов и волонтеров куда надо. Из бесконечного потока звонков, чатов и радио-связи меня может вытащить только аномально сбившийся тайминг и какая-то кардинально важная проблема.
А потом после этого безумного дня ты просыпаешься и тебя ждет задача аккумулировать в одном каком-то месте всю важную аналитическую информацию: кто пришел, сколько пришло, все данные пришедших, их ответы на анкеты и во время дискуссий, расшифровки записей спикеров, фото-отчетность, анализ ошибок и факапов.
И вот тут как раз и устаешь. В самом конце, когда уже вроде всё, вроде прошло, надо радоваться, а, нет, надо отчитаться по деньгам......meh......
Merney Автор
Вот как раз после подобных комментариев всё сильнее понимаю, насколько огромный пласт процессов вообще находится вокруг мероприятий
Потому что на самом деле само «создание события» — это только верхушка айсберга.
И да, часть вещей уже сейчас есть в системе. Например, QR-подтверждение входа участников: человек приходит на мероприятие, QR-код сканируется, и в системе сразу фиксируется его присутствие.
Но чем дальше этим занимаюсь, тем больше появляется мысль, что в идеале хочется связать в одной системе вообще весь цикл организации мероприятий: — организаторов — участников — площадки — ведущих — фотографов — подрядчиков — бронирования — доступность по датам — портфолио — координацию — аналитику после события
Потому что сейчас очень многое существует фрагментированно: что-то в чатах, что-то в таблицах, что-то в заметках, что-то в голове организатора.
И в какой-то момент сама организация мероприятия превращается уже не в «создать событие», а в управление огромным количеством коммуникаций между людьми.
emelissa
Про QR-коды очень круто, раньше реализовывали это через отдельно разработанные приложения, но вот, например, в бизнес-среде есть обязательная часть регистрации - бейдж. У всех вип-лпр структур на камерных событиях есть хотя бы маленький, но бейджик с его ФИ и должностью в компании, так как на одной площадке есть как заинтересованные в общении ИТ-интеграторы и вендоры, так и их заказчики. Для продуктивного общения и знакомства они чаще всего ориентируются на бейдж с регалией. Получается вновь создаешь франкештейна, где программа сканирует код и после отправляет данные из приложение в другое приложение, которое запускает автоматическую печать бейджев. Но это просто я для примера, честно сказать, каждый раз это решается в том формате, который позволяют деньги. Чем меньше денег, тем меньше технологических приблуд для упрощения можно внедрить.
Merney Автор
Вот это как раз очень хорошо показывает, насколько сильно уровень сложности мероприятий растёт вместе с масштабом и требованиями
И да, история с бейджами — отличный пример того, как вокруг одного события постепенно начинает появляться огромное количество отдельных сервисов, костылей и связок между системами.
Сканирование. Регистрация. Печать. CRM. Тайминги. Подрядчики. Аналитика. Коммуникация.
И в какой-то момент организатор начинает уже не мероприятие делать, а буквально управлять целой распределённой инфраструктурой.
На самом деле именно из-за таких историй у меня постепенно и появляется мысль, что в идеале система должна закрывать не только «создание мероприятия», а вообще весь цикл процессов вокруг него.
Потому что сейчас очень многое существует фрагментированно и сильно зависит либо от бюджета, либо от опыта конкретного организатора, либо вообще от количества ручной координации.
И отдельно очень интересно читать подобные кейсы именно от людей из более серьёзного event-сегмента, потому что начинаешь намного лучше видеть, насколько глубоко вообще может уходить эта проблема.
emelissa
А это, как говорится, мы еще даже не начали говорить про организацию мероприятий серьезного уровня за границей....
Опять же есть еще онлайн-мероприятия и мероприятия-обучения, мероприятия за городом и мероприятия в труднодоступных местах. И все эти мероприятия могут быть для ЛПР высшего ранга, где лесной клещ - это не проблема участника, а твоя и только твоя.... и вообще надо было перед мероприятием по всей тропе где будут идти люди пройтись обработкой от клещей........