Как стать автором
Обновить
39.36
Рейтинг
Кошелёк
Разработчик приложения для хранения карт «Кошелёк»

Как запустить конкурс разработчиков и не свести с ума всю команду

КошелёкУправление проектами
В ноябре-декабре 2020 года мы, компания Cardsmobile — разработчик мобильного приложения «Кошелёк», провели конкурс разработчиков Кошелёк Mobile Challenge. По итогам конкурса мы получили шестнадцать готовых заданий, выбрали шесть победителей, познакомились с ними, провели пять интервью в команду и вручили 1 млн рублей призового фонда. Это был наш первый подобный проект, и в его подготовке мы столкнулись с некоторыми сложностями. Сегодня я, РМ конкурса, хочу рассказать, с чего начать, если вы хотите запустить конкурс для разработчиков, и как с этим проектом справилась наша команда.



Планирование. Цели, бюджет, рабочая группа


Начинать подготовку к конкурсу/челленджу рекомендуем за 2-4 месяца. Так у вас точно будет время на решение внезапных проблем, спокойные процессы и обсуждение каждого этапа со всей рабочей группой.

В первую очередь при планировании спецпроекта вам нужно определиться с его целями. Для чего вы проводите конкурс/челлендж? На какую аудиторию он ориентирован? Два этих вопроса помогут защитить проект внутри компании, составить план продвижения и оценить результаты после окончания проекта.

Мы запускали Кошелёк Mobile Challenge с двумя целями:

  • промо HR-бренда,
  • поиск талантливых разработчиков.

Руководствуясь этими целями, мы определили аудиторию и поделили её на сегменты: опытные мобильные разработчики, мобильные разработчики-джуны, коллеги по IT-рынку не из разработки, отчасти — HR-коммьюнити.

Забегая вперёд, расскажу, что конкурс как минимум стал успешным промо нашего HR-бренда. К запуску конкурса мы продумали, наполнили и начали вести соцсети команды, за время проекта к ним (без дополнительного промо аккаунтов!) присоединилось около 200 участников. На общий конкурсный ящик за 4 недели приёма задач упало 17 резюме.

После того, как вы определили цели и аудиторию, необходимо собрать рабочую группу, в которой, помимо проджекта и членов жюри, вероятно войдут и HR, и дизайнеры, и выпускающий редактор, и консультанты из разных команд для составления заданий. Затем нужно будет оставить детальный таймлайн проекта с разделением зон ответственности и жёсткими дедлайнами. Это своеобразное описание всего, что будет происходить перед запуском конкурса, во время его проведения и после, для его завершения. Мы делали это на отдельной странице в Confluence и распределяли задачи между членами рабочей группы в Jira.



Затем мы подсчитали и утвердили бюджет проекта. Бюджет и промо во многом зависят друг от друга, и часто неясно, что первично. Мы были слишком осторожны и заложили в бюджет небольшую сумму на общее промо, менее ста тысяч рублей; отталкиваясь от этой суммы, мы составляли медиаплан для продвижения конкурса (о нём — чуть позднее). В бюджете, помимо призового фонда и промо, также должны быть учтены налоги (если их платите вы, а не победители самостоятельно), доставка подарков (если они есть в физическом воплощении), плата за хостинг лэндинга (если вы не делаете его на собственном домене) и разные инструменты для рабочей группы, а в идеальном мире — и рабочие часы каждого из членов жюри.

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

Подготовка. Задача, контент, промо


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

Шаг первый: готовим конкурсное задание

Изначально мы думали, что дадим на выбор несколько заданий под две платформы (iOS и Android), и старались сделать их максимально разнообразными. Нам казалось, так мы заинтересуем большее количество потенциальных участников, отсюда — 5 заданий в проработке. Однако, продумав все риски, мы остановились на одном задании, которое могло выполняться на любой платформе. Решающим фактором, почему решили остановиться на одном варианте задания, стало то, что возник вопрос: как сравнивать между собой присланные решения для разных задач? Так мы выбрали одну задачу с понятными критериями для оценки.

У нас осталось несколько интересных заданий, придуманных разными продуктовыми командами, но не вошедших в конкурс. Возможно, мы возьмём их на вооружение в следующем конкурсе (проведение которого не исключаем) или организуем хакатон для команды на их основе. В любом случае, долго пылиться на полках Confluence они не будут. Пример такого задания:



Шаг второй: разрабатываем критерии оценки

Всё просто: чтобы оценить присланные решения, вам нужна некая система координат. Это могут быть пяти- или десятибалльная шкала оценок или свод критериев, либо комбо того и другого. Наши члены жюри ставили каждому решению четыре оценки по пятибалльной системе, соответственно количеству критериев. По этим же критериям мы писали фидбек, который получил каждый участник конкурса.

Критериями оценки в Кошелёк Mobile Challenge стали:

  • Чистота и расширяемость кода — ключевой критерий.
  • Плавность, скорость, отзывчивость интерфейса.
  • Стабильность работы.
  • Процент поддерживаемых версий ОС и устройств.

Мы сделали акцент на чистоте и расширяемости кода, так как хотели показать, что в первую очередь ищем разработчиков, которые могут писать расширяемые и легкочитаемые решения. Всё остальное — второстепенные критерии, которые, однако, напрямую имеют отношение к тому, как разработано решение с точки зрения кода/производительности/стабильности. Кстати, пост-конкурсная статья с подробным разбором решений и советами для начинающих мобильных разработчиков лежит здесь.

Шаг третий: готовим контент

Условия конкурса, само задание и всю сопутствующую информацию нужно где-то транслировать. Это может быть корпоративный инстаграм, либо подстраница на основном сайте, спецпроектный лэндинг — формат не так важен. Важно, чтобы потенциальный участник быстро нашёл всю необходимую информацию. И здесь нам на помощь пришли департаменты дизайна и маркетинга, который в сжатые сроки (менее двух недель) подготовил концепцию лэндинга, сверстал дизайн и подгрузил страницу на основной домен Кошелька https://cardsmobile.ru/kmc/

Забавный факт: изначально мы думали назвать конкурс Blue Box by Cardsmobile. Синяя коробка (Blue Box) — одно из первых коммерческих изобретений Возняка и Джобса, эдакая предтеча Apple, позволявшая посылать на телефонную линию служебные сигналы, использовавшиеся операторами телефонной связи для управления процессом установления соединений на междугородных линиях. Первоначально эти устройства часто выполнялись в виде синей коробки, отсюда и произошло название. Ну а нам нравилось название Blue Box ещё и потому, что один из любимых персонажей департамента маркетинга — Доктор Кто, у которого есть Тардис, он же — синяя полицейская будка, он же — Police Box. Такая вот игра слов вокруг конкурсного названия.



Мы даже подготовили концепт лэндинга, где основным визуальным элементом стал Тардис, но позже решили сделать название более очевидным. Читая его, вы должны были сразу понять: здесь дают призы за выполненные задания по мобильной разработке. Так появились варианты Cardsmobile Contest, Кошелёк на Практике, Cardsmobile Coding и даже Cardsmobile CODE: Keep Rich or Die Tryin’. В конце концов, общим голосованием команды разработки было выбрано название Кошелёк Mobile Challenge (помните, мы преследовали цель запустить HR-бренд? поэтому и в название интегрирован продукт, который мы делаем).

За концепцией и дизайном лэндинга последовала подготовка контента, необходимого для продвижения конкурса: пресс-релиза, постов-анонсов для соцсетей, иллюстраций. Мы сделали все визуалы, относящиеся к конкурсу, в едином стиле, перекликающемся с айдентикой Кошелька: так мы и не ушли далеко от нашего продукта, и поиграли с HR-брендингом.





Шаг четвёртый: составляем медиаплан

Рассчитывать на то, что конкурс станет вирусным только за счёт денежного призового фонда, не стоит. Конкурсы разработчиков — довольно распространённая штука, уже давно не в новинку для рынка. Поэтому нужно продумать, где «‎ловить» вашу целевую аудиторию, и на каком языке с ней говорить.

Нас интересовали в первую очередь мобильные разработчики уровня middle+. Выбрали топ телеграм-каналов о мобильной разработке, общих и по платформам, договорились о промо, получили точечное попадание в свою ЦА. Однако, так как поиск талантливых ребят был не единственной целью, мы промоутировались и через СМИ. Классическая рассылка пресс-релиза по отраслевым IT-изданиям в день запуска конкурса дала публикации, которые мы с гордостью положили в копилку HR-бренда.

На этом этапе важно помнить, что коммуникацию с сегментами аудитории (участниками конкурса и отраслевыми СМИ) ведут разные люди на разных языках. Для разработчиков мы написали анонсы в Телеграме на профессиональном френдли языке, сразу дав пару подсказок и прикрепив архив с данными, а в СМИ (с помощью отдела маркетинга и PR-специалистов) направили классический пресс-релиз в тональности релевантных изданий. А медиаплан с датами рассылок и выхода публикаций помог не потерять в двух потоках информации ни одну публикацию.

Помимо всего прочего, для продвижения конкурса мы использовали даже релиз-ноутс во время одного из ноябрьских обновлений. Так что используйте любую возможность рассказать о проекте, если она приведёт к вам хотя бы пару целевых просмотров. Личные профили сотрудников на Facebook и Linkedin — ещё один отличный канал.

Какие форматы промо помогут вам рассказать о конкурсе большей аудитории:

  • посты в собственных соцсетях и на собственных площадках (сайт, имейл-рассылка, релиз-ноутс),
  • анонсы в соцсетях партнёров,
  • посты в релевантных телеграм-каналах,
  • посты в блогах лидеров мнений, за которыми следит ваша потенциальная аудитория,
  • посты в личных профилях в соцсетях членов жюри, технической команды и коллег,
  • публикации в релевантных СМИ.



Бонус-шаг (опциональный): ищем партнёров.

Можно расширить аудиторию конкурса, увеличить его бюджет или обзавестись дополнительными плюшками для участников, привлекая к проекту партнёров. Мы хотели подарить всем участникам какой-то весомый бонус просто за участие, с этим помогли наши друзья из GeekBrains (ещё раз спасибо, ребята!). Так все участники конкурса получили промокод на скидку в 40% на любой курс GeekBrains. Нам кажется очень приятной мысль о том, что компании объединяются, чтобы вместе сделать какой-то интересный проект, получая на выходе win-win.

Шаг пятый: продумываем технические детали

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

Мы выбрали связку: имейл на конкурсный ящик, доступ к которому есть у всей рабочей группы и привязанный к нему аккаунт на github, чтобы смотреть репозитории. Для оценки решений использовали Google Docs, где каждому участнику была присвоена страница со столбцами критериев, куда вносили фидбеки.

Мы также задумались, как могли бы помочь члены команды разработки участникам конкурса, и провели вебинар, где рассказали о текущем экране приложения и экранах карт, а некоторые данные для работы публиковали в Телеграм-чате конкурса, пометив специальным тегом #kmc_data.

Запуск, или «Что может пойти не так?»


Конкурс стартовал по плану. Для участников мы запустили не только аккаунты команды разработки в Instagram и на Facebook, где делились новостями по конкурсу, но и упомянутый выше чат в Телеграме, где регулярно спрашивали, как они справляются с заданиями. Такое неформальное общение позволило нам познакомиться с участниками ещё до момента получения от них готовых заданий и регулярно давать им некоторые инсайты и подсказки.



При подготовке любого проекта мы продумываем риски и возможные пути их минимизации. Так мы поступили и с конкурсом, однако несколько ошибок всё же допустили, и решили ничего не скрывать. Прочитайте, чтобы учесть наши ошибки и по возможности избежать их.

  • Маленький бюджет на промо. Сейчас мы бы увеличили согласованный бюджет на промо в два раза. Нужно было рассказывать о проекте коллегам и руководителям сразу с расчётами по маркетингу и объяснением, зачем нам вкладываться в промо. Мы просто этого не знали. Не скупитесь на промо, целевые контакты стоят того.
  • Неверная оценка уходящего на проект времени. С самого начала в команду жюри Кошелёк Mobile Challenge входило всего четыре человека, в числе которых — генеральный и операционный директора. Фактически, когда мы получили готовые решения от участников, их оценивало девять человек: к членам жюри присоединились коллеги из мобильной разработки и продуктовых команд.
  • Трудности в оценке результатов. Так как конкурс стал нашим первым проектом подобного плана, невозможно было оценить, сколько нам придёт решений. Поэтому мы сделали оценку воронки, в результате чего пришли к тому, что необходимо оценивать количество участников в телеграм-чате конкурса. Мы оценивали число участников чата (после выхода промо-постов) в 150 человек, при том, что 30% из них будет что-то пробовать, и 50% из них дойдет до конца. Получается такой расчёт: 150*0,3*0,5 = 25 присланных работ. По итогу, в конкурсном чате мы получили 110 участников, зато воронка сработала так, как мы изначально и предполагали. Эта формула оказалась удачной в нашем случае, однако уверенности, что она верна для всех, нет.
  • Анализ эффективности.

    Как уточнили ранее, целей при запуске конкурса у нас было две:

    • промо HR-бренда,
    • поиск талантливых разработчиков.

Конкурс стал отличным трамплином для продвижения HR-бренда и соцсетей команды: сейчас мы часто слышим на интервью слова «Заглянул в ваш Инстаграм, классный офис!», а переходов на НeadНunter из конкурсного чата в Телеграм у нас больше, чем с профилей на Хабре и Linkedin, например. Кроме того, во время проведения конкурса на общий и HR-ящики сыпались регулярные письма с резюме: за полтора месяца конкурса мы насчитали на 30% больше таких писем, чем в обычное время.

Некоторых участников по итогам конкурса мы пригласили на Zoom-интервью, чтобы познакомиться и обсудить варианты сотрудничества. Многие перешли из конкурсного чата в наш Телеграм-канал о разработке, где мы пишем о конкретных задачах внутри Кошелька и делимся опытом.

Кошелёк Mobile Challenge стал для нас первым опытом с конкурсами и не во всём удачным, однако круто поднял наши рейтинги в глазах и соискателей, и коллег по рынку. И конечно, нам очень понравилось собирать вокруг себя коммьюнити заинтересованных талантов и радовать участников. После окончания приёма задач мы вдруг поняли, что хотим подарить всем мерч: носки, канцелярию и эко-кубы с семенами голубых елей и лаванды. Это был незапланированный, но искренний жест, и если вы это читаете, знайте: мы очень рады познакомиться со всеми вами, и спасибо за обратную связь!



Резюмируя


Запустить подобный проект — не сложно, если у вас есть разбивка на мелкие подзадачи по блокам, подробная внутренняя документация и заряженный проджект-менеджер, который будет этот проект вести. Нам при подготовке конкурса, пожалуй, не хватало своеобразного чеклиста, который помог бы систематизировать работу и наглядно видеть, что уже сделано, а где ещё нужно поработать. Мы решили сделать этот файл на будущее — и для себя, и для коллег по рынку, которые будут запускать конкурсы и челленджи. Лежит здесь, пользуйтесь, мы будем рады.

Спасибо всем, кто дочитал до конца, ну а мы всегда готовы ответить на ваши вопросы и поделиться опытом.
Теги:менеджментменеджмент проектовконкурсычеклисты
Хабы: Кошелёк Управление проектами
Всего голосов 8: ↑7 и ↓1 +6
Просмотры750

Похожие публикации

Лучшие публикации за сутки