AIで何か作れるようになった人が、次に必ず詰まるのが「で、どうやって売るのか」です。

私は名古屋でAIシステム開発の会社をやっています。今日1日で、自社製品を「作った状態」から「売れる状態」まで通しました。その全工程を、順番と実際の数字ごと公開します。作ったもの自体の宣伝ではなく、**売れる状態にするまでの手順**の記録です。

■今日やったことの全体像

朝の時点であったのは、動くソフトだけでした。夜までにこうなりました。

1. 製品の範囲を、検索需要から逆算して決め直した

2. コードをMITライセンスでGitHubに公開した（無料）

3. 手順書を書いた（全10ファイル・約1,350行）

4. マーケットプレイスに出品した（コード＋手順書のZIP）

5. コンテンツ販売プラットフォームに出品した（手順書のみ）

6. 検索キーワードを狙ったLPを作った

7. noteに実録記事を書いた

8. 自社ブログに調査記録を書き、はてな・Bloggerへ転載し、SNSに告知した

順番が大事です。以下、それぞれで何を考えたかを書きます。

■1. 「何を作るか」を検索需要から逆算した

いちばん最初にやったのは、コードを書くことではなく測ることでした。Google広告のキーワードプランナーで、日本語の検索ボリュームと入札単価を引きました。

そこで見つけた罠を先に書きます。

・「エクセル日付自動」は月9,900回検索されているのに、入札単価が3円

・「帳票システム」は月170回しかないのに、入札単価が3,097円

検索数が多い＝売れる、ではありません。入札単価は「その言葉にお金を払う企業がいるか」の投票結果なので、買い手の有無を測るならこちらを見ます。月9,900回で3円の言葉は、情報を知りたいだけの人が集まる場所です。

この視点で探したら、「kintone（キントーン）」が月49,500回・競合「低」で空いていました。「kintone とは」2,900回、「kintone 料金」2,400回、「キントーンできること」3,600回。関連を足すと月6万回超で、ほぼ全部が競合「低」です。しかもこの言葉で検索している人は、まだ導入していない検討者＝買い手です。

そして製品の範囲を、その検索需要に合わせて削りました。機能を足すのではなく、削る方向に決めたのは、この調査があったからです。

■2. コードは無料で配ることにした（ここが一番の判断）

普通は「作ったものを売る」と考えます。私は逆にしました。

・コードはMITライセンスでGitHubに公開（無料）

・設置・設定・運用の手順書を有料にする

作ったのは社内グループウェアの土台（Kurage Vibe Groupware Core）です。認証・ユーザー管理・社員管理・共有スケジュールまでを持ち、日報や経費精算といった業務アプリは定義ファイル1枚をAIに書かせて足す構成にしました。

理由は3つあります。

ひとつ、コードが無料だと広がります。使う人が増えれば、カスタマイズの相談も来ます。

ふたつ、手順書のほうが再現性のある商品です。コードは一度作れば終わりですが、「どう設置して、どう運用して、どう改造するか」は買った人が毎回必要とします。

みっつ、ライセンスの整理がつくからです。MITが縛るのはコードだけで、文書は別の著作物です。コードを自由にしたまま文書を売るのは矛盾しません。

■3. 同じものに3つの入口を作った

ここが今日いちばん頭を使ったところです。同じ製品に、3つの買い方を用意しました。

・完成品（コード＋手順書のZIP）＝マーケットプレイスで販売

・手順書だけ＝コンテンツプラットフォームで販売（コードは買った人がGitHubから無料で取る）

・自社仕様で作ってもらう＝受託

ポイントは、完成品と手順書を同じ値段にできることです。手順書の1章目が「GitHubからの入手方法」なので、手順書だけ買っても最終的に手に入るものは同じになります。値引きでも劣化版でもなく、買う場所が違うだけという構造にできました。

実は最初、私は「手順書だけのほうが安くないと説明できない」と考えて間違えました。コードが無料で手に入るなら、行き着く先は同じです。

■4. 公開直前に、事故を2つ見つけた

ここは失敗談です。GitHubに公開する直前、危ないものが2つ見つかりました。

ひとつめ。有料にするはずの文書が、公開対象に残っていました。

設定ファイルで除外したつもりが、同じ操作の中で全ファイル追加のコマンドを実行したせいで、除外が打ち消されていました。約650行ぶんの有料文書が、そのまま無料公開されるところでした。

ふたつめ。それを直しても、過去の履歴から復元できました。

最初のコミットに文書が入っていたので、履歴ごと公開すると中身が取り出せます。公開用に履歴を作り直して回避しました。

「今のファイル一覧」を見て安心してはいけません。公開するのは履歴も含めた全部です。これは無料で配る部分と売る部分を分ける人が、全員踏む可能性のある罠です。

■5. 集客は、同じキーワードで揃える

最後に集客です。ここでやったのは、LP・記事・ブログを全部同じキーワードで揃えることでした。

・LP＝検索から来る人の受け皿（FAQの構造化データを入れて、AIにも答えとして拾わせる）

・note＝作った実録（実話と実数字）

・自社ブログ＝調査そのものの記録

・はてな・Blogger＝転載で面を増やす

・SNS＝告知

バラバラのテーマで書くと分散します。1日で作ったものは、1日で全部同じ方向に向ける。

ちなみに、どの経路が効いているかも今日測りました。自社の解析では、転載先のブログのほうが本体より流入が多いという逆転が起きていました。思い込みで媒体を選ばないほうがいいです。

■有料部分の中身と分量

ここまでが考え方です。有料部分には、実際に使った道具を置きます。約2,500字。

・公開前チェックリスト（17項目）——今日実際に使ったもの。無料公開する前に確認する項目を、順番どおりに並べてあります

・履歴から中身が漏れないようにする手順——上に書いた事故を防ぐ具体的なやり方

・買い手を見分けるキーワードの測り方——入札単価で判断する基準と、実際の数値例

・値付けの考え方——完成品と手順書を同じ値段にできる条件、無料と有料の線引きの決め方

・1日で通すための作業順序——どこから手を付けると詰まらないか

100円です。作ったものを売る側に回る予定がある方だけ、どうぞ。

■この記事に出てくる実物

抽象論にしたくないので、今日作ったものを実際に見られるようにしておきます。買わなくても構いません。「1日でここまで持っていける」という完成形の見本として使ってください。

・実物のデモ（無料・登録不要）: https://proto.exbridge.jp/kvgwc/

・無料公開したコード（MIT）: https://github.com/katsushi2441/kvgwc

・マーケットに出した完成品: https://kappstore.exbridge.jp/app.php?id=c1864cba4ab726b0&ref=brain8

■あなたが同じ側に回るための入口（3つ）

この記事を読んで「自分もやってみたい」と思われた方へ、3つの入り方があります。

【1】まず自分で作って売ってみる

今日の工程をそのまま自分の作ったもので回すやり方です。この記事の有料部分に、私が使ったチェックリストと作業順序を入れてあります。AIで作って売る側に回る全体像は、こちらにまとめています。

https://kurage.exbridge.jp/ai-jidou-shuueki-fukugyou.php?ref=brain8

【2】作らずに、既にあるものを紹介して稼ぐ

自分で開発しなくても、完成している業務システムを取引先に紹介する形があります。買い切りなので「月額を増やす提案」にならず、既存のお客様に出しやすいのが利点です。

https://kurage.exbridge.jp/reseller.html?ref=brain8

【3】作ってもらう側に回る

自社の業務に合わせて作ってほしい場合は、動くデモを先に出す進め方（バイブプロトタイピング）でお受けしています。

https://kurage.exbridge.jp/vibe-prototype.html?ref=brain8

■先にお伝えしておくこと

・これは特定のツールの使い方講座ではありません。作ったものを売れる状態にする段取りの話です

・売上を保証するものではありません。私自身、今日出品したばかりで結果はまだ出ていません

・無料で試せる場所も置いてあるので、買う前に実物を確認してください