ROI事件ファイル No.456『声を持つたまごっち』
声を持つたまごっち
第一章：応答が遅れる問題
「返事が遅いと、お年寄りは不安になるんです」
Globex Corporation社のプロダクト担当、中村英樹氏は、そう言いながらプロトタイプを取り出した。手のひらに収まる楕円形のデバイス。表面に小さなスピーカーと、丸い目のようなLEDが二つ並んでいる。
「介護施設や独居高齢者向けに、Wi-Fi不要で音声で会話できるローカルAIデバイスを開発しています。たまごっちのような、いつでもそこにいてくれる存在をイメージしています。ランニングコストを抑えるために、クラウドではなくデバイス内のローカルLLMで完結させたい」
「問題は」と中村氏が続けた。「ローカルLLMの応答速度です。現在のプロトタイプでは、質問してから返答が返ってくるまで平均四・二秒かかっています。高齢者にテストしてもらったところ、三秒を超えると不安そうな表情をする方が多かった。応答速度を上げる技術的な方法を探しているが、その前に——そもそも高齢者はどんな質問をするのか、どんな状況で使うのか、が設計に反映されていないかもしれない、と気づいた」
「ペルソナがない状態で、技術仕様を決めようとしていた」とClaudeが静かに言った。
「そういうことです」と中村氏が頷いた。「助成金申請の見積もりも取りたいのですが、その前に、誰のための何をするデバイスなのかを明確にしたい」
その言葉が、この事件の核心だった。応答速度の問題は、技術の問題ではなく、設計の問題かもしれない。
第二章：ペルソナが一日を語る
「この案件には、ペルソナ分析が必要です」
Geminiがホワイトボードに一人の人物の輪郭を描いた。名前、年齢、生活習慣、日課——空欄が並んでいる。
「ペルソナ分析とは、ターゲットユーザーを具体的な一人の人物として描き起こすフレームワークです」と私が説明した。「統計上の平均値ではなく、実在するかのような具体性でユーザーを描く。その人物の一日を追うことで、製品がどの場面で、どんな使われ方をするかが初めて見えてきます。高齢者向けデバイスの設計で最もよくある失敗は、設計者が想定する『高齢者』と、実際の使用者が大きくかけ離れていることです」
「まず、どんな方に使ってもらいたいですか」と私が中村氏に尋ねた。
「七十代から八十代の独居高齢者です。施設入居者も想定していますが、まずは自宅で一人暮らしをしている方をメインターゲットにしています」
「その方の、典型的な一日を一緒に描きましょう」とClaudeが言った。
[ペルソナ：田中よし子、七十八歳、独居]
「朝、六時に目が覚めます」とGeminiがホワイトボードに書き始めた。「テレビをつけるが、音がうるさいと感じて音量を下げる。七時に朝食の準備。何を食べようか迷う。デバイスに話しかける可能性があるのは、ここです——『今日の朝ごはん、何にしようかな』」
「この質問に対する応答速度は」と私が中村氏に問いかけた。「四・二秒でも許容される可能性があります。朝の台所で、急いでいる状況ではないから」
「一方で」とClaudeが続けた。「夜、一人で怖い夢を見た後に話しかける場面を考えてください。『誰かいる？』という一言。この場面で四・二秒の沈黙は——返事がないのと同じ恐怖感を与えます」
中村氏が静かになった。「使われる場面によって、許容できる応答速度が違う」
「そうです」と私が応じた。「ペルソナの一日を追うと、デバイスが呼びかけられる場面が六つ見えてきます。それぞれの場面で、求められる応答速度が異なる。全体の平均を速くすることより、夜中に呼びかけられた時だけは一・五秒以内にする、という設計の方が、ユーザーの体験に直結します」
[ペルソナが明かす六つの場面]
Geminiがよし子さんの一日を六つの場面に分けた。
「場面一——朝の料理の相談。応答三秒以内で十分。場面二——昼間の暇つぶしの会話。応答速度より、会話の自然さが重要。場面三——薬の飲み忘れ確認。三秒以内が望ましいが、正確さが最優先。場面四——夕方の体調不良の相談。二秒以内が望ましい。場面五——夜中の孤独感・不安。一・五秒以内が必須。場面六——緊急時の助けを求める声。一秒以内が必須」
「つまり」と私が整理した。「技術的な課題は『全体の応答速度を上げる』ではなく、『夜中と緊急時の場面だけ、軽量なモデルを先行させる』という設計です。日中の会話は現在の四・二秒でも許容範囲になりうる」
「それなら」と中村氏が前のめりになった。「現在のハードウェアで対応できる可能性がある。軽量モデルを夜間モードとして切り替えるだけなら、コストが大きく変わらない」
「ペルソナが、技術仕様を変えました」とClaudeが言った。
第三章：助成金申請の設計図
「もう一つの課題である助成金申請の見積もりについても」とGeminiが続けた。「ペルソナ分析の結果が直接役立ちます。助成金審査では、誰のどんな課題を解決するかの具体性が評価されます。統計上の高齢者ではなく、田中よし子さんの夜中の不安——この具体性が、審査員の心に届きます」
「ROI Proposal Generatorで、開発フェーズごとの費用と効果を整理しましょう」と私が提案した。プロトタイプ改修費用、量産化費用、介護施設でのパイロット費用——数字を入れていくと、フェーズごとの投資規模が整理された。
「助成金申請の際に重要なのは」とClaudeが指摘した。「技術の説明より、解決するペルソナの課題の説明です。独居高齢者の孤独感は、介護コストの問題でもある。よし子さんが深夜に家族に電話する代わりに、このデバイスに話しかけることで、家族の夜間対応が減る——この連鎖を数字で示すと、助成金審査の説得力が上がります」
「パイロット計画としては」とGeminiが提案した。「まず介護施設の五名に三ヶ月間使ってもらい、六つの場面別の使用頻度と反応を記録する。その結果を持って、より大きな助成金申請に臨む。審査員は、データがあるプロジェクトに信頼を置きます」
中村氏が手帳を閉じながら言った。「技術の問題だと思っていたものが、設計の問題だったと気づきました。ペルソナから始めていれば、最初から違う設計になっていたかもしれない」
「ただ」と私が応じた。「今から始めても遅くはない。よし子さんの一日は、今日ここで描けました。この地図を持って、プロトタイプに戻れます」
第四章：夜中に返事をするデバイス
彼が去った後、Geminiが呟いた。「たまごっちが売れた理由は、技術ではなかったですよね」
「そうだ」と私は答えた。「小さな画面の中の生き物が、返事をしてくれる——それが人を繋ぎとめた。よし子さんが夜中に呼びかける相手に、このデバイスはなれるか。その問いは技術仕様書には書かれていない。ペルソナが初めてその問いを立てる」
窓の外では、夕暮れ時の住宅街に明かりが灯り始めていた。
五ヶ月後、中村氏から報告が届いた。
夜間モードの実装に成功し、夜中と緊急時の応答速度を平均一・一秒に短縮。介護施設五名でのパイロットでは、深夜の使用が全体の三十一パーセントを占めた——設計前の予測より遥かに高い割合だった。
「夜中に一番呼びかけられていた」と中村氏は報告書に記していた。「ペルソナを描いていなければ、その場面を設計していなかった。テストで初めて知ることになっていたと思います」
助成金申請は、ペルソナの具体的な課題を前面に出した提案書で通過した。
たまごっちが、夜中に返事をするようになった日だった。
「ユーザーは平均値ではない。統計上の七十五歳は、夜中に一人で怖い夢を見ない。田中よし子さんは、見る。ペルソナ分析が問うのは、その人の一日に製品はどこで現れるか、だ。六つの場面が見えると、設計の優先順位が変わる。技術の問題だと思っていたことが、設計の問題だったと気づく。ペルソナは仮想の人物ではなく、設計の基準点だ」
関連ファイル
使用ツール
- ROI Proposal Generator — 開発フェーズ別の投資計画と助成金申請用費用試算
