store 説明文の書き方（冒頭 200 字と 4 部構成）

背景与問題

OPC（B 方向）。store 説明文の日本語 copy を感覚で書いている。冒頭 ~200 字しか表示されない制約（事実）を前提に、構成型と禁止事項を自社基準にする。翻訳側は c-localization-transcreation、エラー文言は opc-error-message-writing。

发现

（出典はいずれも 2026-09-17 アクセス）

• 公式の事実（Apple）：「world's best app」等の汎用文は避け、簡潔で情報のある段落+主要機能の短いリストが理想。
• 冒頭 ~200 字だけが表示され「more」で折りたたまれる（Appbot）——ここに全てを注ぐ。
• 制約：リッチ書式（太字・斜体）は不可、改行と ✓ 記号で構造化（SplitMetrics）。
• 構成の定説：フック→価値提案→機能リスト→社会的証明（複数出典の一致）。冒頭で「何が・どう役立つ・誰のため」をカバー（Gummicube）。1 行目で解決する問題を言え（Essential Designs）。
• 構成要素：Title/Subtitle/Icon/Screenshots/4,000 字 description（Adapty）。

结论

1. 冒頭 200 字の型を固定：1 行目=解決する問題、2 行目=誰のため、3 行目=主機能 1 つ（what/how/who の翻訳）。汎用文・誇張文は禁止（Apple 公式）。
2. 4 部構成：フック→価値提案→機能リスト（✓ 記号）→社会的証明。リッチ書式なし・改行のみの制約内で。
3. 文言規律はエラー文言と同じ：誇張禁止（Apple 公式の事実）+分かりやすい日本語（opc-error-message-writing と同じ紀律）。
4. 5 構成要素（Title/Subtitle/Icon/Screenshots/description）のうち書き直すのは Subtitle と冒頭 200 字——着手が最も軽く効果が大きい 2 箇所（推测ベースの優先順位）。

待办 / 下次继续

• 自社トップアプリの冒頭 200 字を現状確認（台帳 v0）。
  
• 4 部構成で書き直した案を 1 本作る（AB は次回）。
  

关联

c-localization-transcreation opc-error-message-writing opc-aso-2026 opc-privacy-explainer-plain