Чому став менше писати технічні статті

Привіт! Раніше я часто писав технічні статті. Коли почав розробляти власні проєкти, очікував, що написання нових статей допоможе з їхньою популяризацією. Але виявилось, що пошук розробників у LinkedIn і прямий маркетинг значно ефективніше сприяють просуванню моїх проєктів, ніж статті.

Ось реальний приклад. За місяць я додаю в LinkedIn приблизно 400 фахівців із Go, Rust, Scala та Elixir — і з них десь 100 підтримують репозиторій зірочкою.
Приблизно така конверсія: 50 годин на місяць на комунікацію в LinkedIn щодо проєкту ReadyToTouch (переважно заготовленими шаблонами), 800 надісланих запрошень, 400 прийнятих, 100 зірочок репозиторію й десь 100 підписок на сторінку в LinkedIn.

А от з написанням статей ефект слабший: на одну технічну статтю йде десь 10 годин розумової роботи — і в результаті до 10 зірочок.

Навіщо потрібні зірочки? Бо вони відображають певний рівень довіри. Зі зростанням кількості зірочок стало помітно легше комунікувати в LinkedIn.

Висновки: статті писати варто — вони збільшують впізнаваність і підсилюють прямий маркетинг, але їхня конверсія низька. Тож однієї-двох статей на квартал цілком достатньо для популяризації проєкту — хіба що вам дуже подобається сам процес написання й є що розповісти.

Написав для розробників, які створюють власні проєкти.