結論から言うと、LANraragiを見て真っ先に考えたのはビジネスの話だ。
Gigazineで「ZIP・CBZ・PDFをそのまま置くだけでブラウザから読める自前のマンガサーバーが作れる」というオープンソースツールの記事を読んだ。技術的な興味で読み始めたわけじゃない。気になったのは「なぜこれが作られたのか」という部分だ。
KindleもAmazonが終了判断を下せばライブラリはいつでも消える。実際2024年にカナダでKindleが終了して、ユーザーの購入済み書籍が読めなくなる騒ぎがあった。LINE MangaもAbematも、サービス側の都合でコンテンツが消える。ユーザーはそのリスクに気づき始めている。だからLANraragiのような「自分でサーバーを持つ」発想に需要が生まれている。
これはSaaSにそのまま置き換えられる話だ。うちのプロダクトも月額課金モデルで、データはクラウド上に置く。解約されたらユーザーのデータはどうなるか、というのは契約時に必ず確認される。「御社がサービス終了したら?」という質問、クロージング前後に3〜4回は受けてきた。PMFの初期段階では「機能」で選んでもらえても、継続率が落ちる局面には「所有感の欠如」が効いていることがある。
LANraragiはDockerにも対応していて、NASやサーバーに乗せればどこからでもアクセスできる。iOS用アプリはApp Storeで有料配布、Androidは無料のF-Droid経由で使える。仕組みとしては全部オープン、かつデータは手元に置ける。この「自分の手元に置ける」というメッセージは強い。
うちのプロダクトでも、エクスポート機能をリリースした時にチャーンが小幅に下がった。数字で言うと月次チャーンが4.2%から3.6%に落ちた。解約が怖くなくなったユーザーのほうが、逆に継続してくれる。データを閉じ込めていると「逃げ出したい」心理が生まれ、開放していると「ここにいてもいい」と思う。なんか逆説的だけど、これは実際に体感した。
投資家にこの話をしたとき、ポータビリティとリテンションの相関は「反直感的で面白い」と言われた。ロックインで囲い込む戦略ではなく、出入り自由にすることで長期契約が増えるというGTMの考え方は、LANraragiのような個人ツールが「なぜ支持されるか」からも読み取れる。
LANraragiはブラウザ拡張「Tsukihi」を使えばワンクリックで書籍をインポートできる。サムネイルは自動生成、メタデータは配布サイトから自動インポート。これだけの体験を「自分のサーバーで持てる」という設計は、体験のROIが高い。
うちの8人チームで先月、オンボーディングのフローを見直した。ユーザーが「自分のデータが増えていく感覚」を持てるUI導線に変えた。具体的には、登録直後にサンプルデータを入れるのをやめて、ユーザー自身の実データを入力させるステップを最初に持ってくる形にした。これもLANraragiと同じ発想で、「自分のものだ」という感覚を早く持ってもらう設計だ。
マンガ管理ツールの記事から、プロダクトのオンボーディング改善のヒントを拾うことになるとは思っていなかった。インプットのソースはどこでもいい、という話でもある。自分の読み方がバイアスかかりすぎているのかもしれないけど。
来月のボード向け資料に、「ポータビリティとリテンション相関」のスライドを追加してみる。
Gigazineで「ZIP・CBZ・PDFをそのまま置くだけでブラウザから読める自前のマンガサーバーが作れる」というオープンソースツールの記事を読んだ。技術的な興味で読み始めたわけじゃない。気になったのは「なぜこれが作られたのか」という部分だ。
サブスクへの依存が生み出した「所有欲」
KindleもAmazonが終了判断を下せばライブラリはいつでも消える。実際2024年にカナダでKindleが終了して、ユーザーの購入済み書籍が読めなくなる騒ぎがあった。LINE MangaもAbematも、サービス側の都合でコンテンツが消える。ユーザーはそのリスクに気づき始めている。だからLANraragiのような「自分でサーバーを持つ」発想に需要が生まれている。
これはSaaSにそのまま置き換えられる話だ。うちのプロダクトも月額課金モデルで、データはクラウド上に置く。解約されたらユーザーのデータはどうなるか、というのは契約時に必ず確認される。「御社がサービス終了したら?」という質問、クロージング前後に3〜4回は受けてきた。PMFの初期段階では「機能」で選んでもらえても、継続率が落ちる局面には「所有感の欠如」が効いていることがある。
「自分で持てる」価値をどう説明するか
LANraragiはDockerにも対応していて、NASやサーバーに乗せればどこからでもアクセスできる。iOS用アプリはApp Storeで有料配布、Androidは無料のF-Droid経由で使える。仕組みとしては全部オープン、かつデータは手元に置ける。この「自分の手元に置ける」というメッセージは強い。
うちのプロダクトでも、エクスポート機能をリリースした時にチャーンが小幅に下がった。数字で言うと月次チャーンが4.2%から3.6%に落ちた。解約が怖くなくなったユーザーのほうが、逆に継続してくれる。データを閉じ込めていると「逃げ出したい」心理が生まれ、開放していると「ここにいてもいい」と思う。なんか逆説的だけど、これは実際に体感した。
投資家にこの話をしたとき、ポータビリティとリテンションの相関は「反直感的で面白い」と言われた。ロックインで囲い込む戦略ではなく、出入り自由にすることで長期契約が増えるというGTMの考え方は、LANraragiのような個人ツールが「なぜ支持されるか」からも読み取れる。
所有感の演出はプロダクト設計の問題
LANraragiはブラウザ拡張「Tsukihi」を使えばワンクリックで書籍をインポートできる。サムネイルは自動生成、メタデータは配布サイトから自動インポート。これだけの体験を「自分のサーバーで持てる」という設計は、体験のROIが高い。
うちの8人チームで先月、オンボーディングのフローを見直した。ユーザーが「自分のデータが増えていく感覚」を持てるUI導線に変えた。具体的には、登録直後にサンプルデータを入れるのをやめて、ユーザー自身の実データを入力させるステップを最初に持ってくる形にした。これもLANraragiと同じ発想で、「自分のものだ」という感覚を早く持ってもらう設計だ。
マンガ管理ツールの記事から、プロダクトのオンボーディング改善のヒントを拾うことになるとは思っていなかった。インプットのソースはどこでもいい、という話でもある。自分の読み方がバイアスかかりすぎているのかもしれないけど。
来月のボード向け資料に、「ポータビリティとリテンション相関」のスライドを追加してみる。