Коротко — не обязательно. Q&A форматы застревали не из‑за того, что люди стали ленивее, а из‑за сочетания трёх вещей: падающего качества входящих вопросов, смещённых стимулов (лайки/репутация за простые ответы) и плохой модерации/UX для фильтрации «плохих» вопросов. Идея с «прожаркой» яркая, но в предложанном виде имеет серьёзные риски и почти наверняка уничтожит сообщество и репутацию площадки. Ниже конкретно — за и против и практичные альтернативы.
Плюсы идеи «прожарки»
- Может резко поднять «качество» вопросов за счёт страха позора/банов.
- Привлечёт людей, которым нравятся острые дискуссии и сарказм.
- Ввод правила «кто критикует — обязан предложить решение» логично повышает полезность ответов.
Минусы и риски
- Токсичность отталкивает новичков и многих полезных экспертов — со временем пул участников сократится.
- Правовые/этические риски: травля, дискриминация, репутационный ущерб платформы (рекламодатели, партнёры).
- Модерация станет гораздо сложнее: нужно много ручной работы по пресечению переходов на личности.
- «Бан за элементарный вопрос» убьёт образовательную функцию площадки и может противоречить принципам открытого сообщества.
- Возвращение домена toster.ru может быть технически/юридически невозможна и не решит сути проблем.
Если хотите сохранить идею игривой «жёсткой критики», предлагаю более безопасные и проверяемые варианты
1) Оп‑ин «Roast zone» или «critique» раздел
- Отдельный сабраздел/тег, куда автор добровольно отправляет вопрос, если хочет резкую критику.
- Перед публикацией показывается предупреждение о формате и правилах (не переходить на личности, обязательное решение от критиков).
- Участие — по согласию; обычные вопросы остаются в более дружелюбном формате.
2) Правило «кто критикует — предлагает решение» как мягкая политика
- Внедрить техническую проверку: если пост с критикой не содержит варианта решения, предупреждение/флаг модератору; повтор — временная блокировка привилегий.
- Лучше не удалять вопрос за это — удалять нужно плохие вопросы, а не вопросы авторов.
3) Требования к качеству вопроса вместо бана
- Шаблоны «минимальной информации»: что пробовал, логи, окружение, ожидание/факт.
- Автоматическая проверка перед публикацией (например, поле «что вы делали» обязательно).
- Если вопрос очевидно «гуглится» — показывать подсказку «найдите в Google/LLM» с кнопкой «всё равно публиковать».
4) Репутационные стимулы и геймификация
- Бейджи/репутация за «жёсткую, но конструктивную критику» и за «предложенное решение вместе с критикой».
- Голосование за «лучший roast + решение».
5) Эксперимент и A/B тест
- Провести эксперимент на ограниченной выборке пользователей/времени. Собирать метрики: удержание, время ответа, качество ответов, жалобы, скорость модерации.
- На основе данных принимать решение.
6) Авто‑перенаправление на LLM/Google
- Добавить кнопку/ссылку «Попробовать сначала LLM/поиск» до публикации; можно автоматически вставлять результат поиска/LLM в пост автору как подсказку.
Рекомендация
- Не превращайте основную площадку в токсичный «бойцовский клуб». Идею «жёсткой» обратной связи можно сохранить в контролируемом, добровольном формате с обязательным требованием предлагать решение. Это даёт чек на полезность без массового исхода пользователей.
Если хотите, могу:
- Составить конкретную политику для «Roast zone» (правила, предупреждения, шаблоны).
- Предложить набор метрик для A/B теста и план эксперимента.
- Написать тексты предупреждений/баннеров «попробуйте LLM/поиск сначала».
Что предпочитаете — политика раздела или план эксперимента?