MyCity
MyCity は、地方自治体が住民のアイデア、フィードバック、市民との対話を集めるための GovTech SaaS プラットフォームでした。
元のストーリーを見るプロダクト概要
何だったか
MyCity は地方自治体が意見を求め、住民フィードバックを集め、対話を行い、市民入力に関する管理機能を使えるようにしました。
誰のためか
課題 / 価値
散らばった住民アイデアを、市当局が管理できる市民参加ワークフローへ変えること。
中核ワークフロー
- 住民のアイデアを集める
- 市民との対話を行う
- 自治体向けに分析と管理ツールを提供する
- 公共フィードバックを都市改善ワークフローへ変える
プロダクト形態
価格モデル
政府向けサブスクリプションモデルを計画していました。創業者は、合計 EUR 20,000 から EUR 30,000 の 3 件の一回限り販売を報告しました。
何が起きたか
概要
MyCity は成功した市民向けサイドプロジェクトから GovTech SaaS へ発展しましたが、自治体には製品が必要とする買い手側ワークフローがないことが分かり閉鎖しました。
結果
閉鎖しました。組織向け SaaS と市民参加製品における、買い手ワークフロー検証の警告です。
需要シグナル
問題は住民に関心がなかったことではありません。ギャップは買い手側にあり、自治体には寄せられるアイデアを扱う既存プロセスがなかったため、改善すべき反復ワークフローがありませんでした。
集客上の問題
住民側からのボトムアップ需要は、信頼できる行政向け販売チャネルにはなりませんでした。直接営業はいくつかの案件を生みましたが、反復できるサブスクリプション経路は証明されませんでした。
タイムライン
- 2013 年、チームは公共アイデアマップ MyMurmansk を立ち上げ、最初の 48 時間でほぼ 200 件のアイデアを集めました。
- プラットフォーム期には、その構想を地方自治体向け商用 SaaS の MyCity へ変えました。
- 販売戦略として、創業者たちは市民が作る無料ローカルサイトによって市当局に圧力がかかることを期待しました。
- 初期案件では直接営業により数件の一回限り販売が生まれ、ノルウェーの Tromsø でも版が立ち上がりました。
- チームは、対象買い手が寄せられるアイデアを扱うプロセスを持っていないと気づき、徐々に勢いを失いました。
作る前に確認すること
なぜ重要か
B2B や GovTech では、使う人と経済的な買い手が違うことがよくあります。MyCity は、関心をプラットフォームへ変える前に、支払う組織側のプロセス、成功指標、更新理由を検証すべきことを示しています。
主な確認事項
利用者側の熱量を前提に管理ソフトへ投資する前に、支払う買い手側のワークフローを検証してください。
参考になる場合
- 利用者と買い手が別のグループである。
- 政府、教育、企業、その他の組織へ販売している。
- 買い手に新しい組織内プロセスを作らせる製品である。
参考になりにくい場合
- 買い手が日常利用者でもあり、すでにそのワークフローを所有している。
- 明確な予算と運用責任者がある既存プロセスを改善している。
開発前テスト
- 買い手に、その問題を扱う現在の正確なプロセスと責任者を説明してもらう。
- ダッシュボードを作る前に、買い手が重要だと合意する顧客成功指標を一つ決める。
- 手動パイロットを行い、組織が寄せられたフィードバックに実際に対応するか確認する。
- 初回販売を検証と見なす前に、更新または拡張条件を求める。
応用できる学び
- 買い手向けの管理機能を作る前に、支払う買い手へインタビューする。
- 最初の本格販売前に、顧客成功指標を定義する。
- ボトムアップの利用活動が、その市場で買い手の緊急性を作るかテストする。
- 広い市民参加プラットフォームとして位置づける前に、一つの狭いワークフローを売る。
今作るなら
市民参加プラットフォームを広げる前に、一つの自治体ワークフロー、一つの成功指標、一つの更新に値する用途を証明してください。