Менеджмент разработки vs коммьюнити проекта

    image

    Данный материал навеян обсуждениям на разных профильных ресурсах темы — как же стоит себя вести менеджерам производства со своим коммьюнити. На основе долгого осмысления всего сказанного и родилась данная статья, т.е. достаточно спонтанно. Как всегда небольшая ремарка. Статья не претендует на какой-то мануал по тому «как делать правильно». Также материал ни в коем разе не затрагивает важности, нужности и полезности PR-менеджеров, коммьюнити-менеджеров и т.п. И тем более не пытается их чему то научить. Сотрудники на регулярной основе занимающиеся информационным фоном и коммьюнити будут нужны всегда и везде. Без них, я считаю, экосистема разработки неполноцена и очень печально, когда эту дыру пытаются заткнуть непрофессиональными кадрами, а «вон тем свободным младшим программистом». Но об этом чуть позже

    Вступление….


    …. Или немного о том «почему он нам вообще что-то рассказывает».
    Пункт очень важный, т.к. зачастую у нас складывается грустная ситуация, когда докладчик или просто оратор грозно трясет ботинком, рассказывает как правильно жить, работать и вообще… и все бы хорошо, пока не начинаешь проверять – а на основе какого опыта все это озвучивается. Очень часто – без всякой основы. Умные мысли без практического опыта, конечно, встречаются на просторах, но они обычно сдобрены слишком большой порцией идеализма.

    За время своей работы в игровой индустрии, которую я всячески люблю, побывать пришлось на разных ролях. Я и писал обзоры того или иного качества (читатели наши главные судьи, как мне кажется, но было по меньшей мере сносно), занимался коммьюнити известных и не очень проектов (хочется верить, что именно моя работа делал из неизвестных – известные, но это не совсем правда) и со временем начал перемещаться в сторону разработки стандартным весьма незатейливым путем – помощник ГД, ГД, сопродюсирование, продюсирование и т.д. Не потому что это лучше, просто это другое и оно мне ближе по складу уму и характеру. В перечисления уходить не будем – кому интересно найдет профиль как тут, так и на других ресурсах и сам для себя решит – стоит ли прислушиваться к моим словам или нет)

    Так или иначе этот переход по разным сферам геймдева дал интересное представление о том как себя и проект (!) подают коллеги менеджеры перед игроками, какие методы правильны, эффективны и полезны, а что только вредит репутации… Попробуем разобраться, а точнее даже обсудить ряд наблюдений и подходов к этому делу.



    Подход 1. Суровая реальность



    Есть старая практика – ничего не показывать игрокам до часа «ИКС». Коммьюнити-менеджеры носятся по кабинетам, пытаются отобрать какой-либо арт, дай бог скриншоты и придумывают все что могут, дабы показать аудитории нечто материальное. Такой подход, когда «злой продюсер издателя» без 3 печатей и 7-и подписей не дает распространять хоть какую-то информацию о проекте потихоньку изживает себя, но все еще по старой памяти присущ некоторым командам.

    Вопрос позиционирования проекта перед аудиторий встал перед нами в очередной раз совсем недавно — на самых ранних стадиях разработки Metal War Online (это 4 месяца с командой в среднем в 5-6 человек). Тогда мы запустили первую версию сайта и небольшой, если не ошибаюсь, даже не скиненный форум, а также разослали пресс-релизы на известные/дружественные ресурсы. Сколько-то пользователей зашло и осталось, сколько-то (немало) ушло. В сухом остатке сформировался некий костяк, который наверняка будет сохранять верность проекту еще очень долго, если выказывать должное уважение к его энтузиазму. Сперва мы развлекали небольшую, но активную аудиторию кучей рендеров, фейк скринов, иллюстраций и т.п. с посылом «вот так процесс разработки и идет». Длилось это до тех пор, пока мы не стали получать достаточно много (относительно общей аудитории) пожеланий увидеть — что же там на самом деле происходит, ведь любой здравомыслящий человек догадывается, что даже производство игр не может состоять целиком из творческих задач и красивых пикч.

    Некоторое время мы помялись, но потом пришли к выводу – лучше показать игрокам все как есть, т.е. окунуть их в суровую реальность самых ранних стадий разработки и как бы это ни было рискованно – получить фидбэк сразу. Буквально на следующий день мы приняли игроков в текущую на тот момент версию (между прототипом и ранней альфой). Функционал был поистине скромный. Например выбрать можно было лишь одну из 3-х готовых машин. Прокачки еще не было, так что в баре машин стояло, например, три одинаковых «Аска» с разными башнями, чтобы юзеры могли сравнить с каким орудием им удобнее воевать.

    Понятно, что интерфейс был даже не наметочным – а просто макетным, набросанным из голубоватых плашек, оставшихся после нашего тест-проекта на Unity3D – «Перевозчик».


    Рис.1. Прогресс интерфейсов.


    Эффекты, отстройка сцен, левлдизайн также были только на RC-билдах, так что кататься приходилось среди полузастроенного городского уровня, который даже по ранним представлениям был сбалансирован на 32 игрока, в последствие перебалансирован на 24, а сейчас и вовсе на реконструкции из-за смены динамики боев…


    Рис.2. Пока игроки катались по просторам, изображенным на рис.2, в билдах отдельных сотрудников шли работы над такими настройками.

    Пустили мы в такую версию игры порядка 60-ти человек. С натяжкой это решение можно назвать формирование тест-групп, но по правде говоря на тот момент работы и проблемы были столь очевидны, что в тестировании большим количеством неподготовленных игроков особой нужды не было. Тут приходилось долго и въедливо «колупать» многие аспекты и системы, так что 100 баг-репортов о плохо стоящей кнопке, нас бы скорее всего просто отвлекали…. И если в важности массовых тестов на том этапе были сомнения, то в формировании культуры тестеров эти первые игроки оказались большую роль, кропотливо оформляя темы корректным образом, группируя схожие баги тегами и т.п. Из того первого костяка, попавшего в игру почти что случайно на данный момент живы и крайне активны практически все. Потом мы добавляли еще кучу народу почти каждый месяц, пока через 3 месяца не стартовали более официальные классические Закрытый Альфа-Тесты, Открытый Альфа-Тест, ЗБТ и наконец, совсем недавно, ОБТ. Суть этого текста не в попытке кого-то впечатлить цифрами, впечатлять, разумеется нечем, т.к. рано судить о продукте в целом…важность мысли в другом – почти каждый кто готов был ждать проект, но не понимал, чего именно ему ждать – смог зайти и увидеть все – как перспективное, так и крайне неприглядное. Отсев на это за все время таких наборов в частном порядке – минимальный, а лояльность игроков крайне высока. Отдельно удобная фишка – игроки видят весь прогресс проекта и дают свою оценку происходящему, начиная от «вы столько не показывали новые настройки сцены, а результат того не стоил» или же «почему вы раньше не перешли на такой стиль UI, теперь я понял, что мне не нравилось в прошлом».

    Можно утверждать, что такие фидбэки не важны, можно настаивать, что их должны проводить неведомые фокус-группы или коллеги. Но на деле же лучший фидбэк вы получите от заинтересованных в продукте, а не оплате или пиве за услугу, людей. Коль скоро у самих разработчиков взор обычно замылен, а коллеги по цеху далеко не всегда вносят конструктив (проверено на этом же примере) – остаются, о ужас, ваши игроки.

    Зачем показывать что-то заведомо обреченное на критику? Ну, например, чтобы неожиданно получить вовсе не разгромные комментарии, а вполне себя внятный конструктив от ЦА, чтобы сразу наладить контакт с ней и ее будущим пополнением. Ну а если ни первого, ни второго совсем не выходит – может самое время задуматься о целесообразности всей дальнейшей разработки и что-то вовремя изменить?



    Подход 2. Лицом к аудитории


    Когда-то давно я работал над одним долгостроем отечественной индустрии, на тот момент в роли PR-менеджера. Застал я всю «движуху» спустя много лет после ее начала и по части работы с аудиторией – в весьма плачевном состоянии. Проблем было несколько:

    • квалифицированного или просто старательного коммьюнити-менеджера, подотчетного руководству студии – не было. Был фанат, который как бы активно отвечал на некие вопросы неких юзеров неких ресурсов;
    • сами менеджеры студии всячески отказывались от общения с пользователями. Как от простого (видимо из-за лени и немножко пафоса), так и весьма себе брендового, вроде интервью и прочих рассказов о былых «саксес-стори»;
    • на вопросы как вообще идет работа с аудиторией – кивали на издателя, которому видней, и если ничего не делается – то просто ничего делать и не надо. Вариантов, что издатель занят десятками проектов и за все следить физически не успевает, как-то даже не рассматривались;
    • общую политику общение всячески подстраивали под «только извинения, только убеждение кого-то в интернете в неправоте»….


    Итог на момент старта работ состояние коммьюнити было весьма печальным. Фанаты были, причем много, но они до дыр мусолили интервью многолетней давности и писали на официальную почту, которую все мы знаем, как большинство читает. Времени моих тогдашних коллег действительно элементарно не хватало накрыть все ресурсы, темы и т.п. связанные с проектом. Все бы ничего, но для пущего размаха, рядовым сотрудникам строго настрого запрещалось проявлять какую-либо активность на любых ресурсах, пытаться общаться с аудиторией даже неофициально, а уж тем более что-то показывать. Большего информационного вакуума граничащего с откровенным вредительством наверное представить невозможно….

    Из этой ситуации, ее последствий и тяжелых длительных поисков путей решения можно было сделать несколько выводов. Которые, как мне кажется, проще соблюдать и просто не доводить ситуацию для критической.

    Вывод 1. Уделяйте личное (!) время своим клиентам.


    Не важно, есть у вас ответственный за коммьюнити или нет. Если вы работаете над проектом небольшим коллективом (пусть в рамках большой компании), то уделите личное время своим клиентам, от которых ждете денег – заведите хотя бы одну закрытую тему на форуме от своего имени, в которой сообщаете последние вести с фронта раз в пару недель (рис.3). Это покажет если не мост между разработчиками и игроками, то открытость к диалогу…почему открытость такая ограниченная, каждый додумает сам или расспросит коммьюнити-менеджера. Опытный КМ грамотно обоснует редкие появления «власть имеющих» и обернет на пользу как самих имеющих, так и проекта в целом.


    Рис. 3. Выдержка с форума с достаточно простой, требующей минут 10 в неделю темой «Краткие заметки разработчиков»

    Вывод 2. Сокращайте количество отговорок


    … особенно в стиле «да о чем сейчас можно рассказывать, пишем код, рисуем картинки». Всегда есть о чем рассказывать, если только вы не сидите за игорным столом в Вегасе, пытаясь приумножить недавно выданный инвестором бюджет разработки… да и то можно обернуть в отличную тему для форума о досуге разработчиков, вышедших на недельку отдыха после завершения большого пласта работ. На этот случай очень удобно сразу пласт работ и продемонстрировать, дабы игроки увидели, что по ту сторону тоже люди, которым требуется отдых после отлично проделанной работы.

    Вывод 3. Всегда показывайте прогресс работ


    Всем нам хочется показывать игрокам по тыще отличных, идеально вылизанных картинок. Т.к. такой поток хайлевльного промо-арта мало кто может обеспечить, то многие идут на решительный шаг – вообще ничего не показывать… Намного лучше, посмотрев все наброски, зарисовки и отвергнутые почеркушки, привести их в порядок и выкладывать в так называем темы «работа над…».


    Рис.4

    На том же форуме и ВК-группе МВ куча тем и альбомов с самыми разными стадиями работы над машинами, аренами, пушками. Мы не видим ничего зазорного в том, чтобы показать игрокам какой путь мы прошли в работе над интерфейсами, рассказать в чем были сложности и почему он лучше, чем раньше, но не так крут как хотелось бы… Игроки видят какие ошибки мы делали, понимают почему сейчас имеют то, что имеют, и верят, что если мы пообещаем качественные переработки, то сделаем их, раз делали много раз до этого. Пример актуален для многих проектов, с которыми приходилось работать, Metal War лишь самый насущный из них на данный момент. Такого контакта с аудиторией ваш КМ самолично может и не обеспечить, т.к. не он формирует ваши планы и оценивает, что команда банально осилит, а что нет.

    Вывод 4. Старайтесь давать четкие и максимально конкретные ответы.


    Многие грешат желанием на любую просьбу игрока ответить скорейшим «обязательно будет, но не скоро/точно не знаем когда». А что еще хуже – метаться из стороны в сторону, когда разные игроки начинают по разному отзываться о, например, предлагаемой фиче. Если вы в той или иной степени руководитель производства (а речь вообще о них онли), то вам очень грех не знать ближайших планов на развитие проекта, давать пространные заявления и пытаться угодить всем. Вы – олицетворение того самого «царя-батюшки», который не знает о беспорядках и если уж пришел, то все прояснит, все разрулит…лучше иметь четкую позицию и доносить ее до игроков, чем метаться в поисках золотой середины. Как только игроки заметят вашу неуверенность, то и сами ее подхватят. В глазах ваших потребителей команда должна быть тем коллективом, который почти точно знает, что лучше, но прислушивается к разным «колебаниям силы» и может своевременно корректировать вектор работ. За вас должны болеть как за любимый футбольный клуб и прощать мелкие неудачи, ведь вот-вот вы жахнете мегавином, да еще и при активном участии коммьюнити….

    Вывод 5. Покажите, что команда тоже состоит из живых людей


    Постарайтесь вытягивать на внутренние ресурсы (оф. Форум, оф.группа на ВК) – художников, геймдизайнеров, программистов. Пусть геймдизайнер сам послушает и обсудит с игроками планируемые правки баланса. Пусть программист сам услышит все про реализованную им физ.модель.
    Ту важно не увлечься и не пустить дело на самотек. Еще важнее — не начать подменять КМов сотрудниками производства (об этом чуть ниже). Разработчики, как рядовые, так и нет, должны придерживаться некого базового регламента, а также примерно понимать, о чем они могут сообщать игрокам, а о чем нет. Список запретов в наших командах – минимален, я бы сказал даже просто отсутствует, т.к. команды не раз показали свою адекватность и понимание конечной цели – сделать интересный продукт для этой самой аудитории. Конечная цель всего бизнеса, разумеется, другая, но они обычно тесно связаны…

    Почему этот пункт занесен в статью про подход руководства? Да просто рядовой КМ не заставит/смотивирует вашего геймдиза выйти на форум и с толком переговорить с игроками. Он может предложить такое, и будет прав, но выделить время сотрудника, особенно на некой регулярной основе, может только руководитель. В конце концов – кому отвечать за возможные просадки по планам работ.

    Вывод 6. Не отстраняйтесь от личного общения


    Если еще точнее – среди игроков всегда найдутся толковые и адекватные люди, которые захотят по крайнее мере иметь возможность переговорить с вами напрямую. Хотя бы в режиме «эстонского чата», но зато персонально. Не надо тщательно скрывать свои контакты или заведите отдельные рабочие, по которым до вас смогут достучаться хотя бы самые преданные ваши пользователи.

    Более того, старайтесь интегрировать в жизнь коммьюнити хотя бы небольшие встречи для обсуждения. НЕ мега тусы по праздникам, не дни рождения проектов и стриптиз на выставках — это бесспорно надо и очень круто, но за рамками темы статьи. Речь о гораздо более простых вещах – выбрать делегатов от разных групп пользователей и сделать с ними скайп-конференцию. Например, на Metal War мы такой созвон с рядом сотрудниками делали после каникул на пару часов. Обсудили планы, результаты года и просто поздравили друг друга «лицом к лицу». Потратите вы на подобное не больше часа-двух в месяц, но пользу от такого налаженного контакта – переоценить невозможно.

    Если по простому, мораль такова – игроки должны иметь возможность хотя бы изредка поднять вопрос на высшем уровне. Это сразу предотвратит кучу мелких очагов конфликта на форуме и прочих ресурсах. Пользователи должны знать, даже быть уверенными, что за происходящим так или иначе следит большое руководство и бардака не допустит.



    Подход 3. Общение на внешних ресурсах.


    Отдельный интерес представляют внешние общеигровые ресурсы. Зачастую их менеджеру как раз можно пропускать. Но если обсуждение продукта все же важно, то стоит заинтересоваться качеством диалога и, возможно, принять в нем личное участие. Более того, для некоторых ресурсов это вообще наиболее эффективный способ, иначе беседа рискует быстро превратиться в фарс с участием десятка-другого местных троллей –завсегдатаев.

    Тут можно приводить долгие примеры и истории из жизни, но, думаю, все и так прекрасно понимают, что для любого проекта есть ресурс на котором его любят и ждут, а есть и те, где каждую новость воспринимают как повод для агрессивного дискаса. Работа с настроениями аудитории в таких масштабах уже больше в компетенции профессиональных PR-менеджеров. Нам же можно выделить несколько тезисов, которые будут полезны ПМам, плодюсерам и иже с ними.

    Тезис 1. Вы тут не для убеждения кого-либо


    Пользователи многих форумов привыкли к парням и девушкам, отправленным к ним на растерзание, в попытках рассказать миру о неком классном проекте. Устав прост: если кто-то не верит – надо убедить. Если кто-то не верит так, что хамит и оскорбляет – надо смолчать, улыбнуться и еще раз убедить. По идее эта тактика оканчивается на убеждении закоренелого тролля или на нервном срыве неподготовленного к боям КМа. Вероятность первого – крайне низка…

    Есть в этом подходе доля истины – да, клиентам грубить нельзя, даже если они проявляют верх неадекватности, а вы босс всея разработки. Но совершенно точно стоит распрощаться с тактикой наставления всех на путь истинный и представлять каждого оппонента потенциальным клиентом. Наиболее эффективное поведение менеджера – это вообще вести нейтральный разговор, а на критику отвечать нейтральным же «спасибо за ваше мнение, время покажет». НЕТ, конечно это не универсальная фраза для успокоения активистов форума. Но тут сработает типовой шаблон – «ты же тут отрабатываешь хлеб, вот и убеди меня. А не то….». Весь фокус в том, что вы тут не для убеждений кого-либо в чем-либо, не для попытки рассказать почему схожий проект плох (это вообще дорога вне куда) и даже не для отработки хлеба. Вы тут для диалога — банального, общеинформационного. Для собственного удовольствия, если угодно. Ваш проект такой – какой есть, вы не просите денег вперед, не продаете кота в мешке (сиречь — неизвестную игру на диске), не взяли на разработку денег игроков и т.п. Как ни странно, когда форумчанин понимает, что его негативное воздействие минимально – они либо покинет тему, попытавшись оставить за собой последнее слово, либо разойдется совсем без границ, после чего в этой или другой теме за гиперактивность его и накроет администрация.

    Тезис 2. Хороший продюсер, злой продюсер


    Старайтесь избегать того, что игроки посчитают «перепадами вашего настроения». Если вы строги и официальны, то соблюдайте этот стиль до конца. Не надо кидаться с извинениями за ошибку и через минуту наезжать на игроков со словами, что вас на все не хватает и надо вообще входить в положение и прочие «сначала добейся». Если уж так хочется отыгрывать трюк с плохим и хорошим – общайтесь на форуме совместно с КМом, выбрав одну из ролей. Как только игроки чувствуют, что вас легко сломить в сторону обороны, заставить извиняться за несуществующий ущерб (ваша не вышедшая бесплатная игра говно с анальным донатом — парируйте) – можно считать дело общения проваленным……

    Тезис 3. Чем мы лучше


    Излюбленные разговоры любого форума – «А чем вы лучше, чем проект X вышедший от компании Y?». Мое искреннее мнение, что на этот вопрос существует один верный ответ, особенно от менеджера – «ничем, мы делаем уклон на….». Особенно, если ваш проект еще в стадии разработки. Да и просто – что бы вы не думали о продукте своих коллег, выразите свою лояльность. Лучший способ увести беседу в неконтролируемое русло – это размашисто начать разбирать полет «конкурентов» на внешнем ресурсе, где наверняка найдется не один фанат этого проекта. Элементарную этику тоже никто не отменял – проявите нейтральность по отношению к трудам коллег по цеху, кому как не вам понимать сложный путь разработки.
    Этот тезис имеет мало отношения ко внутренним ресурсам, т.к. в их рамках диалог может иметь вполне конструктивный оттенок – сравнения, улучшения, обмен впечатлениями и т.п.



    Подход 3. Кто у нас посвободнее


    Как уже говорилось выше, проблема многих менеджеров – попытка подмазаться под «общение разработчиков с коммьюнити». Выражается это в том, что нормальных PR и Коммьюнити-манагеров они не нанимают, зато отсылают кого-нить не очень занятого «пообщаться с парнями»… вроде и денег сэкономили и представитель разработчика, который в курсе всего – это свежо и полезно. Звучит бредово, работает еще хуже, но встречается уж слишком часто, чтобы не упомянуть. Отсылают на этот расстрел обычно младшего помощника старшего заместителя главного программиста, т.к. «дел у него мало и вообще»… если у ваших разработчиков мало дел – может они просто не нужны?

    Результатом такого диалога выходят зачастую неловкие противоречащие высказывания, отсутствие какого либо планирования и т.п. Иногда, очень редко, избраннику команды удается захватить и удерживать внимание аудитории, но чаще получается такая промежуточная персона, которая слишком мала, чтобы «инсайдить», слишком «крупна», чтобы сюсюсакаься-возюкаться с каждым и реально слишком мало знает и имеет слишком мало опыта, чтобы юлить в разговорах о планах и чаяниях команды.
    Проблем подхода еще и в том, что недостаточно просто подсунуть кого-то и надеяться, что вы так покажите близость к народу, при том что сами почему-то видеть и слышать его не хотите (иначе зачем находите посредников). Игроки отнюдь не глупы и самозванца вычислят достаточно быстро…

    Откровенно говоря из этой ситуации можно сделать лишь один вывод – наймите КМа, либо выступите в роли лица команды. Причем говоря «наймите», речь не обязательно о мега профессионале с большой зарплатой. Для начала достаточно выбрать одного-двух наиболее адекватных активных пользователей и потратить N –времени на их инструктаж и контроль. Иначе быть тут не может – либо N времени, либо M денег. Хитро, быстро и бесплатно почти не работает.



    Что же дальше



    Предположим опытный или не очень менеджер дополнил свое представление о работе с аудиторией некоторыми мыслями из материала выше. Что же дальше? Все налажено и будет работать как часы? Конечно нет. Если обратить внимание, материал разбит на несколько вполне себе независимых блоков с набором наблюдений. На деле их конечно сильно больше, но материал не претендует на научную работу и не несет роли открывателя каких-то истин. Скорее изложенное выше это такой свод напоминаний, суть которых каждый знал и применял, но воедино может быть не сводил. И что хотелось бы еще раз отдельно отметить– не стоит путать общение руководства разработки со своей аудиторией, и наличие регулярных, ответственных хотя бы за работу с коммьюнити людей. Маловероятно, что ваша активность и энтузиазм накроет все необходимые аспекты взаимодействия с игроками. А это в некотором смысле сервис вашего продукта, по которому клиенты строят представление о том, чего им ждать в будущем. Если вы сразу оставите плохое впечатление (медленный отклик, грубость, невозможность решить какие-то вопросы и т.п.) – то от вас, как и от плохого сервиса, начнут уходить. И совсем другое дело, когда пользователи видят старания команды, активность КМов и PR-менеджеров, а особенно приятно – личное участие руководства в жизни сообщества. Очень надеемся, что материал если не отобразил важность последней составляющей, то как минимум заставил о ней задуматься. А следовать ли приведенным выше советам или нет – каждый решит сам для себя.

    Similar posts

    Ads
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More

    Comments 16

      +1
      Не заливайте картинки на дропбокс, плз. После n обращений будет недоступно. Залейте лучше на habrastorage.
        0
        Спасибо, сейчас поправлю
        0
        Спасибо большое за статью. А как вы считаете, на каком этапе можно начинать активно работать с коммьюнити? Вот пример:
        1. Проект на стадии концепта и даже диздок еще в зачаточном состоянии, но уже есть кое-какой концепт-арт, стоит его показывать?
        2. Полным ходом идет препродакшн, есть первые прототипы «на кубиках», можно ли показывать это?
        3. Вошли в продакш, точно знаем, что и как нужно делать (ага конечно ;)) готовы пачки арта в финальном качестве. Стоит начинать с этой стадии или все же раньше? Может позже?
          +1
          Спасибо, приятно, что материал интересен
          По вашим вопросам.

          1. На такой стадии, например, удобно общаться на существующем ресурсе для предыдущих ваших проектов. Т.е. открываете тему — рассказываете о планах, начинаете собирать отзывы, мнения, первые «а чо там». Например, я на КРИ общался с одним изданием, где сообщил мимолетом о разработке концепта браузерного ММО-проекта, Это видео попало на наши форумы и там пошло обсуждение этого потенциального проекта, сеттинга и т.п. Иными словами — если у вас есть подконтрольные или очень лояльные ресурсы — на них можно уверенно стартовать. Вы соберет одного-двух, но зато очень заинтересованных людей (ну или не 1, а 10 — не суть)

          Начать с концептом на внешнем ресурсе — будет сложно. Скорее всего даже не стоит, если речь не о Геймдев.ру, который заточен для таких обсуждений. Но это не совсем работа с коммьюнити уже…

          2. Смотрите, очень важно на какой стадии вы создали «площадку» — промо-сайт и форум. Если они есть — можно выделить несколько человек и показывать им даже кубики. Важно, чтобы пользователи понимали — результат каких трудов они видят, например «2 месяца, 4 человека, проведена подготовка движка и идет наметка уровня». Еще лучше, если игроки сами попросят увидеть и вы, поступив прямо скажем не типично — покажете. Что касается ресурсов проекта — я рекомендую начинать их делать сразу после препродакшена, если не в ходе — тут сошлюсь на другую свою статью, написанную в соавторстве с коллегой, уже про маркетинг habrahabr.ru/post/147266/.
          Очень важна грань между «ребят мы бедные, вот что смогли сделали, посмотрите» и «мы уверены в заинтересованности пользователей и векторе наших работ, мы готовы показывать весь прогресс регулярно». Разница по сути как между «слабостью» и «открытостью». Многие путают и делают неправильные выводы…

          3. Стоит раньше, когда готова пачка арта — маст начинать показывать прогресс работ по арту, как вы выбирали стиль (если нет время на текст — тупо последовательность картинок) и т.п. К стадии «куча арта» игроки должны понимать как вы работаете, как влияют их комментарии и т.п. Совсем не надо стремиться к видимости «опа-на- видите как все сразу, в один момент и классно». Это уместный подход для ооочень крупных разработок, мое мнение… Для калибровки терминов — я считаю, что еще ни в одном настолько (!) крупном проекте не работал, при том что небольшими и некоммерческими проектами вообще никогда не занимался…
          0
          Статья интересная, переосмыслил пару вещей в подходе с будущими игроками. У меня так же есть вопрос — я пишу сейчас игру под iOS и собираюсь ее запустить на App Store через 2 месяца. Это мой первый опыт я не особо знаю на какие форумы/ресурсы/издательство можно написать и начать там пиарить игру — может быть подскажете какие нибудь «злачные места» в онлайне?

          Бюджет небольшой так что если есть какие газеты/журналы которые за небольшую копейку бы написали коммент или абзац — буду благодарен.
            0
            К сожалению, не могу назвать себя специалистом по мобильным играм и по связанным с ними СМИ. Мой проект первый и последний для мобилок был давно, связывался с айфонс — ру, предоставив видео. Взяли на обзор без проблем. Есть какой-то набор сайтов, который, я думаю, стоит «простучать», т.к. в них неплохая редакционная политика, т.е. предположительно их мнение читателя заинтересует) Скину в личку, реакция хабра на кучу внешних ссылок в комменте — мне неизвестна)
            0
            С интересом прочитал статью, но в ней слишком много «раздувания щёк» и передёргиваний, чтобы оценить её положительно. Несмотря на присутствие в ней интересных идей.

            Первое (да и пожалуй главное): никакой комьюнити-менеджер не сможет «вытянуть» провальный проект. Если проект плохой, и тем более, если проект, как Metal War Online, является бледной копией другого проекта, появившегося ранее, шансов у него ноль. Говоря образно, комьюнити-менеджер — это некий коэффициент размерности от 1 до 2, на который домножается реноме проекта в глазах игроков. И если реноме равно нулю, то сами понимаете. Причём коэффициент может быть и отрицательным.

            Если же проект интересен игрокам, то да, общение с ними «команды разработчиков» может домножить реноме проекта на указанный коэффициент. И тут уже можно абстрактно рассуждать об идеях, изложенных в статье. По пунктам, для удобства систематизации:

            1. Ошибочно думать, что на этапе альфа и бета-тестирования в игре будут исключительно лояльные проекту игроки. Это вовсе не так, даже на «альфе», даже при жёстком контроле — обязательно будет некий уровень недовольства. И лучше сразу определиться, как поступать с игроками, настроенными деструктивно. Когда же проект выходит в стадию открытого бета-тестирования, уровень недовольства обязательно подрастёт. Тем, кто следит за настроениями коьюнити, весьма желательно во-первых выработать некую шкалу оценки уровня недовольства (чтобы вычленять трезвые, хоть и недовольные, голоса из хора «буууу!»), во-вторых сегрегировать игроков и выделять среди них яркие, харизматичные личности, с которыми можно общаться напрямую.

            2. В информировании игроков о разработках — тоже есть свои тонкости. В статье утверждается, что надо показывать «полуфабрикаты» (скетчи, технодемо. эскизы и т.п.). Но это «работает» далеко не всегда: многие юзеры интересуются тонкостями разработки игр, вам могут попасться юзеры — специалисты в обсуждаемом вопросе и т.д. Выкладывание отвергнутого неудачного скетча легко может спровоцировать неприятную «волну» типа «они делают чушь вместо того, чтобы делать нужное». Информировать игроков лучше только тем, что будет включено в игру в скором будущем, а не всем подряд.

            3. Общение с игроками в стиле «чего изволите?» — моментально приводит к тому, что игроки начинают вести себя в точности, как неразумные дети- эгоисты. Вы окажетесь погреблены под массой противоречивых требований, замечаний, пожеланий и предложений, и очень быстро придётся либо прекращать общение, либо на всё это отвечать классическим игродельческим «when its done». гораздо эффективнее стиль общения «на равных». Мол, вы играете в ту игру, которую мы делаем — мы смотрим на игру с разных сторон, но должны уметь слушать и слышать друг друга.

            4. В обязательном порядке те, кто общается с игроками, должны понимать, что далеко не всякий игрок общается искренне. Надо уметь распознавать попытки тролления, высказывания «в состоянии аффекта», бред, написанный от скуки и желания «развлечься» — и желание нормально общаться с разработчиками.

            5. Вы обязательно столкнётесь с эффектом жёсткого, твердолобого разграничения людей на «игроков» и «разрабов», причём «разраб» — те. кто по определению не может делать ничего хорошо. Универсальных рецептов для преодоления такого барьера в общении с комьюнити — увы, нет.

            6. Проект обязательно будут сравнивать с конкурентами. И не только сравнивать! Игроки не так уж редко становятся «фан-боями», и вовсе не факт, что в вашем проекте будут играть именно ваши фан-бои. А игрок, влюблённый в другой проект. которого что-то удерживает в вашем, — в большинстве случаев будет для вас «хейтером» — тем, кто «ненавидит, играя».

            С уважением — CryKitten, комьюнити-менеджер «WoT»
              0
              1. Вопрос за картоделание, + обучение игроков, смотреть пункт 3…
              2. В информировании игроков о разработках — на ЗБТ, смотреть пункт 3.
              3. Общение с игроками в стиле «чего изволите?» — глобалка, с игровым контролем ололо тестеров?
              4. В обязательном порядке те, кто общается с игроками, должны понимать, что АДМИН не общается искренне.
              5. Сербоголда.
              6. Моды. Новая конЪцепция. — мы их ненавидим, но они могут?
              0
              Про раздувание щек я с вашего позволения промолчу) Мне картинка видится совсем иной, но она мне не принципиальна, давайте остановимся на ваших пометках к статье:

              1. Я нигде не утверждаю, что будет сплошной позитив. Если в внимательно прочтет то увидите предложение — что негатива и забиваний будет не меньше, чем позитива. Те люди, чей позитив вы сможете удерживать — очень важны для разработки.

              2. нигде не написано про неудачный. Откройте пожалуйста ДТФ, любую мою статью о создании арта. Например, эту www.dtf.ru/articles/read.php?id=70874 и поймете о чем речь. Про полуфабрикаты, отвергнутое и плохое, заметьте, ваши слова… не мои. Промежуточное надо уметь подать как часть прогресса. Это либо умеет менеджер, либо не умеет. Но можно конечно сказать что плохой скетчер… я так понимаю в процессе разработки вы не участвовали пока в своей карьере? Иначе я не понимаю откуда основания для такого пункта про плохо арт-хороший арт… любая красивая финальная картинка имеет стадии, не менее интересные и вдохновляющие. Предположу ваше суждение связано с тем, что в формировании пайплайна разработки хай левл арта (как например по ссылке выше) вы не участвовали.

              3. да, если вы увидели противоречие — сори, если просто дополняете мысль — ок, я с вами согласен. На равных — вполне нормально. Адекватно прислушиваться — тоже. Надо уметь. Очень не хочется, чтобы мои слова или ваши расценивались как «всегда так и никак иначе» или «иначе не работает». Работает много подходов. Обсуждать какой работающий подход более рабочий (сори за тавтологию) — имхо малоинтересно и немного непрофессионально… я поделился своими наблюдениями далеко не малоопытного в КМ и ПР направлении человека, вы своими… сравнения давайте оставим для других статей и новичков. Им это интересно, мне нет.

              4.… 5… 6… нечего сказать, ни согласиться ни опровергнуть, не вижу тут коментариев по статье, вижу интересные мысли. ок.

              Вы штатный сотрудник Wargaming.NET? Уважаю ваше право на собственное мнение, но для профессионала вы очень быстро и резко начали обсуждение статьи с негатива к проекту-примеру, успев употребить аж два эпитета) Верно не все пункты моего материала вы прочли, кроме тех, с которыми не согласны) Удивлен если это позиция и подход штатных сотрудников мною глубокоуважаемого WG…

                0
                Я прошу прощения, естественно конкретно я — совсем не сотрудник WG, и текст написан не мной, но для вас и именно Crykitten-ом.

                Самого Crykitten-а нету на Хабре, но общаюсь с ним довольно часто и на разные темы — он не мог не прокомментировать, а я не мог отказать ему в любезности запостить его коммент.
                  0
                  Готов выслать ему инвайт, как наскребу новый, текущий лежащий после статьи о трафике кажется — отдал коллеге. Думаю, будет полезный пользователь хабра. Разумеется, если у Крайкитена есть мнение про МВО отдельно от статьи, а я люблю разделять мух и от котлет, мой скайп в его распоряжении.

                  Можно будет поговорить о чем-нибудь вроде серии «Дальнобойщики» или W.E.L.L. которые с точки зрения маркетинга и PR — интересные и крупные кейсы. Всегда рад вспомнить времена былые и поговорить с понимающим коллегой о своих соображениях.

                  Единственное что так и не понял ответа — а истинный автор этих строк — штатный сотрудник ВГ? Просто ощутил в словах оттенок эдакой обиды к «проекту клону» и считаю это проявлением допустимым, но сильно на грани профессионализма.

                  Всегда стоит понимать — проект это для пользователей. Для денег разработчикам и для фана пользователей. Если есть играющие и их активность разработчика устраивает, значит проект нужен и некой нишей востребован. И уже не важно считают его разные специалисты бледным или не считают. Есть аудитория, есть ее динамика роста… кто мы, чтобы осуждать выбор других людей и намекать на их «бледность») За сим предлагаю тему проектную, либо в скайпе, либо нигде. Флудим нещадно...) мой вопрос выше актуален. Заранее спасибо, в т.ч. за трансляцию весьма интересных наблюдений от Крайкитена

                    0
                    Да, истинный автор строк — штатный сотрудник WG.
                    Почту отправлю в личку.
                      +1
                      Пускай лучше CryKitten напишет статью — тогда и свое мнение выскажет и инвайт сам получит.
                        0
                        Честно — я ему уже обговорился об этом — но, увы — не пишет.
                          0
                          не надо торопить человека. Всему свое время. Будет готов — напишет. Писать ради писать смысла не вижу
                        0
                        Всегда стоит понимать — проект это для пользователей.
                        Первый пункт ЦА, остальное дойдёт.
                        Metal War Online, 3D шкурка, властелина.

                  Only users with full accounts can post comments. Log in, please.