ヘルプページの基本構成と設計原則
SaaSのヘルプページは、ユーザーが自己解決できる環境を作るための最重要コンテンツです。Intercomの調査によると、優れたヘルプセンターを持つSaaSはチャーン率が平均23%低いという結果が出ています。
効果的なヘルプページの設計原則は「答えを見つけやすくする」ことです。具体的には以下の3つを守ることが重要です。
- タスクベースで書く：「機能名」ではなく「やりたいこと」でカテゴリを分類する（例：「レポートとは？」ではなく「レポートを作成する方法」）
- 1記事1タスク：1つのヘルプ記事で1つのタスクだけを説明する
- 画面キャプチャを必ず含める：テキストだけでは理解しにくい操作手順には必ず画面キャプチャを添付
機能ごとのヘルプページの書き方
ヘルプ記事の基本構成は「目的→前提→手順→補足」です。この構成に沿って書くことで、ユーザーが必要な情報に最短でたどり着けます。
【ヘルプ記事の基本構成】
1. タイトル：「〇〇する方法」「〇〇を設定する」という動詞で終わる形式
2. 目的（1〜2行）：この記事でできるようになること
3. 前提条件：必要な権限・設定
4. 手順（番号付きリスト）：各ステップにスクリーンショット
5. 注意事項/よくある質問特に重要なのはタイトルを「ユーザーが検索するキーワード」で書くことです。「プロジェクト機能について」ではなく「プロジェクトを新規作成する方法」と書くことで、内部検索でヒットしやすくなります。
検索性を高めるタグ・カテゴリ設計
ヘルプセンターでユーザーが迷子になる最大の原因は、カテゴリ設計が「機能名」ベースになっていることです。ユーザーは機能名ではなく「やりたいこと」で検索します。
| 悪い例（機能名ベース） | 良い例（タスクベース） |
|---|---|
| ダッシュボード設定 | 表示をカスタマイズする |
| ユーザー管理 | メンバーを追加・削除する |
| API連携 | 他のツールと連携する |
| エクスポート機能 | データをダウンロードする |
画面キャプチャを効率的に取得・管理する方法
ヘルプ記事を作成する上で最も時間がかかる作業がスクリーンショットの取得と管理です。以下の効率化策を実施することで作業時間を大幅に削減できます。
- 命名規則を統一：「機能名_操作名_ステップ番号.png」で管理
- 共有フォルダで管理：Google Drive/Notionで画像を一元管理
- 自動キャプチャツールの活用：操作と同時にスクリーンショットを自動記録するツールで工数を90%削減
プロダクトアップデート時のヘルプ更新フロー
SaaSのヘルプ最大の課題は「プロダクトが変わったのにヘルプが古い」という状態です。これを防ぐためのフローを設計します。
- リリース前：エンジニアがリリースノートを共有（UIが変わる箇所を明示）
- リリース日：CS担当者がUIの変更箇所のスクリーンショットを再取得
- リリース後24時間以内：該当するヘルプ記事を更新・公開
- 更新後：既存ユーザーへのアナウンスにヘルプリンクを添付
まとめ：ヘルプページが顧客満足度に与える影響
ヘルプページの整備は、CS工数削減と顧客満足度向上の両方に貢献します。Zendeskの調査では、セルフサービスで問題を解決したユーザーのNPSスコアは、サポート担当者に解決してもらったケースより平均12ポイント高いという結果が出ています。
今日から始められる最初のステップは、過去1ヶ月間のサポート問い合わせの内容を分類し、最も多い質問TOP5について、スクリーンショット付きのヘルプ記事を1本作成することです。その5本が、問い合わせの約45%を自己解決に変えてくれます。