# 井戸端のたたみ方

## プロジェクトの軌跡
- 1月: Slackの会話ネットワークから仲良くなれそうな人を推薦することで暗黙知を共有するアプリの開発としてSFPに採択
- 2月上旬: 人と会う一番のネックはきっかけ作りだという仮説のもと、シャッフルランチの注文から実行までを担うサービスの開始
- 2月下旬: 企業の社内環境担当の人へのシャッフルランチのヒアリングをしたところ、場を設けても盛り上がるかは運次第といった出会いの場の打率向上に対する要望が多かったため、メンバー情報共有やトークテーマの提供などランチを盛り上げるための工夫を試す
- 3月上旬: ベンチャーの社内環境に限らず、大企業やサークルなど多様なグループの人にも聞いてみたが、運営側の「もっと情報共有して欲しい」、参加者側の「他の人とも話したい」がnice to haveであり導入に難航
- 3月下旬: ランチからより広範な社内イベントにフォーカスして、「組織内イベント自動開催アプリ」TwoHundredとしてSFP最終発表
- 4月: コロナの影響もあって、オンラインLTに的を絞る。一瞬ビデオ通話アプリを作成するも、技術的課題が大きく断念。当たりコミュニティを探すためにLab Cafe・中国茶同好会・ガレージ・IGNTなど、人をつなげることにお金を出してくれそうなコミュニティを探して話に行く。
- 5月: 井戸機能やSlack連携など機能としては充実するもユーザーがつかない。特に話したい/聞きたいと思っていない人に認知してもらうことが困難で、自分たちでイベントを開催することで人を集めようと頑張る。
- 6月: キラー機能を試行錯誤する。Zoomに代わるオンライン発表用ツールとしてスライドに対してコメントをつけられる機能や、開いたイベントをスライドごとアーカイブ保存できる機能をつけるが、ユーザーはまだつかない。
- 7月: 社会人技術者の方複数人にインタビューをした結果、そもそもLTに求めているものが人それぞれバラバラ(人と話したい、高度な話聞きたい、暇)かつ、必ずしも職場のたくさんの人と仲良くなりたいと思っているわけではないことが分かる。そこで3人でConnpassのLTに出まくって、LTに既に参加/主催している人側の課題を知ることでオンラインLTのmust to haveを探す。また用途をさらに絞って「本を無料で読める」という分かりやすい価値を設定した版をガレージで検証。
- 8月: オンラインLTは参加ハードルが下がるため参加者と発表者の熱気ギャップが散見される。現在の井戸端についている「マッチング」を主にするアプリケーションではなく、イベント開催中の「熱気」を発表者と参加者が共有できるアプリケーションの方が必要とされるのではないか？(例: Comment Screen)
- これまでの「イベント開催プラットフォーム」の部分を捨てて、イベント開催中に使うツールのみにフォーカスしないとサービスが肥大化してしまう恐れ
- => これからの作業時間を考えたときに「井戸端」としての一つの区切り

## 相談事項
- 本の仮説が低空飛行だが動いている->下川さんと松井さんの目から見て以後も何らかの形で井戸端を使いたいと思うか？
- 良いプロジェクトのたたみ方
- toB向けアプリから、toC向けに改造してリリース(持続可能な保守・運用の課題)
- 何かに出す？
- ガレージで今後使ってもらえるならばバグ対応などは行える

## 下川さん、松井さんからのFB
- 1回すっきりするのは1つの手、無理して続けると負荷が重いと思う
- コンテストに出して0,1の結果が欲しいのはとてもわかるがそんなに重要じゃないと思う
- **次のプロジェクトのことだけ考えるのが一番良い**
- 次のプロジェクトにプラスなら続ければ良いし、関係ないなら辞める
- 使ってあげたい気持ちはある(関係ない人なら多分保守してもらってる)
- ガレージ側に特にリスクはない
- 確実に負荷がかかる、バグ対応や管理画面の作成などなど
- ユーザーがついた途端責任を伴う、逆に今なら間に合う
- 正直今の盛り上がりの感じだと使い続けるイメージは湧いてない
- **物を作り切る経験をここで収穫しに行く必要はない**
- 3回目が最も成功しやすいという経験則
- 時間をおくとより良いものになるかもしれない
- 経験を得るだけでも大きな成長なので、次を作る意識が一番大事
- この意思決定のプロセスを言語化して残しておいて欲しい
- ノーマーケットニーズに挑む難しさ
- コンコルド効果を感じながらも辞めることを決めたプロセス
- 物はなくてもいいから経験を言語化する