惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
aimingoo的专栏
aimingoo的专栏
F
Fortinet All Blogs
Blog — PlanetScale
Blog — PlanetScale
GbyAI
GbyAI
MongoDB | Blog
MongoDB | Blog
月光博客
月光博客
The Cloudflare Blog
量子位
T
Tailwind CSS Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog
MyScale Blog
MyScale Blog
T
The Blog of Author Tim Ferriss
The GitHub Blog
The GitHub Blog
G
Google Developers Blog
D
DataBreaches.Net
V
Visual Studio Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Last Week in AI
Last Week in AI
U
Unit 42
博客园 - 聂微东
有赞技术团队
有赞技术团队
A
About on SuperTechFans

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Почему social-продукты умирают пустыми
Merney (Gool · 2026-05-15 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение3 мин

Охват и читатели0

Аналитика

Когда я начинал делать Gooly, мне казалось, что главная проблема — это функционал.

Если сделать:

  • удобное создание мероприятий;

  • регистрацию;

  • чаты;

  • подтверждения участия;

  • оплату;

  • сообщества;

то люди начнут пользоваться системой сами.

Звучит логично.

Но спустя месяцы разработки я столкнулся с проблемой, о которой почти никто не говорит, когда рассказывает про social-стартапы.

Пустота.

Причём это очень специфическая проблема. Обычный SaaS может быть полезен даже одному человеку. Таск-трекер, заметки, редактор, CRM — всё это работает сразу после регистрации.

Социальные продукты так не умеют.

Если внутри ничего не происходит — продукт выглядит мёртвым.

Иллюзия «если продукт хороший — люди придут»

Это была, наверное, моя главная ошибка в начале.

Как разработчик, ты автоматически мыслишь довольно прямолинейно:

  • есть проблема;

  • есть решение;

  • нужно просто сделать хороший инструмент.

Но social-продукты работают совершенно иначе.

Пользователь заходит внутрь и почти сразу бессознательно задаёт несколько вопросов:

  • где люди?

  • что здесь происходит?

  • зачем мне возвращаться?

  • почему я должен пользоваться этим, а не Telegram?

И если ответа нет — человек уходит.

Даже если сам интерфейс хороший.

Почему Telegram до сих пор побеждает

Чем больше я наблюдал за поведением людей, тем сильнее понимал одну неприятную вещь:

Telegram выигрывает не потому, что он идеально подходит для организации мероприятий.

Он выигрывает потому, что там уже есть жизнь.

Даже если внутри хаос:

  • сообщения;

  • флуд;

  • мемы;

  • потерянные сборы;

  • постоянная ручная координация.

Но там уже есть:

  • люди;

  • привычка;

  • движение;

  • коммуникация.

А пустой специализированный сервис проигрывает живому хаосу почти всегда.

Самый неожиданный инсайт

После нескольких статей на Хабре мне написало довольно много людей, которые годами организовывали:

  • футбол;

  • походы;

  • локальные сообщества;

  • мероприятия;

  • IT-конференции.

И почти все рассказывали похожую историю:
любая активность обычно держится на 1–2 людях.

Именно они:

  • напоминают;

  • координируют;

  • собирают деньги;

  • ищут участников;

  • договариваются;

  • удерживают всё движение.

Если эти люди устают — активность умирает.

Даже если само сообщество большое.

Проблема оказалась не технической

Наверное, это был самый болезненный вывод за всё время разработки.

Я думал, что проблема:

  • в интерфейсах;

  • в отсутствии инструментов;

  • в плохой организации.

Но всё оказалось гораздо сложнее.

Проблема в человеческом поведении.

Большинство людей:

  • не хотят организовывать;

  • не хотят брать ответственность;

  • не хотят менять привычные сценарии;

  • не хотят изучать новый инструмент ради одного мероприятия.

И это абсолютно нормально.

Social products — это не про код

Чем дальше я двигаюсь с Gooly, тем сильнее понимаю:

Social-продукты — это в первую очередь не инженерная задача.

Это:

  • психология;

  • привычки;

  • network effects;

  • плотность активности;

  • повторяемость;

  • ощущение живого движения.

Код здесь — только инфраструктура.

Почему пустота так убивает продукт

У пустого social-продукта есть очень неприятный эффект.

Он не просто «неинтересный».

Он вызывает ощущение:

«сюда никто не приходит»

И это мгновенно ломает мотивацию возвращаться.

Особенно в продуктах, завязанных на офлайн-активности.

Потому что человек приходит не за интерфейсом.

Он приходит за людьми.

Что я начал понимать только сейчас

Если честно, сейчас мне уже кажется, что самая сложная часть social-продукта — не привлечение пользователей.

Самое сложное — создать критическую массу живой активности.

Чтобы внутри системы:

  • что-то происходило;

  • люди возвращались;

  • появлялись повторяющиеся сценарии;

  • возникало ощущение движения.

Именно поэтому многие community/social продукты умирают не из-за плохого кода.

А из-за пустоты.

Ирония в том, что проблема реальна

Самое интересное — проблема организации офлайн-активностей действительно существует.

После статей мне написали десятки людей с практически одинаковыми болями:

  • хаос чатов;

  • выгорание организаторов;

  • отмены;

  • поиск участников;

  • ручная координация.

Но наличие проблемы ещё не гарантирует, что люди начнут пользоваться отдельным продуктом.

И это, наверное, один из самых важных уроков, которые я получил за время работы над Gooly.

Что дальше

Сейчас мой главный интерес — уже не столько разработка новых функций, сколько понимание поведения людей внутри social-систем.

Почему:

  • люди заходят и уходят;

  • не создают активности;

  • не возвращаются;

  • остаются в привычных мессенджерах;

  • и что вообще заставляет community-продукты оживать.

Потому что чем дальше, тем сильнее я понимаю:
построить social-продукт — это не просто написать систему.

Это попытка запустить живой процесс между людьми.