開発者コミュニティの運営戦略をゼロから構築しましょう！

この記事の著者は、ユーザーポートレートから始めて、ユーザーの階層化とコミュニティの運用レベルを組み合わせて、「開発者コミュニティの運用戦略をゼロから構築するにはどうすればよいか」について論じます。

Mar-techなどのテクノロジーの急速な発展により、ToBマーケティングは過去と比べて大きな変化を遂げてきました。短期的かつ直接的なBD手法と比較して、長期的な関係性マーケティング計画を確立し、顧客関係ライフサイクルを延長することは、実行可能で持続可能であり、比較的低コストのマーケティング戦略となっています。同時に、顧客関係のライフサイクルが長くなるにつれて、マーケティングプロセス中にさまざまなユーザーグループに対応する価値を提供することも必要になります。

開発者はインターネット企業にとって欠かせない重要なグループであり、常にToBメーカー（PaaSやIaaSなど）の焦点となってきました。そこで今日は、開発者コミュニティをプロダクトとして運用する場合、何をすべきかについてお話しします（内容の一部ではクラウドネイティブを例に挙げます）。

1. 開発者プロフィール

関連する技術製品やサービスを使用するほとんどのエンタープライズユーザーはエンタープライズ属性を持ち、複数のロール属性が含まれています。完全な開発者ユーザーポートレートを構築するには、意思決定チェーンにおける関連するすべての役割を調査する必要があります。したがって、調査には、業界属性、企業属性、役割属性という主要な側面を含める必要があります。

業界の属性: さまざまな業界の市場構造や運用モデル/ルールなど。業界の特徴を通じて、業界の現状と発展の傾向を理解することができます。クラウドコンピューティングを例にとると、銀行業界のクラウドコンピューティングに対する需要は不動産業界よりも確実に強く、要件も厳しく、予算も十分です。
企業属性: 企業規模、収益規模、アクティブユーザー、使用評価など。企業の特性を通じて、対象開発者のビジネスニーズとエンタープライズ開発における問題点を理解します。
役割属性：意思決定者（CIO、CTO）、中間管理職（技術専門家、R&Dディレクター）、ユーザー（第一線従業員）など。意思決定者、中間管理職、ユーザーの関心やニーズには大きな違いがあり、それらの間の分水嶺を明確に定義する必要があります。
個人の属性: 年齢、スキル、その他の要件などは、マズローの理論の上位レベルに関連する問題です。

ここでは 2 つの調査方法を使用できます。

定性分析: インタビュー、アンケート、その他の方法と業界調査レポートおよび過去の経験を組み合わせて、開発者ユーザーの行動動機、ニーズ、変化するパターンを調査します。
定量分析: 既存のデータと業界のベンチマーク調査に基づいて、開発者ユーザーのさまざまな指標、特性、関係性を比較および分析します。

実際の運用では、少数の中核となる高貢献ユーザーに対してインタビューを実施します。調査は、多数の一般ユーザーを対象にアンケート形式で実施されました。厳しい作業を経て、比較的完全なユーザーポートレートを描き出すことができました。赤でマークされたキーメッセージを通じて、比較的明確で強力な開発者ユーザー特性がわかります (ここでは例として CSDN レポートを引用します)。

（１）インターネット、ソフトウェア、IT製造の３つの技術分野が国内開発者の84％以上をカバー

開発者の80％以上は30歳未満であり、中国の開発者のほぼ半数が一級都市で働いています。
開発者の 61.6% は業界に 1 ～ 5 年携わっており、18.3% は 1 年未満携わっています。
開発者の 66% が学士号を取得しており、12% が修士号以上の学位を取得しています。

（２）開発者は学習に熱心であり、約60％が週6時間以上学習している。

開発者の 50% は独学で学び、31% はソフトウェア開発の実地トレーニングを受けました。
開発者の 37% は学習にお金を支払う用意があります。
開発者のトレーニング予算の 70% は個人的な資金から賄われています。

（３）開発者の60％がJavaを使用しており、開発者の約50％が近い将来にPythonを学習したいと考えている。

開発者のわずか 15% がクラウドまたはコンテナを使用しており、60% を超える開発者が Notepad++ テキストエディターを使用しています。
開発者の34%が開発にコンテナを使用しています。クラウド/ブラウザIDEをベースにしたソフトウェア開発に関しては、起動速度が速く、操作の利便性はデスクトップIDEに匹敵すると一般的に考えられています。

（4）ApacheプロジェクトとLinuxは開発者が好むオープンソースプロジェクトである

開発者の 68% は 2 ～ 5 年間オープンソースに触れています。
開発者の半数はオープンソースプロジェクトの開発、保守、運用、コミュニティ開発にほとんど参加しておらず、フルタイムで参加しているのはわずか 7% です。
開発者の 60% 以上がオープンソースプロジェクトから収入を得ていません。
開発者の 77% は、オープンソースに週 5 時間以上費やしていません。

以上のことから、開発者グループの業界と地域属性は比較的集中しており、一般的に教育レベルと認知度が高く、学習意欲が強く、活動への参加に一定の関心を持っていることがわかります。私はコミュニティやオープンソースのプロジェクトに参加していますが、お金を稼いでいません。

2. 開発者コミュニティの位置づけ

開発者のユーザープロファイルと製品を明確にした後、ユーザーの変換と維持を実現するための手段として開発者コミュニティを確立したいと考えています。では、開発者コミュニティとは何でしょうか。また、開発者コミュニティにはどのようなものが必要なのでしょうか。

2.1 開発者コミュニティとは何ですか?

私たちは、開発者コミュニティを次のように定義しています。「メーカーと開発者を結び付け、特定のテクノロジーに対する共通のニーズを中心に両者が生成したコンテンツを通じて、インタラクティブな（オンライン/オフライン）ビジネス価値インキュベーションプラットフォームを形成します。」そこで、いくつかの重要なポイントを把握することができます。

（１）特定の技術に対する共通の需要

前の開発者のポートレートと組み合わせると、特定の製品や技術分野について、開発者は特定の種類の技術や製品を深く学習したり、特定の作業プロセスで特定の製品の使用上の問題を解決したりしたいという強い願望を持っていることがわかります。

たとえば、開発者は、DevOps 関連の自動リリースパイプライン、CI ツール、クラウドネイティブコミュニティを通じて開発と運用のコラボレーションを実現する方法について学びたいと考えています。次に、対応する垂直開発者コミュニティを選択して、関連情報を検索します。

（２）双方がコンテンツを生成する

コミュニティの基盤はコンテンツであり、コンテンツのカテゴリによってコミュニティの雰囲気や運営の調子が決まります。完全な構造化コンテンツを構築した後、ユーザーとプラットフォームの属性に基づいて対応するコンテンツを推奨して配信し、コンテンツがユーザーに確実に届くようにします。

ユーザーはPGCをベースにUGCを実現し、完全なコンテンツ制作のクローズドループを形成します。これにより、「メーカー＋忠実なユーザーが基本コンテンツを充実させ、一般ユーザーがコメントやコンテンツを転送して交流に参加し、メーカー＋コンテンツ管理者がプラットフォームのコンテンツをレビューすることでコミュニティの秩序を維持し帰属意識を高める」ことが可能になり、さまざまな役割がコンテンツを通じてコミュニティと交流できるようになります。

たとえば、Alibaba Cloud Native Developer Community では、ユーザーがクラウドネイティブの知識を理解できるように、クラウドネイティブテクノロジーに関する包括的なオープンコースを提供しています。ユーザーは知識を習得すると同時に、コースに基づいてディスカッションに参加したり、独自のベストプラクティスを共有したり、仲間と交流したりすることもできます。

（３）相互作用

コミュニティ内のユーザーによって生成される UGC、コメント、転送、その他のインタラクティブな動作はすべて定量化可能な価値があり、ビジネスチャンスの開拓に活用できます。インタラクションの頻度と品質を通じてユーザーの粘着性を評価することで、コミュニティ構築の中核目的が開発者のニーズと一致しているかどうかもさらに検証されます。

コンテンツのインタラクションを通じて、開発者は「認知-ユーザー-顧客」からの役割の変革を完了し、コミュニティへの依存度を高めるように導かれます。シナリオベースのソーシャルネットワーキングの助けを借りて、ユーザー間で比較的安定したソーシャルチェーンを形成できます。たとえば、注目の技術トピックを議論するためのさまざまな形式のミートアップ、優れた貢献者への賞の発表、貢献ランキング、アンバサダーの称号の付与などです。

（４）商業価値の育成

ToBメーカーはさまざまなことを行っています。業界の技術開発を促進することに重点を置いていますが、その中核的な目的は常に商品を販売してお金を稼ぐことです。開発者コミュニティは実際には手段の1つです。コミュニティとコンテンツに対するユーザーの認識を活用して、ビジネスリードの獲得と育成、さらにはアフターセールス顧客へのアップセルも実現します。

しかし、ToBテクノロジー製品には、ビジネスチャンスの育成サイクルが長い、意思決定チェーンが長いなどの問題があるため、一般的なコミュニティ運営では、コミュニティの活動や製品の積極的な利用など、より運用上の指標を追求し、直接的なリード数やビジネスチャンスの量を評価することはありません。

2.2 開発者コミュニティ運営の目的

必要なリソースを列挙する前に、コミュニティの運営目的を明確にする必要があります。このようにして、会社の内部リソースと外部リソースをより適切に調整できます。共通の目的は主に、製品レベルとマーケティングレベルの 2 つの次元をカバーし、次の側面を含みます。

製品ブランドのコミュニケーション：開発者コミュニティ内でのメーカーブランドの認知度と評判を高め、技術と製品を普及させます。
ユーザートラフィックプールを確立します。製品の取得と変換のためのトラフィックプールを提供し、製品テストと市場フィードバックのためのキャリアサポートを提供します。
ビジネス価値のインキュベーション:認知からユーザー、そして有料顧客への変革を完了します。
製品サービス:従来のヘルプドキュメントと作業指示システムを置き換え、アフターサービスのコストを削減し、販売前のサービスエクスペリエンスを向上させます。
コミュニティエコシステムを確立します。テクノロジーを最適化し、シナリオを完了し、リソースを統合し、外部開発者を通じてメーカーの既存製品を改善します。
学習プラットフォーム:テクノロジーの伝道者として、私たちはより多くの人々が関連するテクノロジー分野を理解し、学習できるよう支援します。

実際、マーケティングレベルでの複数の目標は完全なファネルであることがわかります。したがって、操作プロセス中に、意思決定チェーン内のさまざまなリンクとさまざまな役割に対応するコンテンツを提供して、インタラクションを生成する必要もあります。では、ユーザーをどのように階層化すればよいのでしょうか?

2.3 開発者コミュニティのユーザーグループ化

目的を明確にした上で、私たちは誰のために活動しているのか？ビジネス価値を育むための意思決定チェーンにおける各役割の重要性は何ですか?

意思決定者: CTO/CIO、情報技術担当副社長、およびテクノロジー製品の購入に関するその他の意思決定者。
オピニオンリーダー (KOL) : さまざまな協会のリーダー、技術コミュニティで活躍する専門家、一連のコースの講師、財団のアンバサダー、特定の分野の伝道者など、他の開発者や意思決定者にさえ大きな影響力を持つ業界の技術専門家。
選択者および評価者:製品の選択を評価および推奨する権限を持つ企業内の技術/研究開発/運用および保守担当ディレクター、システムアーキテクト、およびその他のユーザーグループ。
第一線のユーザー: 上級プログラマーおよび製品購入後の直接ユーザー。
世間の認識:関連製品や技術について聞いたことがあり、関連分野について学ぶことに興味を持っている一般的な開発者。

日常的な運用においては、上記で紹介した順序で徐々に商品価値が低下していきます。私たちは、さまざまな大規模な活動を通じて、ビジネスの価値情報やブランド力を意思決定者に正確に伝え、意思決定に影響を与えたいと考えています。オピニオンリーダーの皆さんには、従来のメディアチャネルではリーチできなかった関連オーディエンスに効果的にリーチし、より多くの外部の視点を取り入れるお手伝いをしていただければと思います。オピニオンリーダーにとって、BD は比較的難しいものの、協力の価値は非常に大きいです。

セレクター、評価者、最前線のユーザーは、中程度の商業価値と巨大な基盤を持っています。上記の 2 種類のオーディエンスと比較すると、リーチとコンバージョンコストが低く、コミュニティにとって重要なトラフィックソースでもあります。外部のトラフィック基盤としての一般の認識が、私たちのコミュニティの将来の規模の上限を決定します。

先ほど、開発者コミュニティに対するメーカーの目的について説明しましたが、ユーザーにとっての実際の価値は何でしょうか? 次のようにまとめることができます。

ビジネスにおける実際の製品使用上の問題を解決します。
技術スキルを開発し、新しいテクノロジーを探求する機会を得る;
さまざまな企業の技術専門家と議論し、協力する機会を得られます。
コミュニティ貢献者としてのステータスを、将来の就職面接での推薦として活用します。
物質的な報酬。
先ほど、開発者コミュニティは、製品や技術のニーズを中心にメーカーと開発者が交流するためのプラットフォームであると述べました。メーカーと開発者ユーザーのそれぞれの要求についてもお話ししましたが、メーカーから次のような社内リソースのサポートを調整する必要があります。

2.4 開発者コミュニティにはどのようなサポートが必要ですか?

諺にあるように、お金を持っている人はお金で他の人を支援します。上記のようなメーカーと開発者双方の要望を踏まえ、効率的に運営していくためには、人材、コンテンツ、資金面で上司にサポートをお願いする必要があります。

（１）人的支援

基本サポート: コミュニティのグラフィックデザイナーとフロントエンド開発エンジニアが日々の活動をサポートします。
コミュニティ運営：オンライン/オフライン活動実施要員、オンラインコンテンツチャネル配信実施要員。
コミュニティ Q&A : コミュニティの活動と規模に基づいて、コミュニティ内の一般的な技術的な質問に答える長期テクニカルサポートスタッフ (TS) を 1 ～ 2 名割り当てます。
技術伝道活動: 3～5 名の技術専門家が、研修講師、サロンゲスト、CTO/CIO の不定期の大規模イベント、大規模イベントのプラットフォームサポートなど、不定期のイベントサポートを提供します。
製品プロモーション:対象業界の業界ソリューションの専門家と、研修講師やサロンゲストなどを含むイベントサポートを組み合わせて、販売リズムを整えます。

（２）コンテンツサポート

技術文書：製品使用マニュアル、技術文書。
シナリオケース: ベストプラクティス、業界シナリオケース、業界ソリューション。
学習教材：製品チュートリアル、技術原理の学習。
Q&A コンテンツ:一般的な障害に関する FAQ、専門家との Q&A。
技術認定:技術またはメーカー認定のためのオープンコース。
開発ツール:製品と上流および下流の拡張ツールのコレクション。

（３）財政支援

従来型サポート：各種学校、中小企業、協会に対する製品および資本のインキュベーションサポートを含みます。

2.5 運用開始のリズム

ターゲットグループ、目標、リソースを明確にした後、製品開発のリズム（技術的な製品は主にオープンソース）に基づいて適切な計画を策定し始めることができます。オープンソースコミュニティ製品の場合、次の主要なノードを組み合わせて、運用計画の準備を開始できます (以下のフローチャートは、Tencent Cloud が共有セッションで言及したものです)。

既存の社内リソースやユーザー調査結果レポートを整理し、運用開始計画や分業体制を策定します。

コンテンツのスケジュール、トピックの選択プロセス、制作アーキテクチャ、コンテンツ配信メカニズムを構築します。
コミュニティ内の開発者に対するサービス応答メカニズムを明確にする。
独自の活動計画を策定し、活動SOPを策定し、準備・実行する。
外部チャネル、上流・下流パートナー、KOLターゲット層を整理し、予算に応じて協力BD計画と実施スケジュールを策定します。
アクティビティなどの製品レベルの指標や、ビジネスチャンスのリードなどのビジネスレベルの指標を含む、運用プロセス全体のデータを追跡します。指標に基づいて運用結果を評価し、運用計画を見直し、チャネルを最適化します。
コミュニティの奨励ルールを確立し、コミュニティ内で貢献者を育成します。

2.6 運用評価と評価

上司にリソースを求めたあとは、自分たちの活動の価値と ROI を測定するために、ビジネス関連の目標を必ず設定する必要があります。そこで、ビジネス指標、コミュニティ運営指標、コンテンツ運営指標の観点から計測します。

ビジネス指標: リード数、商談額、アップセル額。
コミュニティ運営指標：一般的には、コミュニティ浸透率、新規ユーザー登録数、ユーザーインタラクション率、コミュニティ機能維持率、コミュニティユーザー維持率、1人あたりの平均利用回数、1人あたりの平均ログイン時間、イベント登録などが含まれます。
コンテンツ運用指標: PGC 数、UGC 数、1 人あたりの平均記事閲覧数、記事のいいね数、コメント数、いいねとコメント数、コメント返信数などが含まれます。

上司のノーススター指標の要件を明確にした後、長期指標と短期指標を具体的に分類することができます。そして、これらの指標を活用して、より効果的な詳細な運用計画を策定します。

2.7 開発者コミュニティにおける一般的な問題

見渡すと、開発者コミュニティやオープンソースコミュニティは数多くありますが、メーカーやサードパーティを問わず、適切に運営されているコミュニティはごくわずかです。問題は主に次の点に集中しています。

ソフトウェアインフラストラクチャの適応性に欠け、関連リソースの入手が困難で、開発およびテスト環境が不足しています。これは主にオープンソースコミュニティに集中しており、ベンダーコミュニティは一般的には現れません。
開発ツールは完璧ではなく、開発、移行、チューニングが困難です。これは主にベンダーの製品マトリックスによるものです。一部のツールベンダーは互いに競争しているかもしれませんが、自社開発のコストが高すぎます。
開発資料やドキュメントが不足しており、十分なコード例やテンプレートも不足しています。これは主に、メーカーの社内オープンソースチームが関連コンテンツを完成させるのに十分なエネルギーやリソースを持っているかどうかに起因します。
大手企業は比較的閉鎖的であり、ソフトウェアとハードウェアのオープンソースの強さが問題となっていますが、これは主に業界の競争と製品戦略によるものです。
オープンソース内では商業的インキュベーションのクローズドループが完成しておらず、開発-リリース-販売-サービスチェーンが壊れています。これは主に、商業的価値を明確に考えずにオープンソース化を試みる小規模企業が遭遇する問題です。
技術教育はほとんどなく、問題を解決するためのベストプラクティスを得ることは困難です。
エコシステム内の企業の技術力は十分ではなく、製品の競争力は限られており、顧客のビジネスニーズを満たすことができません。

既存のリソース、目的、ユーザープロファイル、および潜在的な落とし穴を明確にしたので、運用戦略の改善を開始できます。

3. 開発者コミュニティ運営ルール

さて、ユーザー像、ユーザー層、コミュニティ運営目標、既存リソースを整理した上で、具体的な運営、つまり「ハイレベルなユーザーが価値を創造し、一般ユーザーが口コミで構築する」という話に移りましょう。具体的な作業は、内部と外部の 2 つの部分に分けられます。

3.1 内部業務

（１）コミュニティメインサイトの運営

開発者コミュニティの運営の主な担い手として、運営プロセスにおいて重要な役割を果たします。外部からのトラフィックはすべて最終的に開発者コミュニティのメインサイトに到達するため、メインサイトは非常に重要です。

一般的に、PGC+UGC+PUGC+OGCの形式でコンテンツを運用し、コンテンツの継続的な出力を確保し、「コンテンツの収集-レビュー-構造化-プッシュ-リコール」のコンテンツチェーンを確立します。新規ユーザーと既存ユーザーそれぞれに対して運用介入の程度と基本的なソートルールが明確に定義されており、ユーザーがコミュニティの探索を完了できるようにガイドすると同時に、高品質のコンテンツがユーザーに届くようにします。主なコンテンツ形式は次のとおりです。

トレーニングコース、認定;
ドキュメント、マニュアル、事例、Q&A を使用します。
ホワイトペーパー、図表;
トピックの議論。

コンテンツの運用を確認した後、コミュニティの形式が質疑応答（技術製品Q&A）なのか、読書（技術学習）なのか、コンテンツが人物（専門家、著名人）重視なのか、コンテンツ重視なのかを明確にします。閲覧プロセスにおけるどの形式のインタラクションを強くガイドする必要があるか、関連するページを推奨する必要があるかどうかを明確にする必要もあります。

このプロセスでは、同じ分野ですでに同じことを行っている競合他社がいる場合は、それらを参考資料として使用できます。すでにリーダーまたは探索者である場合は、A/Bテストを使用して機能の保持と価値を調査し、製品に適したコミュニティ形式を決定することをお勧めします。

コンテンツと基本的なメインサイトの運用が完了したら、関連するユーザーメンバーシップシステムを確立し、ポイント、レベル、実績などを通じてユーザーの成長パスを明確にし、このプロセスで現金やメダルなどの物質的/精神的なインセンティブでユーザーを誘導する必要があります。

（２）コンテンツ配信事業

この部分は基本的に定型的な操作です。すべてのToBベンダー（PaaSベンダーやIaaSベンダーなど）は、この部分に非常に精通しています。結局のところ、ToBのゲームプレイは比較的単純で退屈です。2人のインターンがいる正社員で十分に対応できます。たとえば、

コラム:技術ブログ、外部コミュニティ向けコラム。
微信メディア： WeChat公式アカウント、建设、Toutiaoアカウント。
外部からの提出物:技術メディアからの提出物、コミュニティからの提出物。
Q&A: Zhihu などの公開コミュニティや Sifou などの専門コミュニティでの Q&A。

しかし、コンテンツが発展するにつれて、外部チャネルが混乱しやすくなる可能性があることを指摘しておく価値があります。チャンネルを審査する過程では、検索エンジンへの組み込み、メディアの権威、視聴者の正確性など、さまざまなチャンネルの配信目的を明確にする必要があります。たとえば、検索エンジンに含める場合は、Jianshu と Zhihu を選択します (ただし、Zhihu の含める重みは現在大幅に低下しています)。権威のあるメディアの場合は、InfoQ、CSDN、SF を選択します。また、対象読者の場合は、対応するコミュニティを選択します。

（３）コミュニティ運営

メインサイトとは別に、コミュニティは私たちにとって開発者を運営するための最も重要な方法の 1 つであるはずです。ただし、コミュニティの即時性のため、日常的なコミュニケーションには最適ですが、コンテンツを記録して持ち運ぶためには使用できません。コミュニティ運営の過程では、開発者のソース、議論のトピック、アイデンティティに基づいて運営を区別することができます。例えば、

さまざまな開発者イベントのライブイベントグループ。
特定のトピック（アジャイル開発など）について議論する技術コミュニティ。
オープンソースプロジェクトの日常的な運用と保守を行う貢献グループ。
企業の CTO/CIO、情報技術担当 VP、その他のテクノロジー製品の購入意思決定者、さまざまな協会のリーダー、テクノロジーコミュニティで活躍する専門家、シリーズコースの講師、財団のアンバサダー、特定の分野の伝道者で構成されるハイエンドコミュニティです。

通常、コミュニティ運営者がグループを管理するには、Wetool などのツールが必要です。コミュニティ運営の関連コンテンツは、コンテンツが多すぎるため、別の記事で書きます。

（４）イベント運営

コミュニティやメインサイトが開発者の日常業務だとすれば、さまざまな活動こそが真にユーザーを集めるための有効な手段となります。活動にはさまざまな形態があり、たとえば、

Hackerrank などのオンライン調査、Q&A、テスト。
オンラインコースのライブ放送とビデオシリーズ。Alibaba Cloud や CNCF のクラウドネイティブコースなど、多くのコースシリーズがあります。
Alibaba Cloud の Tianchi Competition や Tianchi Laboratory などのオンラインプログラミングアクティビティとオンラインラボ。
製品内部テストの優先資格。
出版物;
オフラインのミートアップ、専門家によるコンサルティング、開発者の日など。
オフラインハッカソン: セキュリティベンダーは、オフラインの 24 時間ハッカソンを比較的多く開催しています。
さまざまな CNCF 認定などのオフライントレーニングと認定。
AWS サミットや Huawei Developer Conference などのオフラインテクノロジーカンファレンス。小規模企業は、ブース、スピーチ、円卓会議などを含むがこれらに限定されない大規模な活動に参加し、裕福な企業は、Qingcloud の CIC カンファレンスなど、独自のカンファレンスを直接開催します。

（５）オープンソースプロジェクト

オープンソースプロジェクトは主に Github で管理されており、次のようなものがあります。

関連文書およびコード提出仕様の開発/リリース。
オープンソースチームは定期的にプロジェクトをメンテナンスします。
外部貢献者との交流/外部貢献者へのインセンティブ
外部ホスティングチャネルの運用。

3.2 外部操作

内部業務がユーザー維持を目的としているのであれば、外部業務は主にユーザーを引き付けるのに役立ちます。ここでは詳細には触れず、広告の疑いを避けるために簡単に説明します。

（１）技術知識に対する報酬

研修機関

（２）技術コミュニティ協力

包括的なテクノロジーコミュニティ
垂直コミュニティ
IT 出版

（３）非技術コミュニティ

BilibiliやDouyinなどの新しいプラットフォーム

（４）高級クラブコミュニティ

ハイエンドコミュニティ
業界団体

（５）機関・団体

CAICT、CNCFなど

（6）大学

4. 競合製品分析

独自の計画を完了した後、競合他社の動向とゲームプレイを理解することも同様に重要です。クラウドコンピューティング業界を例にとると、Tencent Cloud、Alibaba Cloud、Huawei Cloudは、それぞれの開発者コミュニティの運営において、コンテンツ形式やコミュニティの目的が比較的似ていますが、実際の運営プロセスには微妙な違いがあります。

4.1 テンセントクラウド

Tencent Cloud では、従来のゲームプレイに加えて、次のような ToC ソーシャルゲームプレイも採用しています。

オンラインコースチェックイン。
財団の支援;
報酬サポート:
さまざまな技術コミュニティやプラットフォームにおける数百万件のトラフィックプロモーション。
さまざまな価値のクラウドサーバーリソースおよびドメイン名サービスの 1 年間の使用権。
オフライン技術会議およびサロンのチケット。
技術書;
Tencent Cloud コミュニティ成長価値インセンティブ。
Tencent Cloud周辺機器ギフト;
オープンソースプロジェクトの専門家と緊密に連絡を取ります。
Tencent Cloud 新製品の内部テスト体験。

4.2 ファーウェイクラウド

Huawei Cloudは、先ほど述べたオピニオンリーダーの業務に重点を置いています。 Huawei Cloud KOL は、MVP やクラウド共有エキスパートなど、さまざまな権利と利益に対応するさまざまなレベルに分かれています。これにより、KOL は発言を奨励され、ターゲット層をカバーしながら KOL 推奨の効果も達成されます。

5. 追記

他の視聴者グループと比較すると、開発者はより純粋なユーザーグループだと思います。彼らは、何かの価値を合理的かつ客観的に評価し、直接コミュニケーションを取り、名誉と認知を望む「ストレートマン」（ここでは褒め言葉です）のグループです。したがって、開発者の運用プロセス中に過度に慎重になる必要はなく、むしろ実際のビジネス上の問題を解決したり、名誉を獲得したりできるように支援することが重要です。

したがって、開発者の業務においては、正直であることが最善の業務姿勢であると言えるでしょう。

PS. 非純然たる開発者運用者として、自身の業務経験と開発者運用内容を組み合わせました。当初の意図は、ある試験対策のための勉強ノートとして活用することでした。これは単なる出発点です。間違いがあれば、修正していただいて構いません。

著者: 小さな鍋です

出典: マーケットドッグ

<<: 小紅書で商品を宣伝するためのヒント！

>>: 2022年4月2日はどの曜日の授業が補講されますか？授業は何曜日でしたか?清明節の最新の休日スケジュールを添付します！