В этой статье обсуждается экзотическая в наших широтах, но такая привлекательная, тема - продвижение open source продуктов - Data-Driven Open Source: Why You Should Care About Metrics часть 1 и часть 2

Ниже конспект для фанатов (если будете читать исходник, сразу переходите ко второй части)

На метрики забивают не только компании, но и [сюрприз? нет!] некоммерческие организации и объединения. В основном потому, что считают, что отношения не измерить [в любовь к продукту только верить, простите]. Автор уверен, что такой подход лишает их возможности принимать более осознанные решения.

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

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

Чтобы метрики работали в модели "бизнес на основе опенсорс-решения", их нужно привязать к целям компании. Например, считать часы инженеров, которые удалось сэкономить за счет того, что внешние контрибьютеры отвечали на вопросы пользователей [очень наглядно и убедительно, по моему опыту]. Или попробовать связать написанный контрибьюторами код со скоростью разработки и внедрения собственных коммерческих фичей. Творческий подход может даже привязать опенсорс к стоимости компании [золотые слова, живое сообщество это такой же актив в глазах инвесторов, как и собственная команда, проверено].

Выделить вклад DevRel в описываемой ситуации непросто, так что многие идут по легкому пути и считают звезды на гитхабе и количество пользователей в слаке проекта, просмотры постов в блоге и т.п.. Но привязка DevRel к выручке может быть жизненно важна для функции в компании. Придется “выровняться” по бизнес-целям и понять, какие DevRel-инициативы необходимы, чтобы к ним приблизиться. Важно найти свои ключевые индикаторы и фокусироваться на них. Например, на превращение участников сообщества в своих амбассадоров или на конверсию из пользователей опенсорса в платящих клиентов.

Звучит как бизнес-тема, но и некоммерческим организациям это важно. Полезно помнить, что опенсорс-сообщество это экосистема, и если есть цель наращивать количество пользователей, надо сразу продумать не только стратегию привлечения, но и удержания. Сообщество - это не то, что складывается само без усилий и цели, это такой же аспект жизни проекта, которым надо управлять.

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

Ну и это же опенсорс, напоминает автор, спросите у тех, кто проходил этот путь, и они поделятся.

[Чтобы не зацикливаться на контрибьютерах кода, могу поделиться еще парой интересных метрик из личного опыта. Например, можно считать “проникновение” технологий в конкретную отрасль по количеству контактов из нее или по количеству вакансий со знанием конкретной технологии или упоминанием её в стеке. Или можно примерно оценить охват в регионе по количеству профилей в LinkedIn, в которых люди указали, что владеют именно вашим инструментом в блоке “навыки”.] #метрики #opensource #конспект