В этом году мы экспериментировали с несколькими форматами взаимодействия с нашими клиентами/участниками благодаря прекрасной работе @danielle, описанной в How We’re Organizing Webinars & Office Hours. Такие форматы обладают практически неограниченным масштабом, поскольку несколько часов, затраченных Даниэль, приносят пользу множеству будущих пользователей. Часы консультаций (office hours) особенно ценны, поскольку они стирают грань между прямым и асинхронным общением: люди с конкретными вопросами могут задать их в прямом эфире, а остальные впоследствии смогут извлечь пользу из отобранной дискуссии.
Мне интересно узнать, какие другие модели взаимодействия «один ко многим» хорошо работают для других.
Еще один небольшой паттерн, который хорошо работает у нас, — это когда люди, наиболее близкие к определенному изменению, создают темы для объявлений об этом изменении.
В какой-то степени это, вероятно, было естественным следствием того, что Discourse — это проект с открытым исходным кодом. В то же время, я думаю, мы продолжали целенаправленно придерживаться этого подхода по мере нашего роста и добавления людей в разных ролях.
Например, наши объявления о новых функциях обычно делаются кем-то, кто действительно работал над этой функцией (будь то инженер, дизайнер или менеджер продукта).
Это позволяет людям начинать разговоры о том, что они знают, в форме, которая довольно хорошо встраивается в процесс создания продукта.
Это дает сообществу возможность напрямую взаимодействовать с людьми, создающими определенную функцию.
И это также позволяет людям, создающим функцию, продолжать получать обратную связь от сообщества об этом, не отслеживая всё, что происходит в сообществе, и не создавая сложные системы сортировки или тегирования.
Я видел, как другие эффективно делают то же самое в других местах, даже если некоторые детали отличаются.
Одна из вещей, которую мы попробовали, но не добилась успеха, — это проведение периодических обсуждений (как раз таких, как это), чтобы узнать мнение людей о различных элементах продукта — почти как получение обратной связи небольшими порциями.
В настоящее время все наши категории требуют чего-то конкретного:
Задавать/отвечать на вопросы, но для этого нужно либо иметь проблему, либо обладать знаниями о продукте, чтобы дать ответ
Делиться руководством, но для этого нужны некоторые экспертные знания о продукте, которые никто другой не поделил и/или которые не охвачены документацией
Предлагать новые функции, но для этого нужно придумать идею, о которой никто другой не думал
Но наличие вопросов вроде «как вы решаете ABC» или «каково ваше мнение о XYZ» позволяет людям, не являющимся экспертами по продукту, делиться своими соображениями. К сожалению, наше сообщество всё ещё довольно неактивно, поэтому это превратило лишь нескольких наблюдателей в участников, но я всё равно считаю, что в этой тактике есть смысл.
Также отдельное спасибо за встречи, которые организует Даниэль! Я записываюсь на все из них и стараюсь изо всех сил присутствовать
Из любопытства: какова была конечная цель? Вы хотели или нуждались в обратной связи от людей, или же пытались стимулировать активность по какой-то другой причине?
Я бы сказал, что на 80% это была попытка стимулировать вовлеченность, а на 20% — попытка менеджера продукта собрать отзывы. Конечной целью было создать безопасное пространство для неэкспертов (то есть обычных пользователей продуктов), чтобы они могли присоединиться к обсуждению.
Теперь мне стало ещё интереснее. Если они не из вашей команды, то почему вы хотите поощрять их к участию, если у них нет собственных естественных вопросов?
