みやこでITについて

コミュニティが扱う技術領域・地理領域・参加者層を明確に定義します。「京都の」「ITエンジニアの」と限定することで、参加目的が共有しやすくなり、初参加者の心理的ハードルが下がります。広げすぎず狭めすぎず、現場で活動を続けながら輪郭を整える運用が前提です。

イベントは技術習得だけでなく、立場や所属を越えた出会いを生む装置として設計します。経営者・エンジニア・学生・研究者・自治体担当者が同じ卓で対話できる構成、初参加者が安心して発話できる導線、複数回参加で関係が深まる導線の3点を意識しています。

イベントは単発で消費せず、写真・レポート・登壇録・ブログを残し、参加者の体験を地域の記憶として蓄積します。記憶が積み重なるほど、新規参加者も「ここに参加すれば文脈に接続できる」と感じやすく、コミュニティの引力が強まります。

京都という都市の固有資源である寺院・町家・大学・伝統建築を活用します。場所そのものが文脈を持ち、参加者の体験を非日常に変えます。会場が変われば集まる人も変わり、出会いの幅も広がります。

コミュニティの内部だけで完結させず、自治体・大学・企業・他コミュニティと外部接続を続けます。接続は短期の数字ではなく、何年も続く関係として育てることを重視しています。

テーマ・会場・運営体制を固定化せず、参加者の関心や地域の状況に合わせて毎年更新します。固定化は安心感を生みますが、進化を止めると場の引力は徐々に失われます。

1. 場所の力は技術トピックを上回ることがある

同じ「もくもく会」でも、レンタルスペースで実施した場合と、佛現寺の本堂で実施した場合では、初参加者の動機・滞在時間・再訪率が大きく変わります。技術テーマだけでイベントを設計せず、京都という都市の固有資源を会場として組み込むことが、参加者体験を強く規定します。

2. 続けることが最大の差別化になる

単発の派手なイベントよりも、地味でも7年継続する定例会の方が、地域での信用・参加者の関係性・連携先からの相談を生みます。コミュニティ運営は単年プロジェクトではなく、長期の関係資産として捉える必要があります。

3. 初参加者の30%は次に来ない、それを前提にする

どれだけ場の質を上げても、初参加者全員がリピーターにはなりません。参加者の30%程度は次回不参加で、これは運営の失敗ではなく自然な現象です。再訪率を追うより、初参加者が一度の体験で「来てよかった」と感じる設計に集中する方が、結果的にコミュニティは伸びます。

4. 連携は1回のイベントではなく、3年単位で設計する

企業・大学・自治体との連携を「1回のイベント協賛」で完結させると、お互いに学びが浅く、関係も続きません。佛現寺との4年継続、大正大学京都アカデミアとの定期会場連携のように、3年以上を見据えた関係設計が、双方にとって価値を生みます。

5. 運営者自身がボトルネックにならない設計

主宰者だけが企画・集客・当日運営をすべて抱えると、開催頻度は伸びず、本人の消耗で活動が止まります。会場パートナー・登壇者・連携団体に役割を分散し、主宰者は接続と方向づけに専念する構造を意図的に作ることが、7年継続の前提条件でした。