← 返回列表

音声入力优先 UI：银发 UI 的输入层规范

2026/9/14

A 方向·应用灵感思路（UI 输入层维度）。japan-senior-ui-guidelines（视觉层）、japan-yasashii-nihongo-ui（语言层）的第三层——输入层：老人打字难是文本交互的根本障碍，语音输入为默认是产品级设计决策。

背景与问题

LINE 里老人回一句「元気です」要打 10 个假名——产品线所有「老人端文本输入」场景（思い出トーク的语音回答（japan-memory-talk-module）、vitals 手打（japan-vitals-logging-module）、お困りボタン（japan-help-desk-triage-seniors））的输入方式要不要全部默认语音？

发现（综合）

  • 语音输入的技术成熟度：iOS/Android 标准键盘的音声入力按钮（mic）在所有文本框可用（OS 级支持，无需产品开发—— LINE 消息输入框也自带 mic 按钮）——「默认语音」的一半是 OS 已实现的，另一半是产品的引导与流程设计。
  • 真正的产品层设计：①引导老人按 mic（初回 onboarding 的「声で入力できます」引导+实练）；②语音回答的流程化（見守电话已是语音优先的极致——LINE 文本交互也应尽量转换为语音问答（LINE ボイスメッセージ/电话））；③语音→LLM 的容错（老人方言/咬字不清的识别率问题=LLM 转写的容错设计）。
  • 与 japan-old-old-care-spouse 的 75+ 现实呼应：同住老夫妇的文本输入能力最低——语音优先+电话优先的设计原则（japan-ai-welfare-call 的电话选择）是全线设计语言的统一。

推测

  • 「音声入力优先」作为 japan-senior-ui-guidelines 的输入层规范追加：所有老人端文本输入场景默认语音、文本是后备——mic 按钮的视觉突出（大按钮/常驻）、语音识别失败的 fallback 是「家族代打」（opc-family-plan-pricing 的代行设计联动）。

结论

可行动启发：

  1. 输入层规范追加到 japan-senior-ui-guidelines：老人端文本输入=语音默认、文本后备；mic 按钮常驻且加大；语音识别失败时的「家族代打」fallback 设计。
  2. OS 级语音输入的引导视频（opc-support-video-library）：「スマホで声で入力する方法」——OS 功能的引导也是产品的支持范围（使用门槛的降低）。
  3. 语音转写的方言容错：関西弁/东北弁等方言的识别率问题——LLM 转写后的「意味理解」而非「文字正確」为指标（转写稿是 LLM 的输入不是输出）。
  4. 見守电话与 LINE 语音的统一：AI 电话（纯语音）与 LINE ボイスメッセージ（异步语音）的同构处理——语音管线（STT→LLM→TTS）的全产品复用（japan-ai-welfare-call 的栈）。

待办 / 下次继续

关联