アプリにAI機能を加えるべきとき、そして見送るべきとき
製品にAIを加えるのは簡単です。元を取るAIを加えることこそが難しいのです。一円も使う前に、その違いを見分けるための、落ち着いた実践的な方法をご紹介します。

いま、あらゆる製品オーナーには、つくっているものに何でもAIを取り付けよという静かな圧力がかかっています。投資家は尋ねます。競合は見出しに掲げます。役員が記事を転送してきます。こうして、申し分のないアプリに、誰も求めず、ほとんど誰も使わないキラキラのアイコンとチャット欄が生えてくるのです。機能はリリースされ、プレスリリースが出て、半年後には利用グラフが横ばいになります。問われていたのは、AIを加え<em>られる</em>かどうかでは決してありませんでした。加えるべきかどうか、だったのです。
私は中小企業向けにソフトウェアとAI機能をつくって生計を立てています。つまり、何にでもAIを加えるよう勧める金銭的な動機がある立場です。私はその逆をします。私が提供できる最も価値あるものは、予算を投じる前に、AI機能が静かに役目を果たすのか、それとも静かに腐っていくのかを見極める方法です。ここでの失敗は派手ではありません。AI機能が爆発することはめったにありません。ただそこに居座り、使われず愛されず、API呼び出しのたびにお金を、ユーザーが触ってそのまま立ち去るたびにわずかな信頼を奪っていくのです。
このガイドは、そうした会話で私が実際に使っている枠組みです。バズワードも、流行りのモデル名も、まだ尋ねてもいない問いの答えが言語モデルだというふりも、いっさいありません。何がアプリにふさわしく、何がふつうのコードにふさわしく、何がゴミ箱行きかを決める、実践的な方法だけです。
取って付けたAI機能の多くが静かに失敗する理由
小さな製品でAI機能がコケるとき、それがモデルの賢さ不足でコケることはほとんどありません。誤った理由で機能を選んだからコケるのです。誰かが、たまたまAIを必要とする具体的で切実な何かを解決したかったのではなく、AIを持ちたかっただけなのです。目的は技術で、ユーザーの問題は後回しでした。ユーザーはそれを即座に嗅ぎ取ります。
二つめのよくある失敗はもっと微妙です。機能は本物の問題を解いてはいるのですが、その問題はふつうのコードのほうが安く確実に解けたのです。リストを日付順に並べ替えるだけなのに「AI搭載」と銘打ったボタンは、機能ではなく負債です。決定的なものを、より遅く、より高く、ときに誤るようにしておいて、その劣化を宣伝してしまったのです。ユーザーはそれにも気づきます。
“誰もAIが欲しくてあなたのアプリを開くわけではありません。望むのは問題が消えることです。その問題を消し去る本当に最良の方法であるときにかぎり、AIは加える価値があります。”
三つめの失敗は信頼です。AI機能は確率的で、たいていは正しく、ときに自信たっぷりに間違えます。誤答が高くつき、ユーザーがそれを捕まえるすべのない業務フローにそれを落とし込めば、加えたのは機能ではなく地雷です。良い知らせは、三つの失敗パターンはどれも予測できるということ、つまり避けられるということです。始める前に正しい問いを立てさえすればよいのです。リリース後ではなく。
正直なテスト:これは本当にAIの問題か
私が知るかぎり最も役立つフィルターはこれです。「賢く」したくなったどの機能についても、こう問うてください。この作業は決まったルールに従うのか、それとも雑然とした人間的な入力の理解を要するのか。作業がルールに従うなら——これで並べ替え、あれを計算、二時間前にリマインドを送る——ふつうのコードが望ましいのです。安く、速く、完全に予測でき、けっして幻覚を起こしません。それをAIと呼ぶのは高くつくマーケティングにすぎません。
AIがその場所にふさわしいのは、入力が本当に雑然として人間的な形をしているときです。ルールが予期できない自由記述、画像、音声、百通りものレイアウトの文書、照合ではなく理解を要する言語。これらはかつて、まったく自動化できなかったものです。あなたの機能がそこに住むなら、AAは小細工ではなく、それをつくる唯一の現実的な方法です。腕の見せどころは、何でもAIと呼べという圧力があるなかで、二つのカテゴリを正直に見分けることです。

AIが本当にアプリにふさわしい場所
具体的に話しましょう。何年もつくってきた結果、短いパターンのリストがその価値を証明しつづけています。流行りだからではなく、根底にある作業が本当に非構造化された入力の理解にかかわるからです。ユーザーが実際に戻ってくるのは、こうした機能です。
- 自由記述を構造化データに変える——とりとめのない顧客メールを読み、注文・住所・期限を抜き出す。
- 下書きをつくる——返信、要約、説明文——それを人が編集する。AIが監督なしに送るのではなく。
- キーワードだけでなく意味を理解する検索。あなたが整理した言い回しと違っても、ユーザーが正しい文書を見つけられる。
- 押し寄せる項目——サポートチケット、メール、アップロード——を分類・振り分けし、正しいものが正しい場所へ届くようにする。
- 文書や画像から情報を取り出す。請求書、領収書、フォーム、現場の写真。
- あなた自身のデータについての対話型の手助け。ユーザーが平易に問い、あなたのコンテンツに根ざした答えを得る。
パターンに気づいてください。これらのどれでも、入力は予測不能で人間的であり、人が関与しているか誤りのコストが低いため、少しの間違いは許容できます。その組み合わせ——雑然とした入力、寛容な賭け金——こそAI機能の自然な住処です。両方の半分に当てはまる作業を見つけたとき、おそらくつくる価値のある機能を見つけたのです。
AIにそっとしておくべき場所
同じく大切なのは、どこでAIに手を伸ばすべきでないかを知ることです。誤った配置はお金を無駄にするだけでなく、製品が勝ち得てきた信頼を積極的に蝕むからです。一部の作業は魅力的に見えて、罠だと判明します。
より静かなコストもあります。AI機能はどれも、いまや監視し、評価し、呼び出しごとに支払うべき対象です。ユーザーが信頼する三つのAI機能は、ときどき恥をかかせる十のそれより価値があります。まずい瞬間に顧客の前で間違えたモデルは、丹念に築いた一年分の信頼を帳消しにしかねません。ここでの抑制は臆病さではなく、製品の感覚です。
“まずい瞬間に間違えるAI機能は、退屈な機能十個が稼いだ以上の信頼をあなたから奪いかねません。ときどき間違えても生き延びられる場所に置きなさい。”
手早い地図:つくる、見送る、それとも後でやる
抽象的にならないよう、よくある「AIを加えよう」というアイデアを上のテストにかけると、たいていどう落ち着くかを示します。福音ではなく、議論をふっかけるべき妥当な初期値として扱ってください。
| 機能のアイデア | 入力の種類 | 間違いのコスト | 判定 |
|---|---|---|---|
| スマートな受信箱の仕分け・振り分け | 雑然とした文章 | 低 | 強くイエス |
| 返信下書きアシスタント(人が編集) | 雑然とした文章 | 低 | イエス |
| 自社文書のセマンティック検索 | 雑然とした文章 | 低 | イエス |
| 請求書・写真からのデータ抽出 | 文書・画像 | 中(確認あり) | イエス、確認ステップ付きで |
| 日付や価格で並べ替える「AI」 | 構造化 | 該当なし | ノー——ふつうのコードを使う |
| 確認なしのメッセージ自動送信 | 雑然とした文章 | 高 | まだ早い |
| 自動の価格設定や返金 | 混在 | 高 | 人に任せる |
この表の形そのものが教訓です。イエスは入力が雑然として賭け金が寛容なところに集まります。ノーは作業が本当はルールベースか、誤答が痛手なのに誰も確認しないところに集まります。自分のアイデアを正直にこの格子に置けるなら、判断の大半はもう済んでいます。

タイミング:良いAI機能でも早すぎることがある
機能が本当にぴったりでも、答えはやはりまだ早いことがあります。AI機能には、創業者が見くびる厄介な前提があります。土台となるデータと業務フローの良し悪し以上には良くなれない、ということです。自社文書のセマンティック検索は素晴らしい——文書が実際に整理されていれば。製品についての質問に答えるアシスタントは見事だ——製品コンテンツが矛盾だらけの混沌でなければ。AIは、混沌を含め、その上に築かれたものすべてを増幅します。
ですから、賢い層を加える前に、その下の退屈な層が堅固であることを確かめてください。中核のアプリがまだ足場を固めている段階なら、AI機能にエンジニアリングの時間を注ぐのは、たいてい間違った口座からの借金です。地味な真実はこうです。AIを加える最良のときは、しばしば基礎を固めた後に訪れます——実在のユーザー、実在のデータ、そしてAIだけが取り除くのに長けた明確で反復的な痛みが揃ったときに。
後悔せずにAI機能を加える方法
テストを通る機能を見つけたとしましょう。雑然とした入力、寛容な賭け金、その下の堅固な土台、取り除くべき本物の痛み。結構です。さあ、チームが長続きするものをつくるか、来年そっと引き剥がすものをつくるかが分かれる場面です。これをローンチではなく、慎重な実験として扱ってください。
- 1一文で仕事を書く「アシスタントは受信メールを読み、注文フォームに記入し、それを人が確認する。」その一文が書けないなら、機能はまだ準備不足です。あなたはまだ作業ではなく技術に恋しています。
- 2最初は人を関与させ続けるAIには下書き、提案、事前入力をさせ——承認は人に任せましょう。単独で動かすことを信頼する前に、もし信頼するとしても、どこが頼りになり、どこがそうでないかを学べます。
- 3間違えたときどうなるかを決める確率的な機能には、優雅な失敗が必要です。ユーザーはどう気づくのか。どう直すのか。目に見える「元に戻す」や「それは違う」の道のないAI機能は、本番で信頼できない機能です。
- 4目新しさではなく利用を測る最初の一週間のあとも人々が実際に使うか、約束した時間を節約しているかを追いましょう。ローンチで跳ね上がり、その後横ばいになる機能は、あなたに何かを告げています。耳を傾けてください。
- 5削除する覚悟を持つ数字が元を取れていないと言うなら、切りましょう。少数のことを確実にこなす小ぶりな製品は、誰も触らないAI機能をちりばめた膨れ上がった製品に勝ります。
五つのステップを貫く糸は、間違いに対する謙虚さです。ふつうのコードは動くか、直せるバグがあるかのどちらかです。AIはたいてい正しく、ときに間違える——永遠に。それは欠陥ではなく本性であり、パッチで消せるものではありません。この現実を中心に機能を設計すれば、それは資産になります。AIは常に正しいというふりをすれば、先ほど話した地雷をつくったことになります。

より大きな視点:AIは道具であって戦略ではない
十分に引いて眺めれば、問い全体はもっと単純になります。AIは道具です。データベースや検索バーが道具であるのと同じように。データベースを持つことを中心に製品をつくる人はいません。製品が良くなる場所でデータベースを使うのです。同じ抑制がここでもよく効きます。AIから本物の価値を得ている企業は、最も多く加えた企業ではありません。本当の摩擦を取り除くわずかな場所にだけ正確に加え、ほかのどこでも我慢した企業です。
ついでに言えば、その抑制こそが、あなたが実際に加えるAIを印象的に感じさせます。どの画面にも生煮えのアシスタントがあれば、どれも特別には感じられません。一つの機能が静かに顧客のメールを読み、そのたびにチームの十分を節約すれば、人々はそれを覚えています。より少なく、より鋭く、本当に役立つ——それがつくる価値のあるAIの姿であり、ユーザーが実際に感謝してくれる姿です。
AI機能が本当にあなたのアプリに合うか迷っていますか
その最初の正直な対話こそ、正しく済ませるのに最も安い部分です。あなたの製品を拝見し、AIが本当に役立つ場所——そして、ふつうで信頼できるコードのほうが良い場所——を率直にお伝えします。何かをつくる義務はありません。
私たちのAI機能のつくり方を見るよくある質問
自分のアプリに本当にAI機能が必要かどう見分ければよいですか。
AIは運用が高くつくのではありませんか。
既存の製品にAIを導入する最も安全な方法は何ですか。
機能を加える前に、AIモデルがもっと良くなるのを待つべきですか。
AI機能を加えて、誰にも使われなかったらどうしますか。

Have a nice day は、中小企業のデジタル化を支援するソフトウェアスタジオです。スライド上だけでなく、日々の業務で本当に機能する自動化・AI・カスタムソフトウェアを提供します。