「みやこでIT」について

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

会場・形式・場の空気など「どこで・どう集まるか」を設計します。「みやこでIT」は京都という都市の固有資源である寺院・町家・大学・伝統建築を活用し、場所そのものが持つ文脈で参加者の体験を非日常に変えています。会場が変われば集まる人も変わり、出会いの幅も広がります。

誰がどう参加するか、そしてどう定着するかを設計します。経営者・エンジニア・学生・研究者・自治体担当者が同じ卓で対話できる構成、初参加者が安心して発話できる導線、複数回参加で関係が深まる導線を意識し、単発参加をファン化へつなげます。

開催を支える役割を主催者ひとりに集中させず、仕組みで継続します。記録・告知・運営の役割を常連へ分散し、属人化を避けることで、主催者の異動・繁忙・退職があっても止まらない構造をつくります。継続そのものがコミュニティの引力を生みます。

コミュニティの内部だけで完結させず、自治体・大学・企業・他コミュニティと外部接続を続けます。地域に根ざしながら外とつながることで、人材や機会が循環します。接続は短期の数字ではなく、何年も続く関係として育てることを重視しています。

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

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

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

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

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

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

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

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

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

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

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