個人開発で売れるサービスを作る『鎮痛剤の法則』— 5つの判定基準と実例【2026年最新】

なぜあなたの個人開発は「使われない」のか — 鎮痛剤とビタミン剤の決定的な違い

個人開発の世界には、古くから語り継がれる原則があります。 「ビタミン剤を作るな、鎮痛剤を作れ」というものです。 スタートアップ業界で20年以上前から繰り返されてきたこの言葉を、 個人開発の現場で改めて検証すると、信じられないほど精度が高いことに気づきます。

鎮痛剤プロダクトの3条件

鎮痛剤プロダクトとは、ユーザーが「今すぐ消したい痛み」を解決するもの。 定義はシンプルですが、満たすべき条件は3つあります。

1. 痛みが意識化されている：ユーザー自身が「これは困っている」と自覚している
2. 痛みが頻発している：週に複数回、できれば毎日その痛みに遭遇する
3. 痛みに対してお金が動いている：すでに誰かが代替手段（人件費・既存ツール・我慢）にコストを払っている

この3つを満たしている課題なら、プロダクトの完成度がそこまで高くなくても 「とりあえず使ってみよう」と思ってもらえます。 逆に、3つのうち1つでも欠けていると、どれだけ磨いてもユーザーの財布は開きません。

ビタミン剤プロダクトの典型例

一方、ビタミン剤プロダクトの特徴はこうです。

• 「あったら便利」「あれば楽しい」だが、なくても困らない
• ユーザーは課題を 言語化できていない（「なんとなく不便だね」止まり）
• 代替手段が「無料の方法」や「やらない」で済んでしまう
• サービス利用の頻度が月1回以下になりがち

ここで重要なのは、 「ビタミン剤＝ダメなプロダクト」ではないという点です。 Instagramも、Netflixも、ある意味では究極のビタミン剤。 しかしそれらが成り立っているのは、 巨額の資本と数千万人のユーザー基盤があるから。1人で運営する個人開発者が選ぶべき領域ではありません。

個人開発者は「鎮痛剤」しか勝ち目がない

個人開発者がビタミン剤を選んではいけない理由は、 マーケティング予算が0円だからです。 ビタミン剤プロダクトは、ユーザーに「あなたはこれを欲しがるべきなのです」と教育するコストがかかります。 TVCM、YouTube広告、インフルエンサー施策——どれも1人開発者には荷が重い。

鎮痛剤プロダクトは違います。すでに痛みを感じているユーザーが、 「これを解決するもの、ない？」と自分から検索してくる。SEOで「{痛みの症状} 解決」と検索した人にリーチすれば、 広告費ゼロでもサービスが回り始めます。

受講生142名のデータが示す「鎮痛剤の威力」

ShiftBでは受講生のリリースしたプロダクトを継続的に追跡しています。 過去142名分のリリースデータを見ると、 月1万円以上の収益化に到達した23名のうち、17名（74%）はサブスク型で継続課金を獲得しているプロダクトでした。サブスクが継続するには、ユーザーが毎月「この支払いはやめられない」と感じるだけの痛みを解決していることが必要です。 つまり、 収益化できた受講生のほぼ全員が「鎮痛剤」を選んでいたと整理できます。

逆に、僕がカウンセリングしてきた限り、 「あったら便利なツール」「自己満足のためのアプリ」を選んだ受講生は、ほぼ例外なく収益化に至っていません。プロダクトの完成度ではなく、 そもそも痛みの強さが足りなかったというのが共通の敗因です。コードを書く前に、まず「これは鎮痛剤か？」を5分でも考える価値があるという事実です。

鎮痛剤を見分ける5つの判定基準

自分のアイデアが鎮痛剤かビタミン剤か、机上で確かめるためのチェックリストを5つ用意しました。 どれもShiftBの受講生面談で実際に使っている質問です。3つ以下しか満たさない場合、企画段階に戻ったほうが結果的に早いと僕は判断しています。

判定1: ユーザーは「困っている」と言葉で言えるか？

本当の鎮痛剤プロダクトのターゲットは、課題を言語化できている人です。 「うちの会社、毎週月曜の朝の会議の議事録作成で40分潰れてるんだよね」 「Instagramに来たDM、毎日全部手で返信するの本当にきつい」—— このレベルで具体的に痛みを語れる人が3人以上いるなら、それは鎮痛剤候補です。

逆に「なんかいいツールないかな〜」「あれば便利かも？」レベルの反応しか得られないなら、 その痛みはまだ 意識の表層に出てきていません。 いまユーザーに刺さらないものを、リリース後に刺さらせるのは至難の業です。

判定2: その痛みは週に何回発生するか？

痛みの頻度は、解約率と直結します。 月に1回しか発生しない痛みは、ユーザーが「あ、こんなサービスもあったな」と思い出すタイミングが少なすぎて、サブスクが継続しません。

理想は 「ほぼ毎日発生する痛み」。 僕が運営しているiDM Replyは、ユーザーが毎日Instagramのコメントを確認するたびに「もう手で返信したくない」という痛みに遭遇します。 この頻度の高さが、月30万円の安定MRRを支えています。

判定3: 痛みを消すために、すでにお金や時間が動いているか？

鎮痛剤プロダクトを見分ける最強の指標は、 「ユーザーがすでに何かにコストを払っている」という事実です。コストは、お金とは限りません。 時間・人件費・我慢・他社ツールなど、形を変えてあらゆる場所に隠れています。

• 毎週Excelで集計作業を2時間やっている（人件費換算で月2〜3万円）
• MakeやZapierで自動化を試みたがメンテが大変で挫折した（試行錯誤コスト）
• 外注先のフリーランスに月10万円払っている（直接的な金額）

こうしたコストが見える領域なら、あなたのプロダクトはその一部を吸収する立ち位置を取れます。

判定4: ユーザーは課題を解決できないと、誰かに怒られるか？

意外と見落とされる判定軸が、 「課題未解決時の社会的コスト」です。 たとえば「経費精算の遅れ」は、上司・経理から催促が来る痛み。 「会議の議事録漏れ」は、参加者から叱責される痛み。 この種の 外部から圧をかけられる痛みは、ユーザーが解決を後回しにできない強烈な動機を生みます。

逆に「英語学習を続けたい」「自己投資したい」のような 自分との約束は、痛みとして弱い。誰にも怒られないので、いつでも先延ばしできます。

判定5: 月1,980円を払う未来のユーザーが具体的に思い浮かぶか？

最後にして最も重要な判定。 有料で使ってくれる「具体的な1人」 が思い浮かぶかどうかです。 ペルソナのテンプレートではなく、本当に存在する1人の人物。 「営業職の○○さん（32歳）」 まで思い浮かぶなら、その人にデモを見せに行けます。 逆に「20代〜40代のビジネスパーソン」までしか解像度が上がらないなら、 まだ課題が抽象的すぎる証拠です。

判定の使い方 — チェックリスト

企画段階のアイデアを、以下の表で採点してみてください。

4つ以上YESが取れたアイデアだけ着手するのが、結果的に最短ルートです。 この基準で削り込むのは怖いかもしれません。「せっかく思いついたのに…」と。 でも、ここで時間を使うほうが、3ヶ月かけて作った後に「誰も使わない」と気づくよりずっと安いコストで済みます。

自分の痛みから出発する — 他人の課題ではなく自分の課題を選ぶべき理由

鎮痛剤プロダクトを作る最強の方法は、 「自分が今この瞬間に感じている痛みを起点にする」ことです。 他人の痛みを推測するのではなく、自分が「これ本当にしんどい」と感じている課題から始める。 この一見当たり前の原則が、なぜ重要なのかを解説します。

失敗例：他人の痛みを推測した結果

僕が過去に最も大きく失敗したプロジェクトの一つに、 「急行性向けの家庭教師マッチングサービス」があります。 「家庭教師を探している保護者は困っているはず」という外野からの推測でスタートし、 UIも、機能も、それなりに作り込みました。 しかしリリースしてみると、登録者がほぼ集まらない。

後から振り返ると、原因は明白でした。 僕自身が保護者でも家庭教師でもなかったからです。 「保護者がどこで困っているのか」が解像度低くしか見えておらず、 刺さるコピーも、刺さる機能も作れなかった。 ぜんぶ「これがあったら便利だろう」という他人の推測で組み立てたのが致命的でした。

成功例：自分の痛みを起点にしたiDM Reply

対照的に、僕が現在まで2年以上運営してマネタイズに成功している iDM Replyは、自分の痛みからスタートしました。 当時、僕は自分のInstagramアカウントを運営していたのですが、 毎日1〜2時間、コメントに対する手作業のDM返信に追われていたのです。

この痛みは強烈でした。

• 毎日発生（Instagramを見るたびに新しい返信タスクが積み上がる）
• 言語化できている（「DM対応に時間を奪われている」と僕自身が明確に自覚していた）
• すでにコストが発生していた（自分の時給で換算しても月15〜20万円相当）
• 解決しないと事業が回らない（手作業対応のままだと他の業務が止まる）

判定基準5つのうち4つを軽くクリアしていました。 だから、コードを書きながらも 「これが完成したら自分が確実にお金を払う」と確信できていた。この確信は、UIの細かい判断・機能の優先順位付け・コピーの言葉選び—— あらゆる意思決定の質を桁違いに上げてくれます。

「自分の痛み」が見つからないときの対処法

「自分の痛みから始めろと言われても、特に困っていることがない」と感じる人もいるはずです。 その場合、以下の手順で痛みを発掘してみてください。

1. 直近1週間の自分の作業ログを書き出す：手動で繰り返している作業をすべてリストアップ
2. 毎週同じ手順を踏んでいるものに印を付ける：頻度が高いほど鎮痛剤候補
3. その作業を「外注したら月いくら払うか」を考える：金額が出てくる作業ほど痛みが強い
4. 同じ作業を他にやっている人を3人探す：自分以外にも同じ痛みがあれば市場性あり

手作業の繰り返し作業は、 あなたが思っている以上に他の人もやっています。 鎮痛剤は、こうした「見えにくいが頻発する作業」の周辺に眠っていることが多いのです。

「自分が顧客でいられる」期間を確保する

自分の痛みを起点にすると、もう一つ大きなメリットがあります。 初期のテストユーザーが常に自分自身でいられることです。新機能を作るときも、コピーを書くときも、まず自分で使って判断できる。 この「即フィードバックループ」が、改善速度を圧倒的に押し上げます。

逆に、他人の痛みを推測したプロダクトは、毎回ユーザーヒアリングの予約取りから始めなければなりません。 週1のフィードバックサイクルしか回せない開発と、毎日10回フィードバックを回せる開発では、 3ヶ月後の到達点が文字通り桁違いになります。

痛み強度を測る3つの検証 — リリース前に絶対やること

判定基準で鎮痛剤候補に絞り込めたら、次は 痛みの強度を実際に測るステップに入ります。 「アイデアレベルで強そうに見える」と「ユーザーが本当に痛がっている」は別物。 コードを1行も書かずにできる検証を3つ紹介します。

検証1: 3人ヒアリング — 「最近この問題で困った具体例は？」

最も簡単で、最も効くのが3人ヒアリングです。 対象となる課題を持っていそうな知人・SNS上の知り合いに 「最近この問題で具体的に困った経験を教えてください」と聞きます。

ポイントは 「将来困りそう」ではなく「過去に困った」を聞くこと。痛みは未来形で語られると弱まり、過去形で語られると強くなります。

理想的な反応はこうです。

• 「先週の月曜の朝、まさにそれで2時間潰れたんですよ」
• 「ZapierとMake、両方試したけどメンテがしんどくて結局Excelに戻った」
• 「自分でPython書いてみたけど、保守できる人がいなくて止まってる」

こういう反応が3人全員から返ってくるなら、間違いなく鎮痛剤領域です。 逆に「困ったことあるかな…？」と考え込まれるようなら、その課題はまだ意識の表層に上がってきていません。

検証2: ランディングページ先出し — 1日でつくって課金意向を取る

次のステップは、 プロダクトを作る前にランディングページだけ先に作る手法です。バイブコーディング時代の今なら、Claude CodeやCursorを使って 1日でハイクオリティなLPが作れます。

LPに必須なのは以下の要素です。

1. ヘッドコピー：解決する痛みを1行で言い切る
2. スクリーンショット（モック画像でOK）
3. 価格表示（月額1,000円〜2,000円帯を仮置き）
4. 事前登録フォーム：メアド＋「いつ頃使いたいか」「いくらまでなら払うか」のラジオボタン

このLPをTwitter/Xや関連コミュニティでシェアし、 事前登録が30件集まるかを見ます。 参考までに、僕がVibelyを立ち上げた際には、LP公開後にbuild in publicで認知を広げ、事前登録50件以上を獲得しました。

逆に、LPをシェアしても1〜2件しか登録が集まらないなら、 ヘッドコピーがズレているか、痛みそのものが弱い可能性が高い。 この段階で気付ければ、開発前にピボットできます。

検証3: 「いくらまでなら払うか」を直接聞く

最後にして最も勇気のいる検証が、 潜在ユーザーに「これにいくらまで払いますか？」と聞くことです。

聞き方のコツは

• 選択肢を用意する（「月500円」「月1,500円」「月3,000円」「払わない」の4択）
• 「使うとしたら」ではなく「来週リリースしたら」と聞く（未来の約束ではなく直近の意思決定として答えさせる）
• 払わないと答えた人にこそ理由を深掘りする（NOの中に本当の痛みのヒントが眠っている）

「とりあえず無料なら使う」「タダなら良い」という反応が多数派なら、 それはほぼ確実にビタミン剤です。鎮痛剤ならユーザーは 「1,500円なら払うが、3,000円は迷う」という具体的な価格感覚を即答できます。

検証で「弱い」と分かったらピボットする勇気

この3つの検証で「思ったより弱いかも」と感じた場合、 その時点でピボットする勇気を持ってください。 多くの人は「ここまで考えたのにもったいない」とサンクコストにとらわれて開発を続けてしまいます。 しかし、痛みが弱い領域に3ヶ月かけても、その3ヶ月は完全に蒸発します。 ピボットのコストは、検証段階で気付くほど安く済みます。

鎮痛剤に育てた実例 — iDM Reply・JSジム・Vibelyを分解する

ここまでの理論を、僕が実際に運営している3つのプロダクトで分解してみます。 それぞれ違う領域・違う規模ですが、 「最初に鎮痛剤として設計したかどうか」が、その後の成長カーブを決めていました。

事例1: iDM Reply — 月30万円・有料70名の鎮痛剤プロダクト

前述したとおり、iDM ReplyはInstagramコメントへの返信DM作業を自動化するチャットボットツールです。 現在の運営数字を整理するとこうなります。

鎮痛剤の判定軸で見ると、これは典型例です。

• ユーザー自身が「DM返信がしんどい」と明確に言語化している
• 毎日、Instagramを開くたびに痛みに遭遇する
• 多くのユーザーは月額1万円以上を払う余裕がある
• DM対応の遅れはフォロワーからの不満につながる（外部圧）
• 具体的なペルソナ（個人事業主・小規模事業者）が明確

このすべてが事前検証で見えていたから、初期からプロダクトの方向性で迷うことがなく、 2年以上にわたって安定したMRRを生み出しています。

事例2: JSジム — 「無料でも使われ続ける」鎮痛剤未満の領域

次は、ちょっと違うパターン。 JSジム（JSIM）は、JavaScriptに特化した学習サイトです。 リリースしたところ、ユーザー数の伸びは華々しいものでした。

登録数だけ見れば成功に見えます。しかし 継続率は10%。 多くのユーザーが「使ってみたけど続かなかった」状態でした。 これは典型的な「鎮痛剤ではなくビタミン剤寄りの領域」です。学習サービスは、ユーザーが「学びたい」と意欲を持っているうちは続くが、 ちょっとでも忙しくなったり気が逸れた瞬間に離脱されます。

ここで僕は学習サイト側の改善として、 スコア付与＋ランキング機能を投入しました。 結果、「次の問題に進む」ボタンのクリック率は大きく上昇しました。 ただし、それでも本質的に「学習しないと痛む」状態にユーザーを置けたわけではないので、 鎮痛剤型のiDM Replyと比べると収益化難易度は圧倒的に高いままです。

この対比から学べるのは、 いったんビタミン剤領域に踏み込むと、後から鎮痛剤化するのは至難の業という現実です。だからこそ、企画段階で鎮痛剤かどうかを判定することが死活的に重要になります。

事例3: Vibely — 社内ツールから始まる鎮痛剤の生まれ方

最後の事例はVibely。 これはオンラインスクール運営者向けのSaaSで、もともとShiftBの社内ツールとして1年以上、社内で運用してPOC（概念実証）を完了してからSaaS化し、現在は複数のオンラインスクールに導入されています。

Vibelyの誕生過程は鎮痛剤プロダクトの王道パターンです。

1. ShiftB運営の中で、教材管理・受講生のブログ投稿管理・進捗管理が痛みになった
2. 市販のLMS（学習管理システム）では細かい部分が合わず、自分たちで作るしかなかった
3. 社内ツールとして1年以上運用しながら磨いた
4. 「これ、他のオンラインスクール運営者も困っているのでは？」と仮説立て
5. MVP当初は「教材管理」「受講生のブログ投稿」「進捗管理」の3機能に絞ってSaaS化
6. build in publicで事前登録50件以上を獲得、複数スクールに導入

このように、 社内ツールを起点にする手法は、鎮痛剤プロダクトを発掘する最強パターンの一つです。 自分が経営や運営の現場で毎日「これしんどい」と感じている課題は、 ほぼ確実に他の同業者にも刺さります。

ビタミン剤に終わる人の7つの落とし穴

最後に、僕自身が過去にハマり、ShiftBの受講生面談でも繰り返し見てきた 「鎮痛剤を作れない人が共通してハマる落とし穴」を7つ整理します。 該当しているものがあれば、企画を見直すサインです。

落とし穴1: 「自分が便利だと思う」だけで作ってしまう

最も多いパターン。 「これ便利じゃない？」と思いついた瞬間にコードを書き始めてしまい、ユーザー検証を一切しないままリリースする。 ユーザーが「便利だと思う」と「実際に使う」「お金を払う」は別レイヤーです。 ここを混同すると、ほぼ確実にビタミン剤に着地します。

落とし穴2: インフルエンサーの意見をそのまま取り入れる

これは僕自身の失敗談でもあります。 過去にグルメ系のサービスを作った際、SNS上の有名インフルエンサーから 「こんな機能もあった方がいいよ」「これも便利だよ」というアドバイスをもらいました。 善意のアドバイスをすべて取り入れた結果、 コア機能が薄まり、UIが複雑化、メンテナンス負担も増え、最終的にサービスを終了することになりました。

インフルエンサーは「便利な機能」を語ることに長けていますが、 彼ら自身がそのプロダクトの有料ユーザーかどうかは別問題です。 意見を取り入れる前に、 「あなたなら月いくら払いますか？」と聞いてみてください。

落とし穴3: 「みんなが」「誰もが」と主語を大きくしてしまう

ターゲットを「みんな」「誰でも」と捉え始めた瞬間、痛みの解像度は崩壊します。 「学生も社会人も主婦も使える」アプリは、結局誰の痛みも本気で解決できません。 鎮痛剤プロダクトは 「具体的な1人の具体的な瞬間の痛み」にピンポイントで刺さるからこそ強い。

落とし穴4: 機能を並列に増やしてしまう

企画段階で「あの機能も、この機能も」と並列で機能を増やすと、開発期間が膨らみ、 最初の検証までの時間が長くなります。さらに、UIが複雑化してオンボーディングが破綻し、 ユーザーが何のサービスかを理解できなくなる。 機能はシンプルに、一点集中で。 まずはコア機能だけで磨いて、そこから周辺機能を足すのが鉄則です。

落とし穴5: 無料で提供し続けてしまう

「最初は無料で広めてから後で課金しよう」という戦略は、個人開発では基本的にNGです。 無料で運営し続けると、運営コストとモチベーションが食い潰されていきます。 さらに、 有料化したタイミングでユーザーが一気に離れることが多い。 鎮痛剤プロダクトなら、最初から有料で出しても問題なく登録が入ります。 「無料ですら使ってもらえない」なら、それは鎮痛剤ではない証拠です。

落とし穴6: 自分の知っている技術だけで作ろうとする

痛みを解決する最適手段が、自分の知らない技術スタックの中にあるケースは少なくありません。 「自分はNext.jsしか書けないから」「Pythonで書いたことしかないから」と既知の技術に固執すると、 本来の課題解決から離れていきます。 AI駆動開発の時代、新しい技術のキャッチアップコストは劇的に下がっています。 「鎮痛剤として完成させるための技術選定」を後回しにしないでください。

落とし穴7: 開発期間を区切らずに無限に磨いてしまう

「もう少し機能を増やしてから出そう」「もうちょっとUIを綺麗にしてから」と リリースを後ろ倒しにすると、最終的にモチベーションが切れて完成しません。 開発期間は1ヶ月以内に区切るのが個人開発の鉄則です。 鎮痛剤プロダクトなら、最低限の機能でも「とりあえず使ってみよう」とユーザーが動きます。 まずは粗くてもリリースし、ユーザーの反応で次の打ち手を決める。これが個人開発の戦い方です。

よくある質問（FAQ）

Q1. 自分の痛みが見つかりません。どう探せばいいですか？

いきなり「痛み」と言われると見つけにくいので、まず 「毎週繰り返している手作業」をすべて書き出してください。 会計処理、議事録作成、画像のリサイズ、SNS投稿、競合価格の調査—— どんな小さなものでも構いません。リスト化すると、 本人が当たり前すぎて見落としていた痛みが必ず何個か出てきます。 さらに、その作業を「月1万円払って外注したいか」と自問するとフィルタにかけられます。

Q2. 自分の痛みは特殊すぎて、市場がないかもしれません。

多くの人が陥る誤解です。自分が「特殊だ」と思っている課題でも、 SNSやコミュニティで言語化してみると、想像以上に同じ痛みを抱えている人が出てきます。 実際、僕がiDM Replyを作ったときも、「Instagram運用者というニッチな層しか刺さらないかも」と思っていました。 蓋を開けてみたら、有料会員70名で月30万円のMRRが立つ十分な市場でした。 個人開発者にとって必要なのは「1万人のユーザー」ではなく、 「100人の濃いファン」です。

Q3. 鎮痛剤を選んだはずなのに収益化できないのはなぜ？

鎮痛剤を選んでも収益化できないケースには、3つの原因があります。

1. 痛みの大きさが価格を下回っている：月1,000円払う痛みなのに、月3,000円で売っている
2. 痛みを言語化したコピーになっていない：LPで「便利な機能」を並べていて、痛みのワードが入っていない
3. ユーザーに届ける導線がない：そもそも該当する人に見つけてもらえていない

どの原因も、コードを書き換えなくても直せます。 まず価格・コピー・導線の3つを順番に検証してみてください。

Q4. ビタミン剤的なアイデアでも作りたいんですが、ダメですか？

作ること自体は止めません。ただし、 「収益化を最優先目標にしない」と最初に決めることをおすすめします。 ビタミン剤プロダクトは、技術習得・ポートフォリオ作り・自己表現としては十分価値があります。 収益が偶発的に立ったらラッキー、くらいの距離感で運営するなら、楽しく続けられます。 収益化を目指すなら別に鎮痛剤プロダクトを並行で立ち上げる、という整理がおすすめです。

Q5. 鎮痛剤プロダクトの「価格設定」はどうすればいい？

鎮痛剤の価格は、 「ユーザーが現在その痛みに使っているコスト」を基準にします。 たとえば、毎週Excelで2時間集計している作業を自動化するプロダクトなら、 ユーザーの時給×月8時間＝月2〜3万円相当のコストが見えます。 その10〜30%程度（月2,000〜9,000円）が妥当な価格レンジになります。 個人開発の最初の価格は、月980円〜2,980円のサブスク帯から入るとテストしやすいです。

Q6. 自分の痛みが「業務系」じゃない場合（趣味やライフスタイル）はどうすれば？

業務系でなくても鎮痛剤プロダクトは存在します。 重要なのは「頻度」「言語化」「コスト発生」の3軸を満たすかどうかです。 たとえば「子育て中の親が、毎日子供の予防接種スケジュールを管理するのが大変」という痛みは、 頻度高く・言語化されていて・代替手段（紙の母子手帳・カレンダーアプリの寄せ集め）にコストが発生しています。 業務系以外でも、この3軸を満たす領域は探せば必ず見つかります。

Q7. 1人で運営できる規模に収まる鎮痛剤プロダクトの選び方は？

個人開発を1人で運営し続けるなら、 カスタマーサポート負荷が低い領域を選ぶのが重要です。具体的には、

• ユーザーが自走できるUI（ヘルプ無しでも使い始められる）
• B2C個人より、小規模事業者・個人事業主向けのほうがCSが意外と楽
• 決済関連・契約関連のクリティカルな業務は避ける

僕のiDM Replyも、初期はCS対応に1日3時間使っていましたが、 ヘルプ整備・FAQ整備・オンボーディング改善で1日30分以下まで仕組み化できました。鎮痛剤プロダクトを選ぶ段階で、 「これは仕組み化でCSを減らせる領域か」も合わせて検討するのがおすすめです。

まとめ — 鎮痛剤を作るための今日からの3ステップ

ここまでの内容を、最後に3ステップに圧縮します。 コードを書き始める前に、必ずこの順番で進めてください。

ステップ1: 自分の作業ログから「痛み」を5つ書き出す

直近1週間の自分の作業を振り返り、毎週繰り返している手作業を5つリストアップします。 「これ、誰かが自動化してくれたらお金払うのに」と思える作業は、ほぼ確実に鎮痛剤候補です。

この「自分の痛み」から選ぶ考え方は、学習の題材選びにもそのまま使えます。 非エンジニアが最初の業務アプリを作るまでの流れはシステム開発の学び方 — エンジニアにならなくても作れるAI時代の5ステップを参照してください。

ステップ2: 5つの判定基準でアイデアを採点する

本文中の判定軸（言語化・頻度・コスト・外部圧・具体的ペルソナ）に沿って、 各アイデアを採点します。4つ以上YESが取れたものだけ着手対象にします。これ以外は、考えを温めておいて、後で別アイデアと組み合わせる形に回します。

ステップ3: コードを書く前にLPと事前登録で検証する

着手対象が決まったら、 プロダクトを作る前にLPだけ先に作って事前登録を集めるフェーズに入ります。 30件以上の事前登録、もしくは具体的な「これに月◯円なら払う」と言ってくれる3人を確保できたら、 本格的に開発フェーズへ。逆にここで反応が薄いなら、アイデアに戻ってピボットします。

鎮痛剤プロダクトは「正しいアイデア選び」で8割決まる

最後に強調したいのは、 個人開発の成否は、コードを書き始める前の意思決定で8割決まるという事実です。 鎮痛剤を選んだ人は、たとえ技術力が並でも収益化に到達します。 ビタミン剤を選んだ人は、どれだけ綺麗なコードを書いてもユーザーが集まりません。

AI駆動開発の時代、コードを書く速度は飛躍的に上がりました。 だからこそ、 「何を作るか」を間違える代償が以前よりずっと大きくなっています。 この記事の判定基準が、あなたの次の個人開発プロジェクトを 「使われないビタミン剤」から「お金を生む鎮痛剤」へと変える最初の一歩になれば幸いです。

ShiftBでは、 個人開発の課題選び・MVP設計・リリース戦略を1対1で伴走しています。 「自分のアイデアが鎮痛剤かどうか判断がつかない」「自分の痛みから出発するにはどう探せばいいか」 といった具体的な相談は、無料相談会で受け付けています。 本気で売れるプロダクトを作りたい方は、ぜひ一度ご相談ください。