ガイド

アプリにAI機能を加えるべきとき、そして見送るべきとき

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

Have a nice dayHave a nice day読了 約3分
アプリに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を加える最良のときは、しばしば基礎を固めたに訪れます——実在のユーザー、実在のデータ、そしてAIだけが取り除くのに長けた明確で反復的な痛みが揃ったときに。

後悔せずにAI機能を加える方法

テストを通る機能を見つけたとしましょう。雑然とした入力、寛容な賭け金、その下の堅固な土台、取り除くべき本物の痛み。結構です。さあ、チームが長続きするものをつくるか、来年そっと引き剥がすものをつくるかが分かれる場面です。これをローンチではなく、慎重な実験として扱ってください。

  1. 1
    一文で仕事を書く
    「アシスタントは受信メールを読み、注文フォームに記入し、それを人が確認する。」その一文が書けないなら、機能はまだ準備不足です。あなたはまだ作業ではなく技術に恋しています。
  2. 2
    最初は人を関与させ続ける
    AIには下書き、提案、事前入力をさせ——承認は人に任せましょう。単独で動かすことを信頼する前に、もし信頼するとしても、どこが頼りになり、どこがそうでないかを学べます。
  3. 3
    間違えたときどうなるかを決める
    確率的な機能には、優雅な失敗が必要です。ユーザーはどう気づくのか。どう直すのか。目に見える「元に戻す」や「それは違う」の道のないAI機能は、本番で信頼できない機能です。
  4. 4
    目新しさではなく利用を測る
    最初の一週間のあとも人々が実際に使うか、約束した時間を節約しているかを追いましょう。ローンチで跳ね上がり、その後横ばいになる機能は、あなたに何かを告げています。耳を傾けてください。
  5. 5
    削除する覚悟を持つ
    数字が元を取れていないと言うなら、切りましょう。少数のことを確実にこなす小ぶりな製品は、誰も触らないAI機能をちりばめた膨れ上がった製品に勝ります。

五つのステップを貫く糸は、間違いに対する謙虚さです。ふつうのコードは動くか、直せるバグがあるかのどちらかです。AIはたいてい正しく、ときに間違える——永遠に。それは欠陥ではなく本性であり、パッチで消せるものではありません。この現実を中心に機能を設計すれば、それは資産になります。AIは常に正しいというふりをすれば、先ほど話した地雷をつくったことになります。

ソフトウェア画面のイラスト。AIの提案がやさしく強調された枠内に下書きとして示され、その横に明快な承認と編集のコントロールがあり、人の手がそれを確認している。清潔で現代的な編集スタイルで描かれている
最も安全な出発点:AIが下書きし提案し、人が確認する。完全自動化の資格は後で勝ち取りましょう。

より大きな視点:AIは道具であって戦略ではない

十分に引いて眺めれば、問い全体はもっと単純になります。AIは道具です。データベースや検索バーが道具であるのと同じように。データベースを持つことを中心に製品をつくる人はいません。製品が良くなる場所でデータベースを使うのです。同じ抑制がここでもよく効きます。AIから本物の価値を得ている企業は、最も多く加えた企業ではありません。本当の摩擦を取り除くわずかな場所にだけ正確に加え、ほかのどこでも我慢した企業です。

ついでに言えば、その抑制こそが、あなたが実際に加えるAIを印象的に感じさせます。どの画面にも生煮えのアシスタントがあれば、どれも特別には感じられません。一つの機能が静かに顧客のメールを読み、そのたびにチームの十分を節約すれば、人々はそれを覚えています。より少なく、より鋭く、本当に役立つ——それがつくる価値のあるAIの姿であり、ユーザーが実際に感謝してくれる姿です。

AI機能が本当にあなたのアプリに合うか迷っていますか

その最初の正直な対話こそ、正しく済ませるのに最も安い部分です。あなたの製品を拝見し、AIが本当に役立つ場所——そして、ふつうで信頼できるコードのほうが良い場所——を率直にお伝えします。何かをつくる義務はありません。

私たちのAI機能のつくり方を見る

よくある質問

自分のアプリに本当にAI機能が必要かどう見分ければよいですか。
改善したい作業が決まったルールに従うのか、それとも雑然とした人間的入力——自由記述、音声、画像、文書——の理解を要するのかを問うてください。ルールベースの作業はふつうのコードに属し、雑然とした言語的な作業だけが本当にAIを必要とします。競合が持っているから、あるいはトップページにバズワードが要るから加えるのなら、それはニーズではなく圧力です。
AIは運用が高くつくのではありませんか。
そうなり得ます。たいてい呼び出しごとに支払い、加えて監視と改善の継続作業があるからです。だからこそ、本物の摩擦を取り除く場所にだけ加えるべきなのです。うまく置かれたAI機能は節約した時間で元を取りますが、飾りのそれは使われないまま、やり取りのたびにお金を垂れ流すだけです。
既存の製品にAIを導入する最も安全な方法は何ですか。
人を関与させ続けることです。AIに下書き、提案、事前入力をさせ、何かが送られたり実行されたりする前に人が承認するようにします。自信たっぷりの誤答が顧客に届く危険を冒さずに、どこが頼りになるかを学べます。ある作業で信頼に足る証拠が得られたら、手綱を緩めるかどうかを判断できます。
機能を加える前に、AIモデルがもっと良くなるのを待つべきですか。
ほとんどの有用な機能については、いいえ。メールを読んだり文書を要約したりするのに必要な能力はずっと前から堅固で、待てば手作業の時間コストを長く払い続けるだけです。待つべきはモデルではなく、あなた自身の基礎です。AIはあなたのデータと業務フローを増幅するので、まずそれを直しましょう。
AI機能を加えて、誰にも使われなかったらどうしますか。
では削除しましょう、そして気に病まないことです。ローンチの跳ね上がりのあとの低い利用は、その機能が十分に本物の痛みを解いていないという正直なフィードバックです。少数のことを確実にこなす引き締まった製品は、ユーザーが無視するAI機能で散らかった製品より強いのです。切る覚悟は、これをうまくやることの一部です。
Have a nice day
Have a nice day
編集部

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

関連サービス