「どうしたらいいですか？」ではなく、なるべく深く提案する

チームの中で、「課題感だけはふわっと共有されているけど、具体が決まっていない」状態がよくある。
「そういえばあれどうしよっか」と話される課題みたいな。

これまでを振り返ると、そういうとき「どうしたらいいですか？」と頼りすぎてしまうことが多かったなと反省している。

提案したほうが早く決まる

「どうしたらいいですか？」は思考の丸投げだなと思う。
そうすると、受け取った相手の回答コストは非常に上がりそう。

最近は Slackなんかで非同期的にコミュニケーションをするからなおさら。

すると、回答が全然返ってこない状況になりがちだなと気づいた。

自分の仕事を素早く進めるためには、他者依存をなるべく小さくしたほうがいいはず。
なら、早く決めるためにちゃんと自分で考えて道を整えたほうがいいね。

わからないことは素直にいう

提案するときに、「考えたけど正直ここはよくわからんな」とか、「ここを検証するのはめっちゃ大変だな」とよく思う。

そういうときは素直に相手に頼るのがよさそう。
6 – 8割くらい固まってれば、相手の知恵を借りたほうが早いかも。

私のチームだと、「ここまで考えたけど、〇〇と△△は頼りたいです」で怒られたことはないから大丈夫そう。笑

こにふぁーさんのブログを参考にした

こにふぁーさん、いつもありがとうございます。

The post 当たり前シリーズ。「どうしたらいいですか？」はやめる first appeared on Kisolen Life.

• 技術広報として「中」に向き合うことの重要性を感じている
• 「ネタがない」の正体
  • 「当たり前」という感覚
  • 成長を自覚するのが難しい
• だからこそ、能動的に掘り起こす
• 「ソト意識」も諦めたくない
• 現在進行形のトライ
• 結び

技術広報として「中」に向き合うことの重要性を感じている

技術広報の専任として活動を始めてから 1年以上が経ちました。

ちょっと前から、私の目指す技術広報は「ナカ起点」と「ソト意識」の両輪によって成立するのかもと感じています。

• ナカ起点（＝原石の発掘）：
  「社内でこんな素敵なことが起こっている」「こんな思いを持っているメンバーがいる」といった発信の原石をキャッチして、発信や勉強会につなげること。
• ソト意識（＝磨き上げ）：
  「こういう人に共感してもらいたい」「きっとこんな悩みを抱えているだろうから」といった読者視点で、行動変容を起こしうるテーマや内容に磨き上げること。

これらはまさに両輪のような関係です。
ただ、最近改めて感じているのは、「そもそもナカ起点（発掘）って、想像以上に難しくて、能動的なパワーが必要だよね」 ということです。

今回は、私が最近考えているこの「ナカ起点の難しさ」と、そこに対する向き合い方について、最近考えていることを整理してみたいと思います

「ネタがない」の正体

エンジニアに発信をお願いすると、よく「ネタがない」という言葉が返ってきます。
でも、詳しく話を聞いてみると、実は素晴らしいネタを持っていることがほとんどなんですよね。

以前、社内でアドベントカレンダーのブログリレーを企画したときのことです。
多くのメンバーが「書きたい気持ちはあるけど、ネタがない…」と悩んでいました。
そこで、一人ひとりと会話をして、これまでの活動や試行錯誤などを聞いていくと、8人ほど話した全員が、実はとても立派な発信ネタを持っていたんですね。

なぜ、本人は「ない」と思ってしまうのでしょうか？
背景には、エンジニア特有の、あるいは人間共通の心理があるように思います。

「当たり前」という感覚

日々その業務に向き合っている本人にとって、それは「息をするようにやっている当たり前のこと」になりがちです。
高度な専門性や工夫であっても、自分にとっては日常の一部なので、わざわざ外に出すほどの価値があると思えないんでしょうね〜

成長を自覚するのが難しい

日常生活で、「昨日より身長が 1mm伸びたな」と気づける人はいるでしょうか？

人間は、日々の連続的な変化には気づきにくいものだと思います。
昨日の自分と今日の自分を比べても違いはわずかですが、半年前と比べれば大きく成長しているはず。
しかし、本人はそのグラデーションの中にいるため、自分の成果や成長を客観的に認識するのが非常に難しいのだと思います。

よほど内省と客観視に長けた人でない限り、自分だけで「これ記事ネタだ！」とか気づくのは難しそうですね。

だからこそ、能動的に掘り起こす

「何かあったら教えてね」と待っているだけでは、素晴らしい原石が埋もれたままになってしまいそうです。
私自身がこういった状況をたくさん見てきたので、「実は、成果や成長を能動的に発掘しにいくのって、技術広報の大事な仕事なんじゃない？」と思い始めました。

「じゃあ具体的にどうしたらいいの？」というのがポイントですが、ここはまだ探索中です！

画期的な仕組みが思いついているわけではありませんが、継続的にエンジニアと接点を持ち、会話をし、活動をキャッチアップし続けることが重要そうだと感じています。
「それ登壇ネタですよ」「たぶんそれめっちゃすごいっす」と、外からの視点で価値を承認し、光を当てる。

そんな働きかけを当たり前にできるようになりたいな〜と思っているところです。

「ソト意識」も諦めたくない

ここまで「ナカ起点」の話をしてきましたが、「ソト意識」、つまり発信コンテンツとしての質を上げることも大切にしたいと思っています。

前提として、私は「発信するだけでめちゃくちゃ偉い」 というスタンスです！
アウトプットにはエネルギーがいりますし、勇気もいります。まずは出すだけで 100点です

そのうえで、技術広報担当としてプロフェッショナルな価値を発揮するなら、そこに「ソト意識」も乗せていきたいという意思はあります。
せっかく掘り出した原石なので、より美しく見えるように研磨したいですよね。

私なりには、次のようなことを自分に問いかけ、磨くよう努力しています。

• 対象者はどんな人で、どんな悩みを抱えているだろう？
• この発信を通じて、どんな体験をしてほしい？ 逆に、どんな体験は避けるべき？
• どう感情を揺さぶり、どんな結果につなげたい？

正直、これはすごく難しいですし、私もまだまだです。
でも、ここを諦めずに考え続けることこそが、技術広報の介在価値なのかなと思っています。

現在進行形のトライ

実は今、この「ナカ起点」で濃密な情報を拾い上げつつ、「ソト意識」も取り入れて立ち上げたコンテンツがあります。
まだ途中なので結果は出ていませんが、順調に進んではいるので、また良い学びが得られたらどこかで共有するかもです！

結び

社外から技術広報を見ていると、どうしても「外に出ている姿」に目がいきがちです。
中でどんな働きかけがされているかは、なかなか見えにくいものですよね。

でも、実際はその見えない「中」の活動こそが、とても重要で、とても難しい…と最近感じている、という話でした。

引き続き探索ですね〜

The post 技術広報を「ナカ起点」と「ソト意識」の両輪で考えている first appeared on Kisolen Life.

2025.05.14の DevRel Guild Meetup #4 にて登壇した LTスライドです！

発信文化が醸成されている状態とはどういうものなのか？
それをうまく表現できる数値とは何か？

日々問い続けなければなかなか見えてきませんね。
今後も改善を続けていきます

The post スライド: “発信文化”をどうやって計測する？技術広報のKPI探索記 first appeared on Kisolen Life.

2025.04,17に開催された「広報・人事・エンジニア大集合！2024年度に頑張ったことを振り返って褒め合う会」で登壇しました！

The post スライド: 型化からはじめる時間づくり first appeared on Kisolen Life.

目の前の仕事で頭がいっぱいだった私が、感動を知った話です。

この経験は私にとってターニングポイントになりそうな予感です！わくわく

The post スライド: “感動”の伝播によって技術広報の心に火が灯った瞬間 first appeared on Kisolen Life.

2025.02.26 Wed. の D-Plus Tokyo #11~受けてよかった！自分が受けたい！オンボーディング Part2 で登壇した際のスライドです！

「わかりやすかった」や「歴史を知るという観点いいね」など、ポジティブなフィードバックをもらえてよかったです

The post スライド: スキルだけでは満たせない、”組織全体に”なじむオンボーディング first appeared on Kisolen Life.

目次

• はじめに
  • ダイジェスト
  • 対象読者
  • 注意事項
• 技術広報に関するよくある悩み
• 技術広報を農業で喩えてみる
  • 発信 == 実の収穫
  • エンジニアが成長する環境を整える == 土づくり
  • エンジニアの日々の実務 == 作物の成長
    • エンジニアに活力を与える == 肥料をやる
    • 育つ環境があれば自ずと実る
  • 農家はあくまで収穫する人である
  • 作物のゴールは必ずしも実を結ぶことではない
• 結び

はじめに

技術広報の活動って、農業に似ていると思うんです。
ぼんやりとそんな考えを綴ってみます！

この記事は 技術広報 Advent Calendar 2024 の 2日目のページとして執筆しました！

ダイジェスト

• 栄養のある土をつくり、肥料をやり、長く寄り添った先に収穫 (==発信) がある
• 作物は健全に生育すれば自然と実を結ぶ
• 本来、農家は作物を育てて収穫する人であって、自らで実を結ぶわけではない
• 収穫は農家にとってはゴールだが、作物にとってはプロセスのひとつでしかない

対象読者

• 技術広報に関わるすべての人
  • 技術広報担当者
  • エンジニア
  • エンジニアリングマネージャ
  • etc.
• これから技術広報を始めたい・盛り上げたいと思っている人

注意事項

この記事では、技術広報担当を農家に、エンジニアを作物に喩えています。

念入りにおことわりしておくと、「技術広報はエンジニアの上に立って、彼らを管理する存在だ」などと主張したいわけではありません。
何だってそうですが、どちらが偉いとかいう話ではありません。

技術広報に関するよくある悩み

私は、前職から技術広報を推進するうえで、さまざまな悩みに遭遇しました

• 発信する人がいない
• エンジニアに発信をお願いしても「ネタがない」といわれる
• 発信の習慣が浸透しない
• 成長意欲のあるエンジニアがいない

こうした問題は、技術広報の成功プロセスを段階的に分解することで、原因・対処が考えやすくなると思います。

また、単に発信をする or お願いするだけでなく、技術広報の仕事をもっと広い視野で捉えたほうが良いと気がつきます。

技術広報を農業で喩えてみる

技術広報担当者を農家、エンジニアを植物そのものとして説明してみます！

あなただったらどう喩えるか考えながら読んでもらうと、より楽しめるかもしれません

発信 == 実の収穫

農家にとってわかりやすい成果は、作物の可食部を収穫することです。
この可食部を便宜上 “実” と呼称します

つまり、農家は作物に実を結ばせようとするのです。
また、その実の質と量をそれぞれ高めようとするでしょう。

エンジニアが成長する環境を整える == 土づくり

作物はしっかり生育しなければ実を結びません。
豊満に実るためには栄養が必要であり、その基盤となるのは土です。

技術広報が発信するコンテンツを得るためには、エンジニアが成長する土壌が必要なのです。

この土壌を整える方法としては、以下のようなものが当てはまりそうですね

• 評価制度に成長性の観点を組み込む
• エンジニアの成長を支援する制度を設ける
  • 勉強会やカンファレンスなどの参加支援
  • 書籍購入費用の補助

次は、新たなエンジニアがチームに参画した (==種がまかれた) 後の生育に視点を移してみましょう！

エンジニアの日々の実務 == 作物の成長

さて、エンジニアたちは日々の実務を通して成長していきます

作物の生育には空気・水・光が必要です。
ただ、これらは自然のエコシステム (==プロダクト開発のプロセス) によって、ある程度供給されることと思います。

それを前提に、ここではさらに成長を促進することを考えてみましょう。

エンジニアに活力を与える == 肥料をやる

エンジニアに活力を与え、成長を促進するには、どのような方法が考えられるでしょうか？

私は以下のようなものがあると思います

• 新たな知識をインプットする機会を設ける
  • 勉強会やカンファレンスなどへの参加を促す
  • 業界で話題になっている情報を紹介する
• 社外のエンジニアと交流する機会を設ける
  • 勉強会やカンファレンスなどへの参加を促す
  • ミートアップや座談会などを主催する
• エンジニアたちの見落とされがちな成長・成果を取り上げ、称賛する
  • 開発の動向を追ったり、エンジニアと対話をしたりして、活動をキャッチアップする
  • そこで成果や改善などを見つけ、チームの外へポジティブに発信する

こういった活動をするのとしないのとでは、エンジニアたちの成長速度・活気がまるで違ってくると感じます！

カンファレンス参加・イベント主催は、それだけで技術広報になりうる

技術、主にソフトウェアの領域では、コミュニティを重んじる文化があります。
そのため、知見を交換するイベントはエンジニアたちに好まれ、特にカンファレンスはお祭りのような盛り上がりを見せます！

カンファレンスに参加してレポートを書いたり、協賛したりといった活動をすることで、社外のエンジニアから良い印象を持ってもらえるのではないでしょうか

エンジニアたちの活動をキャッチアップしよう

エンジニアたちの動向を知ることは、どこに実がなっているか / なりそうかを知ることと同義であり、とても重要です。

たとえ発見したときは小さなものでも、それが翌月には立派な実に育っているかもしれません。
日々見逃さない仕組みを作りたいものですね。
(この仕組みについてはいろんな方法がありそうなので、考察の余地がありますね！)

育つ環境があれば自ずと実る

ここまで、「エンジニアたちに活力を与えて実を結ばせよう」といったことを考えてきました。

逆に、活力を与えてさえいれば、自ずとたくさんの or 良質な実がなるのではないかと私は思います。

これらを応用すると、「発信する人がいない」といった悩みが挙がったとき、それを段階的に分析できそうです！
その原因が土壌にあるのか、活力の問題なのか、見つけられていないだけなのか、順に考えてみましょう

農家はあくまで収穫する人である

当然ながら、実を結ぶのは作物のほうです。
農家は収穫する人であり、自ら実を結ぶことはできません。

つまり、発信するコンテンツの主体はエンジニアにあるのです。
技術広報としては、エンジニアの持つコンテンツを育てること、発見することに注力しましょう

作物のゴールは必ずしも実を結ぶことではない

農家の目指す成果は実を収穫することですが、作物 (というか植物) のゴールも同じとは限りません。

もちろん、植物側も実を結ぶことで種子を運び、子孫を残しやすくなります。
それを目指す個体は多いはずですが、すべての個体がそうと言い切れるのでしょうか？

エンジニアの中には、報酬や社会への影響力、自身の市場価値などに頓着しない人も多いと思います。

それを認知し、発信を好まない人に無理強いすることのないようにしたいものですね

結び

ここまで読んでくださった方、ありがとうございました！

農業で喩えるといいつつ、まだ触れられていないこともたくさんあります

• 雑草を抜いたり
• 実の間引き (摘果とよぶらしい) をしたり
• 実を売りに出したり

…といろいろありますが、大変だったのでやめました！！

ところで、読者の方の中には、「マネジメントもしくは組織開発の文脈がたくさん含まれている」と感じられた方もいたのではないでしょうか？

執筆時点で私の勤めている株式会社ビットキーにおいても、「技術広報はエンジニア組織の成長サイクルの一部である」と考えています。
そのため、技術広報はエンジニアの組織開発を担うチーム (エンジニアリングマネジメント室) に位置しています。

この農業の喩えは、マネジメントや組織開発などでもできそうですね！
ひいては人と向き合うことなら大体応用できるかも…？？

The post 技術広報と農家 first appeared on Kisolen Life.

https://zenn.dev/bitkey_dev/articles/0db9b5394b9ee0

初めて Zennで執筆しましたが、かなり体験が良かったですね〜

Alt + → とかの単語移動がもう少し日本語フレンドリーになれば文句なしです！

The post エンジニアのための、成長サイクルを作るXアカウント運用のススメ first appeared on Kisolen Life.

目次

• はじめに
• やったこと
  • 事前
  • 当日
• 振り返り
  • Fun Done Learnの結果
  • とにかく準備が大事
  • モブプロ、あんまり疲れなかった
  • テストのポリシーを決めていればさらに良かった
• おわりに

はじめに

2024.09.15-16にて、友人と一緒に 3人で開発合宿をしました！

前に記事を書いた初回から約 9か月後の 2回目です。
新メンバーも加えながら、前回の振り返りを活かして開催した結果、とても楽しく快適に開催できました

2回の開催を経て、開発合宿を成功させる条件がわかってきた気がするので、シェアしたいと思います！

やったこと

事前

• みんなの期待をすり合わせる
  • 「こんなことできたらいいな」
  • 「こんな関係にできたらいいな」
• 作るもの (プロダクト) を考える
  (プロダクトは Chrome拡張機能でした)
  • アイデアを持ち寄って議論、その場で決定
  • 仕様を決める
  • 開発スコープ・機能の優先順位を決める
• 場所を確保する
  • レンタルスペースを予約する
  • ご飯のお店を予約する
• 開発環境の構築

当日

• モブプログラミング
• 感想戦したり、プロダクトの今後について話したり

振り返り

Fun Done Learnの結果

今回も Funと Learnが多くてすばらしい！

とはいえ、ちゃんと Doneもあります。なんと目標としていた開発スコープを達成しました！
前回は全然届かなかったので、しっかり学びを活かしていますね笑

この後、特筆したい要素を順に見ていきます。
ただ、この図には「開発合宿を有意義なものにするために重要だったこと」をたくさん書いています。
ご興味があれば全ての要素に目を通してみてください！

とにかく準備が大事

今回、特に実感したのが「しっかり準備してて良かった」です。
ここに収束するといっても過言ではありません。

参加メンバーの 1人、Seyyyy が準備を主導してくれて、なんとドキュメントも作ってくれました！
リポジトリは Privateなので紹介はできませんが、プロダクトの背景や思想に始まり、要件はもちろん、機能の優先度などもまとめてありました。

• このプロダクトがどんな課題を解決するのか
• 仕様
• 開発スコープ

また、当日にも素早く動けるよう、

• 開発環境の構築
• どこにどんな処理を書くのかの調査

も済ませてくれています。しごでき

振り返ると、特に要件と機能の優先度を定めていたことが重要だったと感じています。
というのも、開発中に「この問題どうしよっか？」と迷ったとき、「最優先なのはここまでだから、後回しにしちゃおう！」とその場ですぐに判断できたんですね。

そのおかげで、純粋に調査・実装する時間をなるべく長くとることができました！

モブプロ、あんまり疲れなかった

前回、長時間ペアプログラミングをしていたところ、本当にめちゃめちゃ疲れました

一方で、今回はほぼずっとモブプログラミングをしていたのに、全然疲れませんでした。
その理由は、「設計が明快だったからではないか」と感じています。

前回は大規模なプロダクトで、設計を 2人で議論・探索しながらの開発でした。
いわば設計と実装、2つの不確実性に向き合う必要がありました。

しかし、今回はごく小規模なプロダクト。設計は非常にシンプルです
実装の不確実性のみに集中できたんですね。
それゆえ大きな負荷を感じることなく進められたのではないかと考えています！

また、物理的な環境の要因もあったかもしれません。

前回は各自に外付けのモニタこそあったものの、狭く、窓もなく、閉鎖的でした…
それゆえ、私はたまに外を散歩してようやくリフレッシュできるといった始末。

ただ、今回は部屋が広く、かつ緑がありました (本物の植物ではありませんでしたが) 。
ずっと部屋の中にいても苦しくなることはありませんでした！

まとめると、設計が軽かったことと、部屋の性質のおかげで疲れにくかったのではないかという学びでした！

テストのポリシーを決めていればさらに良かった

上記の通り、開発合宿 #2は大成功でした！
ただし、反省点が全くなかったわけではありません。

強いていえば、テストのポリシーを早く定めていれば良かったと感じています。

2日間のうちの 1日目、いちばん最初の実装において、Google Chrome依存の動作をテストするために数時間格闘しました。
方法を調べて、なるべく手間のかからないものを探して試して…
なかなかうまくいかないまま時間が過ぎていきました。

そして、最終的に「このテストは諦めよう！」と決断しました。
今考えても妥当な判断だったと思います。

これをもっと早くに決めていれば、もっと有意義に開発を進められたはずです
この記事を読まれている方なら、テンポ良く開発することのメリットはいわずとも伝わると思います！

そのため、事前に「これはテストしよう。でもこっちは〜だからテストしないことにしよう」と決めておくのが理想だな〜と感じています。

おわりに

この記事で取り上げた要素をまとめます！

• 当日にテンポ良く開発するために、準備がとても大事。プロダクトについて事前にある程度定めておこう
  • 要件
  • 機能の優先度
  • 開発環境と、その構築手順
  • 「何をテストし、何をテストしないのか」を決めておくと良さそう！
  • どこでどんな処理を書くかまで決めきっちゃうと、それはそれで当日の楽しさが削がれちゃうかもなので注意！
• 設計の手間がかからない課題のほうが向いてそう
• 実は部屋の広さ・雰囲気も大事かも！

最後に、少し感想を添えておきます！
今回は特に強く実感したんですが、責任の発生しないチーム開発は、びっくりするほど楽しいです

ちょっとでも興味のある方や、「作りたいものはあるんだけど、気持ちだけで終わっちゃう…」といった方など、仲間を募ってみることをおすすめします！

もしこんな風に合宿の予定まで立てられたら、楽しみながら多くの学びを得られる特別な体験になると思います

The post 開発合宿の2回目、前よりかなり快適にできた！ first appeared on Kisolen Life.

目次

• はじめに
  • この記事を書くに至った経緯
  • この記事で書くこと
  • 対象読者
  • 注意事項
• "圧倒的"だと感じたブースの例
  • 前提に量がある
  • Findyさん
  • Forkwellさん
  • Timeeさん
• ブース設計における仮説
  • 伝えたいこと (自社 or プロダクトの魅力) を明確化する
  • 良い体験を設計する
  • できれば成果を計測する指標も
• まとめ

はじめに

あなたはカンファレンスやイベントなどで企業の展示ブースを見たことがありますか？
また、今まで見たなかで印象に残った企業ブースはありますか？

この記事を書くに至った経緯

2024年10月時点、私はいろんなエンジニア向けカンファレンスに参加しています。

始まりの動機は「楽しい」や「勉強になる」、「社外の人と交流ができる」などでしたが、今は「1人の技術広報として PRのヒントを得る」の要素が強くなってきています！
特に、以前の記事「iOSDC Japan 2024で印象に残ったブースまとめ」なんかは完全にその視点によるものです。笑

そして、直近では PyCon JP 2024のスタッフとして、多くの企業ブースを観察しつつ、ブーススタッフの方たちからお話を聞いていました。

その過程で、明らかに魅力的な企業ブースとそうでないものとの違いを肌で感じました。
“そうでないもの” と書くと極端に思われるかもしれませんが、そう表現してしまうほどに “圧倒的” な企業ブースがあると感じました。

そこで、私の思う “圧倒的” の事例と、自分たちもそこに到達するための仮説を書いてみようと思います！

この記事で書くこと

この記事では、以下のような内容を書いてみようと思います！

• “圧倒的” だと感じたブースの例
• ブース設計の考え方の仮説

対象読者

上記を踏まえると、主な対象読者は「技術広報および PRコンテンツの設計・制作に関わる方」になると思います。
ただ、「PRには関わらないがよくカンファレンスに参加する方」にも届くと嬉しいです。
もしかすると、あなたにとって魅力的な企業を発見する視点の 1つになるかもしれません！

注意事項

• あくまで個人の見解で執筆します
• ここで紹介する事例はあくまで中立な立場によるものであり、利害関係はありません
• ここで賞賛した企業とあなたの接点において、常に素晴らしい体験を保証するものではありません

“圧倒的”だと感じたブースの例

前提に量がある

前提として、ここで紹介する 3社は共通してまずブース出展の量が圧倒的です。
「どのイベントいってもいるじゃん…」と感じたことがあるのは私だけではないと思います

各社、量が圧倒的でありながら、別の圧倒的な要素も併せ持っているのです。
では 3社の例を紹介していきます！

Findyさん

まず何より、私がこの記事を書こうと決めたのは、Findyさんのブース体験が圧倒的に素晴らしかったからに他なりません。
「1本記事を書こう」と思わせるほどに衝撃でした…

何が圧倒的なのかというと、「ブースで話すスタッフさん全員の人柄がはちゃめちゃに良い」ことです。
“良い” ではありません。 “はちゃめちゃに良い” です。
誰か 1人の話ではありません。全員です。

笑顔で親切で親しみやすい。話していて気持ちが良い。
「あれ？私、実はこの人と旧知の仲なんじゃ…」と錯覚する。存在しない記憶が脳内に溢れ出す (芥見下々『呪術廻戦』参照) 。

これは本当にすごいことだと思います。

思えば、たくさんのブースを回って観察している間、私はモノにばかり注目していました。
「このコンテンツいいな」「アイデアに溢れるノベルティだな」とか。

もちろん Findyさんのことはずっと前から知っていて、顔馴染みの方もいます。
数々のイベントで Findyさんのブースに立ち寄って、それこそ「どのイベントでも出展されててすごいな…」とか思っていました

そして、いろんなブースを回り、長い時間を経て気付いた圧倒的な魅力が “人“。
結局は人に行き着くのかと、実体験を通して学びました。

このあと他の事例も紹介しますが、個人的に Findyさんは圧倒的に圧倒的です

Forkwellさん

次は Forkwellさん。先の iOSDCの記事でも紹介しました！

その記事でも触れているのですが、楽しさの演出が圧倒的です。
まずはブースの華やかさ、スタッフさんのはっぴがわかりやすいですね。

また、PyCon JP 2024では、Pythonにちなんでヘビの小ネタがたくさん仕込んでありました。
釣り竿がヘビだったり、バナーにもヘビがいたり。しまいには上神明天祖 (?) のすねーく饅頭 (?) を置いていたり…

なんというか、突き抜けてる

この「楽しさ」という魅力は即効性がありますよね〜
おみくじといった企画とあわせて、その場で自社にポジティブなイメージを持ってもらえそうです。

次お見かけするときはどんなブースになっているのか、とっても楽しみです！

Timeeさん

最後は Timeeさんです。

何が圧倒的だと思うかというと、エンジニアの待遇です。
エンジニアの開発を支援するために、たくさんの制度があるそうです。

• 事務作業を肩代わりしてもらえる
• 執筆のためにいろんな手助けを得られる
• 個々人に技術顧問をつけられる
• etc.

すごいですよね…

これだけ圧倒的な高待遇を用意してあるのなら、それ単体で充分に魅力は伝わります
で、これをブースでどう活用するのかというと、「この制度の中で好きなものをポストしてもらう」です。

すでにわかりやすい圧倒的な魅力があるので、あとはそれを拡散するだけでいい。
シンプルに強いですよね！

それでたくさんのカンファレンスで出展されているわけですから、採用の活性化に大きく寄与するのではと思います。

ブース設計における仮説

私が “圧倒的” だと思うブースの例を見てきました。
では、これを自分たちでも達成するためにはどうすればよいのかを考えてみます。

ここで紹介するのは当たり前のことばかりなのですが、丁寧にやることでより良いものができ、かつ今後の改善にも繋げやすいと思います。

伝えたいこと (自社 or プロダクトの魅力) を明確化する

カンファレンスでブースを出展するとしたとき、その目的は何なのか？
採用？プロダクトを使ってもらうこと？

まずはそれらを明確にすることが大事そうです。

次は、「その目的を達成するために、何を伝えたらよい？」を絞り、磨いていきたいですね。
たとえば、単純に以下のような観点があります。

• 採用したいセグメントに対し、何をアピールしたら興味を持ってもらえるのか
• 見込み顧客に対し、何をアピールしたら購入を検討してもらえるのか

良い体験を設計する

さて、私が目指しているのは “圧倒的” です。

Timeeさんのようにわかりやすく驚きもある訴求点をすでに持っているなら、それを認知してもらうだけで良いでしょう。
ただ、ここでは工夫して伝え、気付いてもらうことを前提に考えてみます。

ここで重要になってくるのは、ブースで「良い体験をしてもらう」ことだと思います。
伝えたい魅力を組み込んだ良い体験を設計し、それを通してターゲット (ブースを訪れた人) に気付いてもらうわけですね

魅力を伝えるためのブース上コンテンツとして、たとえばプロダクトのデモやクイズ、ノベルティなどがあります。
それらによる体験が良ければ良いほど、自社・プロダクトにポジティブな印象を持ってもらえて、魅力を感じてもらいやすいと思います。

まずは体験、コンテンツともにアイデアをたくさん考えてみるのがよさそうです。
「これいいかも！」と思うものがあれば、より深く考えて磨いていきましょう。

アイデアは相互に影響し合うものだと思うので、求める体験、魅力の伝え方、それぞれを行き来しながら検討してもよいと思います！

上記のように 2軸のグラフで捉えてもよいですし、ベン図やチェックリストなどの捉え方もあるかもしれませんね。

上図でいうと、左 (青) が伝えたい魅力、右 (赤) が求める体験です。

「プロダクト」と「楽しさ」を組み合わせて「楽しいデモ」を作ったり。
さらに「実利」を組み合わせて「ユニークなノベルティ」を考えたりするのもありですね。
「最高の人柄 (== カルチャー + 働くメリット)」をアピールしたいなら、とにかく訪問者とスタッフの対話を促すブース設計がいいかもしれません！

できれば成果を計測する指標も

ここで設計したブースは何をもって成功といえるのでしょうか？

もし期待する効果が定量化できるのであれば、それを事前に目標として可視化しておくとよいでしょう。
たとえば Xのポスト数とか、ノベルティを受け取ってくれた人数とか…

そういった指標をもとに計測ができれば、後で成果を振り返りやすくなります。
同様に、改善のサイクルも回しやすくなります

まとめ

ここまで、私が “圧倒的” だと感じたブースと、そこから学んだ設計方法の仮説を紹介してきました。

まとめると以下のような感じでしょうか

• 「すごい」と思わせるブースを出している企業は、簡単に真似できない圧倒的な何かを持っている
  • 人の良さ
  • 楽しさの演出
  • ユニークな制度
  • etc.
  • それに加えて、圧倒的な量を出していたりもする
• ブース設計においては、「伝えたい魅力」と「良い体験」を組み合わせて考える
• 改善サイクルのために、成功の指標を定義、計測するとより良い

同じ課題に向き合う方にとって、少しでも参考になれば嬉しく思います。
また、広報に直接関わらない方にも、企業ブースの楽しみ方のヒントを与えられたなら幸いです

The post “圧倒的”な企業ブースってあるよね first appeared on Kisolen Life.