寄付とスポンサーで支援を受け取る
無料で公開している個人開発でも、サーバー代やドメイン代はかかり続けます。有料化するほどではないが、応援してくれる人の気持ちを受け取れる形がほしい。そんなときの選択肢が、寄付やスポンサーによる支援です。
この記事では、支援を受け取る仕組みの選び方、続けてもらうための見せ方、受け取ったお金の扱いを整理します。
この記事は一般的な情報の整理であり、個別の状況に対する税務・法的助言ではありません。金額が大きくなってきたら、一次情報の確認とあわせて専門家への相談を検討してください。
支援と販売の違いをはっきりさせる
最初に押さえるべきは、寄付と販売の境界です。
寄付・スポンサー：支援者は対価を求めず、活動の継続を応援するためにお金を出します
販売：機能やサービスの利用と引き換えにお金を受け取ります
「支援してくれた人だけが使える機能」を用意すると、それは寄付ではなく販売に近づきます。販売であれば、個人開発の特商法表記を準備するで整理した表示義務や、個人開発の返金ポリシーを決めるの検討が必要になります。境界をあいまいにせず、対価のある形にしたいなら無料と有料の境界を決めるで価格の設計として考えるほうが健全です。
お礼としての名前掲載や開発ロードマップへの参加程度であれば寄付の性格が保たれますが、迷ったら「これは何に対するお金か」を一文で説明できるかを確認します。
受け取る仕組みを選ぶ
個人開発者がよく使う形には、次のようなものがあります。
開発プラットフォームの支援機能：GitHub Sponsorsは、開発者やプロジェクトに対して単発または月額の支援を受け取れる仕組みで、公式ドキュメントに開始条件や手数料の扱いが説明されています。コードを公開して開発しているなら最も自然な選択肢です
クリエイター向けの支援サービス：単発の少額支援や月額のメンバーシップを提供するサービスが複数あります。手数料率、振込の条件、日本からの受け取り可否を公式サイトで確認して選びます
自分の決済ページ：決済サービスで支援用の支払いリンクを作る形です。自由度は高い一方、ページの説明文もすべて自分で用意します
どの形でも、確認する点は同じです。手数料、振込の最低金額と頻度、アカウント停止時の扱い、そして支援者側から見た支払いの手間です。
支援したくなる見せ方を整える
寄付ボタンは、置くだけでは押されません。
何に使われるかを書きます。「サーバー代（月におよそいくら）に充てます」のように、具体的な使い道が一行あるだけで支援の心理的な理由が生まれます
導線は目立たせすぎず、消さない。READMEやサイトのフッター、更新のお知らせの末尾など、活動が見える場所に静かに置き続けます
お礼と報告を返します。支援が入ったら感謝を伝え、更新を伝え続ける仕組みをつくるの更新報告が「支援がこう活きた」の報告を兼ねるようにします
支援は機能への対価ではなく、活動の継続への信頼に対して集まります。開発が続いていることが見えること自体が、最大の支援の理由になります。
受け取ったお金は記録して申告に備える
寄付やスポンサーで受け取ったお金も収入です。
受け取った日、金額、プラットフォームを記録します。プラットフォームの管理画面は期間が過ぎると見づらくなるため、月に一度、自分の記録に写します
税務上の扱いを確認します。継続的な活動への支援金は、国税庁のタックスアンサーで説明される雑所得などとして申告の対象になり得ます。申告が必要になる基準や区分は個人開発の確定申告を整理するで整理しています
手数料も記録します。プラットフォームの手数料は経費側の記録として残します
金額が小さいうちから記録の習慣だけ作っておくと、金額が育ったときに慌てません。
次に読む記事
支援より対価のある形を目指すなら、個人開発の最初の価格を決めるから価格設計に進んでください。支援の入り口になる告知の書き方はリリース告知文を型に沿って書くで整理しています。