会議の基調講演をしたり、本を書いたり、平等を声高に提唱したり、この分野で他の人を指導したりできる開発者関係者は多くありません。今日、私は Estelle Weyl と話しています。彼女はキャリアを通じて上記のそれぞれを何度も行ってきました。私が初めて Estelle Weyl に会ったのは、私がサンフランシスコでミートアップやカンファレンスを運営していたときでした。 Estelle は、開発者関係の可能性を 1 つの分野として捉える大局的な思想家ですが、特定の仕様やドキュメントの長所と短所の核心を突くこともできます。私は彼女と一緒に座って、10,000 フィートの高さから DevRel について話し合いました.
目次
- スタートアップが DevRel に参加したい場合、何をすべきですか?
- コミュニティの関与を促進するためにテクノロジー イベントにできることは何ですか?
- 会議で話すのに最適な方法は何ですか?
- DevRel でのキャリアを検討すべきなのは誰ですか?
- 基準に対する認識はどの程度重要ですか?
- 開発者会議は最近どのように変化しましたか?
- 開発者との関係を効果的に行っているのは誰ですか?
Q:あなたは多数の技術書を執筆し、Mozilla の開発者向けドキュメントを維持し、何十ものカンファレンスで基調講演を行い、自身のカンファレンスを開催したこともあります。 DevRel に参入するスタートアップは、次のうちどれに焦点を当てる必要がありますか?
それは、スタートアップの目標と devRel チームの目標に大きく依存します。会社と実際の役割に適した KPI を作成して監視する必要があります。その役割での能力
自分のポジションに対する期待を事前に把握し、それらの目標を快適に達成できるように期待を設定してください。あなたが 1 人の DevRel チームで、その年に 30,000 人の連絡先を作成すると言った場合、会議でスタッフのブースを出してグッズを配布するだけです。それが好きならそれでいいのですが、2,000 人の意思決定エンジニアにリーチし、それぞれがあなたの製品に導入されると交互に言った場合、それはより有利な長期戦略になる可能性があります。
組織の上層部とこれを話すのは難しいかもしれませんが、それを彼らが理解できる専門用語に置き換えて、時間の 50% を長期的な戦略に費やすという合意に向けて取り組むことができる必要があります。残りの時間は、スポンサー付きコンテンツなど、より快適な指標に費やされます。役割自体を犠牲にすることなく、会社の目標を達成することが重要です。あなたの評判は、開発者コミュニティにおける最大の資産であり、あなたが信じていることを主張する必要があります。特定のことについて妥協しないために、DevRel の価値と、私たちの専門職の教育的使命と、たとえば、セールス エンジニア。
一般に、ツールやサービスをコミュニティに公開し、開発者がそのツールを必要とするときにソリューションが最優先されるように、開発者に彼らの作業方法を教育する必要があります。
Q:コミュニティの関与を促進するために技術イベントにできることは何ですか?
#PerfMatters をとても楽しいものにしているのは、パーティーであり、ソーシャル インタラクションはテクノロジーに関するものではありません。知り合いになったら、テクノロジーについて話すことができますが、私たちのイベントは、一緒にレゴ、ジェンガ、および接続-4。また、スピン アート、素晴らしいバルーン アーティスト、バルーン ポッピング、フェイス ペインティングも用意されています。これにより、参加者はテクノロジー以外のことに集中し、快適に共有できるようになることを願っています。また、会ったことのない人に渡さなければならない虹の帽子もあります。目の前の技術についてのみ話している場合、誰もが失敗についてではなく、成功について話します。リラックスした雰囲気の中で人々と知り合うことで、人々はよりオープンで現実的になることができます。
Q:デベロッパー アドボケイトは、講演者としてカンファレンスに参加するにはどうすればよいですか?
カンファレンスで話すことがあなたのやりたいことなら、最初のステップは受け入れられることです。あなたはイエスを得るために尋ねなければなりません。 12枠に600名の応募があった場合でも、12枠のうちの1枠を獲得できます！興味深い提案を書き、スピーカーを宣伝する方法について支持者をトレーニングする必要があります。これにより、聴衆は、それが聴衆の興味を引くトピックであり、開発者支持者の会社にとって興味深いトピックではないことを知ることができます。 devRel では、または一般的に、スポンサー付きのスロットを取得して販売するのではなく、無料のスポットを取得して教育する必要があります。
Q:優れた DevRel 候補と優れた候補の違いは何ですか?開発者関係のキャリアを追求するのは誰ですか?
理想的には、自由な時間にすでに行っていることを行うために仕事を得ることができます。話すのが苦手で、まだ話していない場合 カンファレンスで話すときは、必ずしも楽しめるとは限らないことにコミットしたくないかもしれません。あなたがすでにそれをしているなら、話すことで報酬を得られるので、その仕事に就くのは素晴らしいことです.そのため、MDN や SASS の文書化など、オープン ソースの文書化に貢献している場合は、それに対して報酬を得ることができれば素晴らしいことです。
DevRel ロールにはさまざまな種類があります。話している人もいれば、ドキュメントを書いている人もいれば、コミュニティを組織している人もいます。他の仕事には、主に会議でブースのスタッフを配置することが含まれ、さらに他の役割には、会議全体を組織することが含まれます。あなたは個人的に何に情熱を注いでいますか？あなたは、自分がすでに行っている仕事を見つけたいと思っています。また、興味のあるテクノロジーのプロジェクトで、一緒に働きたいと思っている人々と一緒に仕事をしたいと思うでしょう。
仕事と趣味は分けるべきだと考える人もいます。私はいつも自分の趣味を職業とする仕事を探してきました。趣味は、プロ仕様のはしごを作ること、パフォーマンスとアクセシビリティを促進すること、仕様を説明することです。私が楽しんでやっているこれらの役割に対して報酬を得ることができて、とてもうれしく思います。
人の成長を助けるのが好きなので、人を管理するのが大好きです。他のDevRelの人々を現場に連れて行き、DevRelチームを話し、構築し、エンジニアリングとマーケティングと連携させる方法についてのワークショップを行うことは、とても充実しています.私がチーム ビルディングを奨励する方法の 1 つは、即興によるものです。これは、ズボンの座った状態での思考とブレインストーミングに役立ちます。
プレゼンテーションの途中でラップトップがクラッシュしたことがあります。モバイル デバッグ ツールに関する講演を行っていたのですが、デバッグ ツールが多すぎてデバイスが処理しきれませんでした。それはほとんどのスピーカーの最大の恐怖です。再起動中はスライドなしでプレゼンテーションを続けました。それから自分を救うことができることに気づいたら、ステージ上で私に悪いことはほとんど起こらないことに気づきました.確かに、その話はやめました。
Q:コミュニティの認識は、製品や標準の採用をどのように助けたり妨げたりしますか?
それはあなたが持っている製品によって異なります。エンタープライズ製品をお持ちの場合、それぞれの取引が巨大になる可能性があるため、個々の販売をそれほど多く行う必要はないかもしれませんが、そのような販売を行うには、つながりを深くする必要があります.一方、製品の価格が低い場合は、より多くの人々に活気を与え、できるだけ早く使用してもらいたいと考えています.後者の場合は、各インタラクションの深さよりも、何人の人にリーチするかが重要です。製品を宣伝するアプローチは、チームの目的と製品の範囲に関係しています。
別の例として、フレームワークを宣伝していて、より多くのチームにそれを使用してもらいたい場合は、ターゲット オーディエンスが週単位で製品に切り替えたり、製品から離れたりすることはないことに注意してください。もちろん、潜在的なユーザーにあなたの製品を使用する決定を下してもらいたいのですが、そのような決定を下す人々があなたのツールを検討するように、製品と決定プロセスに関する議論を促進したいとも考えています。その後、製品自体が売れなければなりません。
一例として、今はあまり使われていない特定のモバイル開発プラットフォームには、小さいながらも印象的な DevRel チームがありました。彼らは、開発者ではなくビジネスマンに人気のある優れたデバイスとプラットフォームを持っていました。テスト デバイスの配布、オペレーティング システムへの移植に関するトレーニングの提供、サービス用のアプリ作成への意欲を開発者に与えることなど、開発者の関心を引くことに投資していたなら、実行可能なストアがあったかもしれません。しかし、彼らはしませんでした。ユーザーは、アプリケーションの可用性が向上したデバイスに移行しました。私には、彼らは素晴らしい devRel チームを雇ったように見えましたが、彼らのイニシアチブを適切にサポートできていませんでした.
DevRel は、開発者サポートに関するものであるべきです。そのプロセスの一環として、適切なドキュメントと、開発者からのフィードバックを収集する方法が必要です。理想的には、そのフィードバックは、開発者のフィードバックに対応する専任チームに提供されます。これは、顧客ではない開発者であっても同様です。サポートを有料クライアントのみに制限すると、大量のユース ケースを逃してしまいます。あなたにお金を払っていない開発者は、まだ支払っていない開発者にすぎません。
そして、あらゆるビットが役立ちます。あなたの目標が企業への販売である場合、おそらく無料の製品は採用に大きな影響を与えないように思えます。しかし、Twilio のようなサービスを見ると、無料で始めることができ、数マイクロドルから 100 万ドル以上にまで増やすことができます。実験中の開発者にあなたのサービスを試してもらうことは、その開発者がエンタープライズ チームに所属している場合に、サービスの販売に役立ちます。
Q:あなたが話してきた 10 年以上の間に、開発者会議はどのように変化しましたか?
私がカンファレンスで話し始めたとき、DevRel は特定された役割ではありませんでした。これらのカンファレンスのスピーカーは、ほとんどが著者または開発者でした。 2007 年の最初の会議に参加した後、2008 年に話し始めました。私が最初に参加した会議を選んだのは、この業界で私が知っている唯一の女性がその会議で話していたからです。会場に着いたら、聴衆の女性の数を指で数えることができました (足の指を使う必要さえありませんでした)。数と表現の点でもっとうまくやらなければならないことはわかっていました。 、「誰かがこれをしなければならないなら、それは私でなければなりません。」 SxSWでStephanie Sullivanに会いましたが、彼女の話は素晴らしかったです。彼女は、会議に参加して講演を申し出ることについて私に話しました。それで、私はそれを始めました.
私の長期的な目標は、将来の講演者や開発者が上るためのはしごを作ることでした。うまくいけば、他の人が登れるように、彼らはそのはしごの上にさらに構築するでしょう.ある意味で、私の目標はロールモデルになることでした。今日、皆さんが参加するカンファレンスの多くでは、講演者のラインナップは、私が参加した以前のカンファレンスよりも、私たちの業界をより反映しています。一般社会のレベルには達していません。有色人種の女性、ラテン系アメリカ人、アフリカ系アメリカ人の過小評価については、まだ長い道のりがあります。 50%の女性に会いたいです。一般人口を反映したものにしたいと思います。
会議を組織した経験から、女性や有色人種から提案を受けてブラインドレビューを行うと、女性や有色人種をよりよく代表するようになり、平均してより多くの提案をすることがわかっています。一生「はい」と言われた人よりも、それらの提案に努力してください。 2019 年の PerfMatters では、女性と有色人種から 24% の提案がありましたが、50% を超える女性と有色人種が講演者名簿に記載されていました。これはブラインド レビュー プロセスによるものです。私たちは、一般的に過小評価されているコミュニティに手を差し伸べ、応募を奨励することでこれを達成しました。今年は、少数派であると自己認識している人々から提出された提案の 43% がありました。驚くべきことに、私たちのラインナップは一般人口をかなりよく表しています。
少数派の人々は、自分には資格がないと何度も言われる文化から来ている可能性があります。彼らの文化と経験は、あなたが心から彼らの最善の利益を考えていると彼らが信じるかどうかを決定するかもしれません.性別または背景に基づいて手に負えないほど拒否されます。 尋ねなければ、イエスとは言えません。
Q:DevRel や会議の世界で、何か素晴らしいことをしていて、あなたが叫びたいと思う人はいますか?
私たちの CFP を行って最近聞いたばかりの、非常に多くの新しい講演者や今後の講演者がいます。私は彼ら全員が話すのを聞く機会がありませんでした。私は願う。技術を教えているだけでなく、すべての開発者に感謝したいと思います。コードの学習と教育は比較的簡単です。実際、コードは開発者にとって最も簡単な部分です。コミュニケーション、チームの開発、アクセシビリティ、パフォーマンス、セキュリティ、プライバシー、および優れたユーザー エクスペリエンスの確保は、学習、教育、成果を上げるのが難しくなります。ですから、真実を共有するという贈り物を私に与えてくれたすべての人、特にそうすることで個人的および職業上の危険にさらされている有色人種の女性に叫びます.また、彼らをサポートしているすべての同盟国、特に脚光を浴びずに支援している同盟国に感謝します。 ケルシー ハイタワー、マルコ ロジャース、シャロン スティード、サラ アレン、キム クレイトン、ソニア グプタ、アニル ダッシュ、スコット ハンセルマン、アイシャ ブレイク、パリス アテナに感謝します。 そして、必ずしも「開発者擁護者」という肩書を持っているわけではありませんが、あらゆる場所で開発者を擁護していることは間違いありません。私はあなたのことを個人的には知らないかもしれませんが、あなたの行動に感謝し、感謝しています.
座って、あなたの視点と経験を共有してくれてありがとう。
次のステップ:
- Twitterでエステルをフォロー
- 次の PerfMatters カンファレンスに参加する
- エステルのトークとワークショップをチェック
