Moped
Moped は、個人の会話、チームメッセージ、外部 Web サービス連携を組み合わせようとした無料のデスクトップ・モバイル向けメッセージアプリでした。
元のストーリーを見るプロダクト概要
何だったか
Moped は、desktop と mobile をまたいで private messages と team messages を送れるようにし、他の Web サービスとも連携しました。
誰のためか
課題 / 価値
ユーザーがすでに使っているツールにつながる、軽量な cross-platform messaging を約束しました。
中核ワークフロー
- private messages を送る
- team conversations を調整する
- Dropbox、Twitter、Facebook などのサービスと messages をつなぐ
プロダクト形態
価格モデル
無料の messaging app。確認済み公開ソースでは有料 pricing は開示されていません。
何が起きたか
概要
Moped は consumer private messaging から team messaging へ移ろうとした後、6Wunderkinder に買収され閉鎖されました。
結果
公開記録では買収と閉鎖が確認できますが、active usage や revenue metrics は開示されていません。
需要シグナル
公開情報では、プロダクトの野心、外部サービス連携、seed funding、買収は確認できますが、持続的な active usage や revenue の証拠は見えません。メッセージングでは、習慣として戻ってくる会話ループが中心リスクです。
集客上の問題
メッセージング製品は既存のコミュニケーション習慣と戦います。Moped は複数人が一緒に会話を移す必要があり、さらに consumer private messaging から teams と SMEs 向けへ位置づけを変えていました。
タイムライン
- Android 版の coverage は 2012 年に出ました。
- Version 2.0 は teams と SMEs 向けへ移りました。
- 2013 年 12 月に買収と閉鎖が報じられました。
作る前に確認すること
なぜ重要か
新しい messaging product は、単に別の送信場所を提供するだけではなく、既存の会話習慣を上回る理由を示す必要があります。
主な確認事項
新しいメッセージ層を作る前に、反復会話ループを証明してください。誰がスレッドを始め、誰が返信しなければならず、なぜ切り替え、何が毎日グループを戻すのかを先に確認してください。
参考になる場合
- chat、collaboration、team inbox、lightweight messaging software を作っている。
- 複数人が一緒に切り替えることに価値が依存している。
参考になりにくい場合
- group adoption を必要としない single-player tool である。
開発前テスト
- 1 つの team workflow を concierge で運用し、毎週の反復利用を条件にする。
- general-purpose messaging features を作る前に、小さな team で paid pilot を行う。
応用できる学び
- integrations を足す前に retained conversations を証明する。
- generic messaging surface ではなく、1 つの緊急 workflow を選ぶ。
- signups や press ではなく、active teams と reply loops を測る。
今作るなら
チームがすでに強い反復コミュニケーションの痛みを持つ、1 つの狭い workflow を選んでください。広い連携を足す前に、active threads、reply rate、retained teams、支払い意思を検証してください。