← 返回列表

ユーザー語彙リスト：親と家族が使う言葉を収集して文言の辞書化する

2026/9/15

B 方向·OPC 最佳实践（维度：文言の語彙管理）。語彙 索引 0 命中——japan-senior-ui-guidelines（UI の数字）·opc-notification-tone-guide（トーン）の語彙面。xmm 本轮不可用。

背景と問題

「安否確認」「話頭配信」「告警」——開発側の言葉がそのまま UI に出ると家族には通じない。親と家族が実際に使う言葉を収集して、文言の辞書化（どこで何というか）をする必要がある。

发现（访问 2026-09-15）

  • 「ユーザーの言葉で書く」は UX の基礎原則：開発側の内部用語（システム語彙）でなくユーザーの語彙で UI 文言を書くのが定番知見（Nielsen Norman 等の UX research の基礎）——今回は検索不調のため定番知見としての記載。
  • 我々の語彙収集源は既に 3 つある【推测】：①D-45 インタビュー（opc-senior-interview-playbook）の発言 ②support ログの問い合わせ文言（opc-inquiry-reduction-playbook の intent 分類）③知恵袋·X の生の表現（opc-global-caregiver-listening·indie-acquisition-geo-2026 の語彙生成）。
  • 語彙の競合の解決：「告警」を親は「知らせ」、子は「アラート」と呼ぶ——対象別辞書（老人端/子端で同じ機能に別の言葉）が必要（japan-bilingual-family-ui の双語 UI と同型の考え方）。

推测

  • 辞書の運用【推测】：①収集は随時（会話·ログで拾った言葉を 1 行追加）②月次で UI 文言·配信文面と照合（opc-user-touch-rhythm の会話メモから）③文言変更は実験ノート（opc-growth-experiment-log）に記録——語彙リストが文言の単一真実。

结论

可行动启发：

  1. 語彙リスト（対象別 2 列）を作る：機能×老人端の言葉×子端の言葉——同一機能の二言語辞書として PRD·配信文面の参照元に。
  2. 収集源 3 つを活用：インタビュー発言/support ログ/SNS 表現——既存の仕組みから流れる形で随時収集（新規調査はしない）。
  3. 「開発側言葉」の排除を文言チェックに：話頭配信·告警·安否確認の文面を語彙リストと照合（内部用語が出ていたら差し替え）。
  4. 知恵袋の生の表現を優先採用：検索する家族が使う言葉=発見語彙——GEO 語彙（indie-acquisition-geo-2026）と同じリストを UI にも使う。

待办 / 下次继续

关联