- 日本語UIの「レジスター」（文章に織り込まれた敬語レベル）は、意識的に決定されることがほとんどなく、「翻訳感が出ている」という日本語ユーザーの不満の根本原因の多くはここにあります。
- B2B SaaSおよびFinTechにおいて、基本レジスターとして正しいのは丁寧語（です・ます体）です。ボタンラベルはプロダクトの種類に関わらず体言止めを使用すべきです。
- 単一プロダクト内でレジスターを混在させることは、個々の文字列がそれぞれ正しくても、日本語ユーザーに低品質なシグナルを与え、あらゆるタッチポイントで信頼を損ないます。
- 解決策は、翻訳後のQAチェックではなく、翻訳前のレジスター仕様の策定です。
- レジスターはローカライゼーションの最初の決断です。丁寧語・普通体・ハイブリッドのどれを使うかは、翻訳開始前に決定しなければなりません。QAで不整合が発覚してからでは遅いのです。
- ボタンラベルは常に体言止めにします。すべてのプロダクトタイプとレジスターにわたって、日本語のボタンラベルは動詞なしの名詞形（保存、削除、送信）を使うべきです。「する」や「します」を追加しても価値は増えず、文字数が増えるだけです。
- エラーメッセージはカジュアルなプロダクトでも丁寧語が必要です。システムに障害が発生した瞬間こそ、ユーザーが最も安心を必要としているときです。「エラーが発生した」のような普通体のエラーメッセージは不安を与えます。お詫びフレーズを添えた丁寧語でユーザーを前に導きましょう。
- レジスターの不整合は、誤ったレジスター選択より有害です。丁寧語を一貫して適用しているプロダクトは、レジスターが混在しているプロダクトより良い結果を出します。たとえ後者の個々の文字列のほうが技術的に優れていてもです。
- 「フローテスト」が最善のQAチェックです。日本語ネイティブのプロフェッショナルにプロダクトを最初から最後まで通して読んでもらい、トーンを一言で表現してもらいます。「ばらばら」という答えが返ってきたら、レジスターに問題があります。
誰も教えてくれない問い
外資系SaaS企業が日本語ローカライゼーションを行う際、ワークフローは典型的にこのようになります。文字列を翻訳し、バイリンガルレビュアーに確認してもらい、リリースする。ほぼ発生しないのが、「レジスター」に関する意識的な意思決定です。レジスターとは、UIのあらゆる文章に織り込まれた敬語レベルのことです。
これは見た目だけの問題ではありません。日本語にはいくつかの明確な敬語レベルが存在し、それぞれがあなたのプロダクトについてまったく異なることを伝えます。誤ったレジスターは単に奇妙に聞こえるだけでなく、「このプロダクトは自分たちのユーザーを理解していない」というメッセージを発します。日本のB2B SaaSでは、そのシグナルがユーザーを価格ページに到達する前に離脱させることが多いのです。
明るい面もあります。SaaS日本語においてレジスターがどのように機能するかを理解すれば、適切なものを選ぶことは体系的に可能になります。本記事では、プロダクトのあらゆるタッチポイントで自信を持って判断できるよう、実践的なフレームワークとビフォーアフター例を提供します。
レジスターは礼儀正しいかカジュアルかという問題ではありません。日本のために作られたプロダクトなのか、日本に輸出されたプロダクトなのかを示すものです。
日本語SaaSにおける「レジスター」の意味
言語学において「レジスター」とは、話し手や書き手が使う形式性のレベルを意味します。日本語では、英語よりもはるかに体系化されています。ほとんどの非ネイティブ話者は日本語の敬語を二択として見ています。敬語（丁寧）か普通体（カジュアル）か。しかし実際には、SaaSプロダクトは少なくとも4つの明確なレベルにまたがって機能しており、それぞれが日本語ユーザーに異なるシグナルを送っています。
Sonkeigo / Kenjōgo
Teineigo
Hybrid / Nominal
Plain Form
重要なのは、これらのレベルが単に「より丁寧」または「より丁寧でない」バリエーションではないということです。それぞれがまったく異なるシグナルを発します。丁寧語は専門性と敬意を示します。尊敬語は組織的な重みを示します。普通体はカジュアル感を示します。コンシューマーアプリには適していますが、B2Bプロダクトでは不注意な印象になりがちです。体言止めのハイブリッドスタイル（動詞なし・名詞止め）は妥協点ではなく、ほぼすべてのプロダクトタイプにわたってボタンラベルとUIアクションに最適な選択肢です。
誤ったレジスターがもたらす代償
日本語ユーザーはプロダクトを使用する際に意識的にレジスターを分析しません。しかし、何かがずれているとすぐに感じます。ローカライズされたSaaSプロダクトで最も多く見られるレジスターの誤りは、3つのカテゴリーに分類されます。
- 過剰な丁寧さ：UIコピーに尊敬語セルフサービス型SaaSプロダクト全体に丁重な敬語表現を使うと、摩擦が生じます。ボタンのたびに正式な手紙のような表現が出てくると、インターフェースが重く遅く感じられます。プロフェッショナルな印象ではなく。
- 不十分な丁寧さ：B2Bツールでの普通体普通体（だ・である体語尾）は、開発者向けCLIやコンシューマーアプリに適したカジュアルな、時に無愛想なトーンを持ちます。エンタープライズソフトウェア、FinTech、またはユーザーがデータやお金を預けるプロダクトでは、疎外感を与えます。
- 不整合：ページをまたいだレジスターの混在これが最も一般的で最も有害な誤りです。オンボーディングフローで丁寧語を使い、エラーメッセージで普通体を使い、価格ページで両方を行き来すると、プロダクトは内部的に一貫性がないように見えます。そして内部的な不整合は品質管理の欠如として読まれます。
不整合の問題は特に強調する必要があります。ローカライズされたSaaSプロダクトのQAレビューでは、レジスターの混在がほぼ毎回トップ3の指摘事項に入ります。そして必ず同じ根本原因に行き着きます。異なる時期に、異なるツールや翻訳者によって、レジスター仕様なしに翻訳された文字列たち。個々の翻訳は許容範囲かもしれません。しかし合わせると、設計されたのではなく、組み立てられたと感じられるプロダクトができあがります。
意思決定フレームワーク：あなたのプロダクトに合ったレジスターとは
レジスターの選択は恣意的ではありません。プロダクトタイプ、ターゲットユーザー、ブランドポジションの3つの要素から導き出されます。日本市場に参入するSaaSカテゴリーを網羅した実践的な意思決定マトリックスをご覧ください。
| プロダクトタイプ | ターゲットユーザー | 推奨レジスター | 避けるべきもの |
|---|---|---|---|
| B2B SaaS（人事・CRM・ERP） | エンタープライズバイヤー、マネージャー | 全体に丁寧語 | 普通体、過度な尊敬語 |
| FinTech / 決済プラットフォーム | 財務チーム、CFO | 丁寧語＋法的・請求関連は尊敬語 | 決済フローでの普通体 |
| 開発者ツール / API | エンジニア、CTO | 体言止め＋ドキュメントは普通体 | 技術的UIでの重い敬語 |
| コンシューマー / 生産性アプリ | 個人ユーザー、フリーランサー | 丁寧語UI＋体言止めボタン | 尊敬語（堅すぎる印象） |
| AI / コパイロットツール | ナレッジワーカー | 丁寧語UI＋AIレスポンスは普通体 | フロー内での不規則な混在 |
| セキュリティ / コンプライアンスSaaS | IT管理者、コンプライアンスチーム | 丁寧語＋アラートは尊敬語 | セキュリティ関連メッセージでの普通体 |
一点補足があります。単一プロダクト内でも、コンテキストが異なれば適切なレジスターのサブレベルも変わります。ボタンラベルは、プロダクトタイプに関わらず、ほぼ常に体言止め（動詞語尾なし）を使用すべきです。洗練された意図的な表現として、あらゆるレジスターで受け入れられています。散文的な説明文、ツールチップ、オンボーディングメッセージはプロダクト全体のレジスターに合わせましょう。エラーメッセージとセキュリティアラートは、それ以外のコンテンツがカジュアルであっても丁寧語寄りにすべきです。なぜなら、システム障害の瞬間こそ、驚かせるのではなく安心させる必要があるからです。
ビフォーアフター：実際のレジスターの使い方
レジスターの違いは、ユーザーがプロダクト品質に対する最も強い印象を形成する特定のタッチポイントで最も明確に現れます。最も一般的な8つのUIコンテキストと、それぞれにおけるレジスターの適用方法を示します。
| UIコンテキスト | ❌ よくある間違い | ✅ 推奨表現 |
|---|---|---|
| メインCTAボタン | 無料トライアルを開始する （動詞形 — 命令的に聞こえる） |
無料で試してみる （誘いのトーン — ユーザー主導の印象） |
| 保存アクションボタン | 変更を保存します （丁寧体動詞 — ボタンには長すぎる） |
変更を保存 （体言止め — すべてのボタンラベルに正しい形） |
| 成功メッセージ | 保存した （普通体 — 唐突、冷たい） |
保存しました （丁寧語 — 温かみがあり、完了を確認） |
| エラーメッセージ | エラーが発生した （普通体 — 不安を与え、安心感がない） |
エラーが発生しました。恐れ入りますが、再度お試しください （丁寧語＋お詫び — 前に進む方向を示す） |
| オンボーディングツールチップ | ここをクリックしろ （命令形 — 無礼、命令的） |
こちらをクリックしてください （丁寧なお願い — 誘導的で敬意がある） |
| 価格CTA | 今すぐ購入する （押しつけがましい — B2Bでは抵抗感を生む） |
プランを選択する （中立的な誘い — ユーザーが主導権を持つ感覚） |
| 破壊的なアクション | 削除しますか？ （疑問形 — 取り消せないアクションには重みが足りない） |
削除してよろしいですか？この操作は元に戻せません （正式な確認＋結果の説明 — 適切な重み） |
| 空の状態メッセージ | データなし （ラベルのみ — 冷たく役に立たない） |
まだデータがありません。最初のレコードを追加してみましょう （丁寧語＋誘い — 支援的） |
敬語と普通体が日本語ユーザーに送るシグナル
個々のタッチポイントを超えて、レジスターの選択はプロダクト全体の認知されるアイデンティティを形成します。以下の2つの列は、各主要レジスターがプロダクトレベルで何を示すかをまとめています。これにより、日本でのブランドポジションに合わせたローカライゼーションの選択が可能になります。
どちらのレジスターも普遍的に優れているわけではありません。問題は、レジスターの選択が意図的かどうかです。事前に決定され、スタイルガイドに明記され、すべてのプロダクト文字列に適用されているかどうか。ほとんどのローカライゼーション問題は、誤った選択の問題ではありません。選択をしていないという問題です。翻訳者やAIツールがレジスター指示書なしに出力したものにデフォルトしてしまった文字列の問題なのです。
タッチポイントごとのレジスターガイド
日本に参入するほとんどのB2B SaaSプロダクトには、以下のタッチポイントごとのガイドが適用されます。上記の意思決定マトリックスを使って、プロダクトタイプとオーディエンスに合わせてアレンジしてください。
一貫性こそが真の目標
SaaSローカライゼーションにおける最も重要なレジスター原則は、どのレベルを選ぶかではありません。意識的に1つを選び、どこでも一貫して使い続けることです。丁寧語を一貫して使用しているプロダクトは、より形式的なレジスターの方が理論的に少し良いかもしれない場合でも、レジスターを意図なく混在させているプロダクトを上回るパフォーマンスを発揮します。
これは、日本語ユーザーがUIの言語を全体として読むからです。オンボーディングフローとは異なる文体のエラーメッセージが出てきたとき、あるいは価格ページが段落の途中でレジスターを変えたとき、ユーザーは「面白いスタイルの選択だ」とは思いません。「このプロダクトはどこか未完成な感じがする」と思うのです。その認識は体系的なQAレビューなしには払拭するのが難しいです。
-
1翻訳前にレジスターを定義する 文字列がローカライゼーションワークフローに入る前に、次のように指定します。「このプロダクトはUI全体を通して丁寧語を使用し、すべてのボタンラベルには体言止めを使用し、すべてのエラーメッセージにはお詫びフレーズを添えた丁寧語を使用する。」このたった一つの仕様がほとんどのレジスター問題を防ぎます。
-
2ボタンラベルを個別に監査する ボタンラベルはローカライズされたSaaSプロダクトで最も多いレジスター違反です。すべてのボタン文字列を対象とした監査を行い、すべてが体言止めスタイルを使っていることを確認します。動詞語尾なし、丁寧語尾なし。
-
3エラーメッセージをセットとして確認する すべてのエラーと警告メッセージを1つのビューに集めて連続して読みます。文字列を1つずつレビューする際には見えない不整合が、セットとして見ると明らかになります。
-
4「だ」または「である」で終わる文字列にフラグを立てる B2B SaaSでは、普通体語尾はほぼ常に誤りです。自動化ツールが文字列ファイルでこれらの語尾を検索し、リリース前にレジスター修正の候補を洗い出すことができます。
-
5ネイティブの読者に「フローテスト」を実施してもらう 最も信頼性の高いレジスターチェックは定性的なものです。日本語ネイティブのプロフェッショナルにプロダクトをランディングページからオンボーディングを経てアカウント設定まで最初から最後まで読んでもらい、全体のトーンを一言で表現してもらいます。答えが「ばらばら」や「途中で変わる」であれば、個々の文字列がどのように見えても、レジスターに問題があります。
レジスターは日本語SaaSローカライゼーションの仕上げの細部ではありません。最初の決断です。
「敬語と普通体のどちらを使うべきか」という問いに普遍的な答えはありませんが、あなたのプロダクト、オーディエンス、日本でのブランドポジションに合った正しい答えはあります。しかし良いデフォルトは存在しません。レジスターを偶然に任せることは、プロダクトの信頼シグナルを偶然に任せることと同じです。
日本では、長期的に成功する企業は、自社がユーザーにどのように語りかけるかについて決断を下し、その決断をすべての文字列、すべてのタッチポイント、すべてのリリースにわたって維持した企業です。その一貫性は単なる言語品質ではありません。言語を通じて可視化されたビジネスコミットメントです。
SaaSプロダクトには敬語と普通体のどちらを使うべきですか？
B2B SaaS・FinTech・エンタープライズツールには、UIを通じて丁寧語（です・ます体）の使用が正しい選択です。開発者向けツールやコンシューマーアプリでは、よりカジュアルなレジスターも適切です。最も重要なのは一貫性であり、レジスターを決定したらすべてのタッチポイントに適用することです。丁寧語を一貫して適用しているプロダクトは、個々の文字列がより精密であっても、レジスターが混在しているプロダクトを上回るパフォーマンスを発揮します。
日本語UIにおける敬語と普通体の違いは何ですか？
敬語（丁寧語）はです・ます体語尾を使い、専門性と敬意を示すためほとんどのB2Bソフトウェアに適しています。普通体（だ・である）はよりカジュアルで、開発者向けCLIやコンシューマーアプリに機能します。ボタンラベルはプロダクトタイプに関わらず体言止め（動詞語尾なし）を使うべきです。たとえば「保存する」や「保存します」ではなく「保存」。体言止めのボタンラベルはすべてのレジスターで受け入れられ、長さを短縮できます。
日本語SaaSローカライゼーションでレジスターの一貫性が重要な理由は何ですか？
オンボーディングでは丁寧語を使い、エラーメッセージでは普通体を使うなど、プロダクトの異なる部分で異なる敬語レベルが混在していると、日本語ユーザーはそのプロダクトを一貫性がなく、専門性が低いと感じます。これは信頼を損ない、コンバージョン率を低下させます。特に言語品質が業務品質を示すシグナルとなるB2Bの文脈では深刻です。レジスターの混在はほぼ常に、レジスター仕様なしに異なる時期に異なるツールや翻訳者によって文字列が翻訳されたことから生じます。
エラーメッセージにはどの敬語レベルを使うべきですか？
エラーメッセージは、それ以外のコンテンツがカジュアルなプロダクトであっても、常に丁寧語（です・ます体）を使用すべきです。「恐れ入りますが」または「申し訳ございません」などのお詫びフレーズで始め、明確な次のステップで締めくくる必要があります。「エラーが発生した」のような普通体のエラーメッセージは冷たく不安を与え、ユーザーが最も安心を必要としている瞬間に信頼を損ないます。
日本語SaaSプロダクトで普通体が許容される場合はいつですか？
普通体は、エンジニアが直接的でコンパクトな言語を期待する開発者ツール・CLIドキュメント・技術APIリファレンスに適しています。会話的なトーンが意図的なコパイロット型ツールのAIアシスタントのレスポンスにも機能します。どちらの場合も、普通体を使用する決定は意図的かつ一貫したものであるべきです。レジスター指示書なしにAI翻訳がカジュアルな出力にデフォルトした結果ではいけません。