Розробник Community Management в англійській мові: мова для DevRel і Community Teams
Вивчіть англійську лексику для керування спільнотою розробників — модерування, кодекс поведінки, залучення співробітників, визнання та показники залучення.
Відносини з розробниками і управління спільнотою стали встановленими кар’єрними шляхами в технологічній індустрії. Незалежно від того, працюєте ви у компанії з програмою для розробників, у фонді відкритого коду або у спільноті, яка керує проектом, вам знадобиться точний словник для роботи: залучення співробітників, модифікація обговорень, забезпечення стандартів і звіти про стан спільноти. Ця стаття описує мову, якою щодня користуються DevRel і фахівці спільноти.
Ключовий словник
** Відносини з розробниками (DevRel) ** Відносини з розробниками є функцією, яка з’єднує інженерні та продуктові команди компанії з зовнішнім співтовариством розробників - через документацію, розмови, прикладний код, управління спільнотою і захист. “Команда DevRel відповідає за те, щоб розробники могли почати працювати з нашим API менше ніж за десять хвилин — і за збір їхньої інформації для поліпшення продукту.”
** Кодекс поведінки (КП) ** Кодекс поведінки — це опублікований документ, який визначає очікувані стандарти поведінки в спільноті, а також наслідки для порушень. Він встановлює тон для спільноти і забезпечує основу для прийняття рішень щодо модерації. “Перед тим, як робити внесок, всіх учасників просять прочитати і погодитися з нашим кодексом поведінки — ми послідовно його виконуємо у всіх спільнотах.”
Умеренность Модерація — це процес перегляду, забезпечення стандартів, а іноді і видалення вмісту або учасників з простору спільноти. Ефективне модерування є твердим, справедливим і послідовним. “У нас є три добровольці-модератори для сервера Discord — вони мають право попереджати, замовчувати або забороняти учасників, які порушують кодекс поведінки.”
** Вступ до співробітників ** Вступ до співробітництва — це процес допомоги новим співробітникам — чи то в проекті з відкритим кодом, чи в програмі розробника — зробити свій перший значний внесок і відчувати себе вітанням спільноти. “Наша програма для нових співробітників включає в себе список « хороших перших проблем » і спеціальний канал наставництва, де нові співробітники можуть задавати запитання. ”
Визнання Визнання в управлінні спільнотою є практикою публічного визнання і святкування роботи співробітників - через вигуки, прожекторів співробітників або формальні рівні співробітників. “Визнання є одним з найефективніших інструментів для збереження — просте публічне визнання в спільноті значно збільшує рівень повторних внесків.”
** Метрики залученості ** Метрики залучення — це кількісні виміри стану та активності спільноти, такі як щомісячні активні учасники, час відповіді на нові проблеми, обсяг повідомлень на форумі або відвідування подій. “Наш квартальний звіт спільноти відстежує п’ять показників залученості: нових співробітників, постійних співробітників, час відповіді на запитання, активність на форумі і щоденних активних користувачів Discord.”
Чемпіон/Посол Чемпіон або посол є високо залученим членом спільноти, який закликає до продукту або проекту, допомагає іншим і представляє спільноту в офіційних або напівофіційних якостях. “У нас є офіційна програма посланців — чемпіони отримують ранній доступ до нових можливостей і запрошуються для презентації на нашій щорічній конференції.”
** Летючий канатик співробітників ** Водоспад співробітників описує етапи, через які проходить член спільноти — від пасивного спостерігача (читача, оглядача) до активного учасника, до постійного співробітника, до головного супроводжувача. “Більшість стратегій зростання спільноти зосереджені на розширенні верхньої частини воронки вкладників — що робить простішим для нових людей знайти спільноту і зробити свій перший крок.”
Корисні фрази
-
- “Ми запускаємо нову програму для залучення до співпраці — ми хотіли б почути ваші відгуки про те, що допомогло вам, коли ви вперше приєдналися до спільноти.” *
- “Ця стаття не відповідає нашому кодексу поведінки — конкретно, вона порушує наше правило проти особистих нападів. Я видаляю його і надсилаю попередження автору.»
- “Наші показники залученості за 2-й квартал показують сильний ріст нових співробітників, але спад повертаючихся співробітників — я б хотів обговорити, що може бути причиною цього.”
-
- « Ми хотіли б відзначити ваш внесок у спільноту цього місяця — чи ви згодні, щоб ми включили ваше ім’ я і короткий опис вашої роботи? » *
- “Програма чемпіонів спільноти відкрита для номінації — якщо ви знаєте когось, хто постійно допомагає іншим і добре представляє спільноту, будь ласка, висунуть його на цю посаду.”
Поширені помилки
Сказав “пін” замість “заборонити” або “вилучити” У контексті модерації « викинути » часто означає тимчасове вилучення (наприклад, у Discord викидання можна повернути). « Заборонити » означає постійне вилучення. Правильне використання цих термінів важливо під час опису дій модерування. Скажіть “ми заборонили користувача” для постійного видалення, а не “ми викинули їх”
** Використання “спільноти” і “аудиторії” взаємозамінно ** Аудиторія пасивний — вона дивиться і споживає. Спільнота є активною — вона бере участь, робить свій внесок і самоорганізується. У DevRel, це розрізнення має сенс. Якщо члени вашої спільноти просто дивляться, у вас є аудиторія. Якщо вони допомагають один одному, то у вас є спільнота.
** Переклад “вогняної війни” буквально ** Вогонь війни - це ескалація обміну ворожими або підбурюючими повідомленнями в інтернеті. Це ідіоматична англійська — ви не можете перекласти її слово в слово. Вивчайте це як одиницю: “та нитка перетворилася на вогонь війни” означає, що це стало непродуктивним, гарячим спіром.
Менеджмент спільноти розробників — це дисципліна, яка орієнтована на людей і мову. Вміння користуватися цим словником — від кодексу поведінки до ланцюжка співробітників — допоможе вам створювати, модерувати і збільшувати спільноти розробників з впевненістю і авторитетом.
Національні мови: мова не має офіційного статусу
Управління спільнотою розробників, в основному, стосується зв’язку - сприяння співпраці, полегшення обміну знаннями і створення привітного середовища. Однак нюанси професійної англійської часто можуть бути значною перешкодою для розробників, які вивчають її як другу мову. Це не просто розуміння окремих слів; це про розуміння тонких змін у тоні, прихованому значенні і відповідному рівні формальності в різних контекстах. Цей розділ присвячено наданню адресної підтримки для тих, хто переслідує цей виклик, особливо щодо конкретного словника, який використовується у DevRel і комунікації команди спільноти.
Однією з поширених перешкод є розуміння зворотнього зв’язку в рамках перегляду коду. Коментар на кшталт «Це могло б бути ефективнішим» не є негативним за своєю суттю. Це * може * означати проблему з продуктивністю, але це також просто пропонує альтернативний підхід. Нерідний мовець може інтерпретувати це як критику без контексту. Надання додаткових формулювань може допомогти заповнити цей прогалину. Замість того, щоб сказати « Це неефективно », розгляньте « Давайте дослідимо способи оптимізації цієї частини для швидкодії; можливо, ми могли б переробити цикл тут? » Додавання пропозиції поруч зі спостереженням прояснює намір і зменшує потенційне нерозуміння. Аналогічно, при написанні PR-описів, уникайте надто технічного жаргону, який може бути незнайомим. Формуйте зміни з точки зору їх * впливу * - “Це оновлення оптимізує потоки користувачів,” є набагато більш доступним, ніж “Вреалізовано мікрооптимізацію для зменшення затримки.”
Слабкі канали часто вимагають швидкого спілкування, що може посилити труднощі для тих, хто все ще розвиває свою плавність. Тиск на швидку реакцію при одночасному створенні точних і професійних повідомлень може бути приголомшливим. Заохочуйте використання шаблонів для загальних відповідей — стандартне підтвердження питання, коротке оновлення про стан справ або запит на пояснення. Ці шаблони надають базу і зменшують навантаження на когнітивні здібності. Крім того, активне моделювання чіткої, короткої мови в рамках командного спілкування є критичним. Коли звертаєтеся до чиєїсь статті, починаючи з «Дякую за підняття цього!», Ви демонструєте вдячність і встановлюєте позитивний тон перед тим, як зануритися в деталі. Просте «Чи могли б ви розібратися в X?» завжди краще, ніж «Чому ви не зробили це так?».
Наконец, помните, что терпение и сопереживание имеют первостепенное значение. Пропозиція допомоги з формулюванням, надання визначення технічних термінів (ясне пояснення * значення * за ними), і проактивно перевірка розуміння може зробити значну різницю. Будівництво довіри через чітке спілкування сприяє більш інклюзивній і підтримуючій спільноті, де кожен відчуває себе цінним і має можливість робити свій внесок. Не приймайте знайомість; завжди помиляйтеся на боці ясності і доброти. Визнаючи, що вивчення мови - це подорож, а не кінцевий пункт призначення, створить культуру, де пошук допомоги заохочується, а підтримка легко доступна.