マネタイズ — プロダクトの持続可能性の設計
00要約Overview
01序Jo
マネタイズは、何のためにするのか。辞書を引けば、無料のコンテンツを現金化すること。有り体に言えば金儲けである。しかし個人開発においては、まったく別の側面を見せる。単なる収益化の手段ではなく —
プロダクトを死なせないための、生存戦略である。
02破Ha
Dependency
国連のフォーラムで講演を拝聴させて頂いた時に、感じたことがある。「自分はボランティアでいい、無料でみんなを助けたい」— その志は立派である。しかし、国際支援のプロフェッショナルである国連の世界では違った。無償の支援は人を依存させ、自立を奪う。これは「依存 (dependency) の問題」と呼ばれ、援助業界で最も根深い病理のひとつとして長年議論されてきたのだという。
よく引用される中国の諺に「授人以魚 不如授人以漁」— 魚を与えるのではなく、釣り方を教えよ — とある。国連はこれをさらに進めて、HDP ネクサス (Humanitarian-Development-Peace Nexus: 人道・開発・平和の連携) と呼ぶ枠組みで、3 つを同時に行うことが大切だと言うのだ。命が危ない緊急期には食料や医薬品を配る (人道)。同時進行で、その人たちが自分で稼げるようになるための能力構築を始める (開発)。そして、そもそも紛争が再発しないよう法制度と社会の安定を作る (平和)。この 3 つを「順番」ではなく「同時」にやるからこそ、依存が生まれず、自立に至る — というのが UNDP (国連開発計画) の主張である。
エンジニアとしては、ビル・ゲイツ氏が 2016 年に 10 万羽のニワトリを寄付した話を思い出すと思う。卵が今日の飢えをしのぎ、卵を売ればビジネスになり、栄養価も高い。しかも放し飼いで勝手に育つから、持続性まである。人道と開発を 1 羽に積んだ、持続性のあるさすがのソリューションだと思った。
開発者にとってのマネタイズも、同じ構図ではないかと感じた。マネタイズは、後から「おまけ」で考えるものではなく、最初から仕組みに組み込んでおくもの。そうでないと、自立 (収益) のない支援は、いつか限界が来て共倒れになるからである。
Gratitude
そもそも、お金とは何か。強制通用力 (法的な決済手段) という機能で捉えると、本質を見失う気がしている。概念としてのお金は、現代社会における「感謝」という感情の代替物であり、循環していくもの — 私はそう考えている。
産業革命以前、価値は汗 (肉体労働) に直結していた。現代のお金は「創作や労働に対する敬意の表明」へと、その本質を移している。チップという文化が象徴するように、お金とは「あなたの仕事に助けられた」という感謝の可視化の側面も持っている。
プロダクトを作るのに、年間 350 ドル以上という安くないライセンス費用を払いながら、生み出す収益は 1 日数円である (3 か月経過の現在)。経済合理性だけで測れば、完全に失敗ビジネスだろう。しかし、その 1 円が計上された瞬間の充足感は、何物にも代えがたい。その 1 円は、世界のどこかにいる誰かが私のプロダクトに価値を見出し、「ありがとう」と呟いた瞬間だと感じる。
誰かの役に立ったという実感こそが、開発を続ける最大のモチベーションになる。1 円稼げたときの喜びは、金額以上の肯定感をくれる。何かを作り人を助けたい、それが私がエンジニアを目指した原点でもあったからだ。少なくとも、エンジニアを選んだ人であれば、人の為に何かを生み出したい、という気持ちは一緒だと思う。
03急Kyu
Responsibility
マネタイズの設計を疎かにしたままサービスを始めると、どうなるか。ユーザーが大切なデータを預けてくれたのに、赤字が続いてサーバー代が払えなくなり、「辛いから辞めます」とサービスを閉じる。それは、ユーザーのデータを消去し、信頼を裏切る行為である。
管理維持費を利益と連動させ、無理なく運営し続ける仕組みを作ること。それはユーザーに対する開発者の責任であり、倫理である。
Stance
個人開発のマネタイズとは、金儲けのテクニックではない。倫理と経済の統合。憐れみと尊厳の両立。優しさと厳しさの共存。自分のプロダクトを、自身の手で持続させるための設計である。
従って、次のような話はしない。
- こうしたら楽に金儲けできる
- AI 自動化で不労所得、アーリーリタイア
- 誰でも毎月 5 万円
本セクションでは、「プロダクトの持続性の仕組み」を「経済的観点」と「精神的観点」で検討し、実装した結果をまとめる。