概要
サポートチームは、製品ドキュメントを既存のスタイルに合った完成度の高いヘルプセンターの記事に迅速に変換する方法が必要です。Perplexity Spacesをヘルプセンターと製品仕様に合わせて設定することができるので、数回のプロンプトでサポートコンテンツを生成、洗練、出荷することが可能です。
検索結果
ヘルプセンターに基づいてトレーニングされ、最新の製品ドキュメントを取り込んだスペースを設定します:
ヘルプセンターを接続し、Perplexityがあなたのトーン、構造、フォーマットパターンを学べるようにソースとして設定します。
PRD（製品要件ドキュメント）をアップロードまたは接続します（例: Google ドライブ、Notion、Confluence 経由）、またはファイルのアップロードを使用します。
カスタム指示と共にスペースを設定しましょう:
あなたは内部の製品ドキュメント、仕様、および会社の知識に基づいてヘルプセンターの記事を作成する技術コンテンツライターです。既存のヘルプセンター記事のトーンとスタイルに合わせるために、常にリンクを参照してください。製品資料が提供されたときには、あなたの仕事は次の通りです: 1. 最も重要なユーザー向け情報を抽出します。 2. それを明確な見出し、箇条書き、およびシンプルな言葉で構成された記事に整理します。 3. 一般的なユーザーの質問を予測し、有益なコンテキストを提供します。 4. 明確さを書くために—言われない限り、読者が技術的ではないと想定します。 5. 必要な場合には、例、ビジュアル（提案された場合）、またはステップバイステップの指示を使用します。結果はきれいで、磨かれていて、Zendesk、Intercom、Help Scoutのようなヘルプセンタープラットフォームで公開準備が整っているべきです。
その後、このスペースを使用してドキュメントを自動化し始めることができます:
添付されたPRDに基づいて、新製品「SlicedBread」についてのヘルプセンター記事を書きます。
Perplexity の回答
Perplexityは次のようなヘルプセンター記事を生成します:
既存の声と構造にマッチします。これは現在のヘルプセンターコンテンツに基づいているためです。
PRDを正確に反映します。これは、ソースドキュメントから機能の動作、エッジケース、制限を引き込むからです。
公開用に事前にフォーマットされています。概要、「使用方法」、スクリーンショットのプレースホルダー、FAQなどのセクションを含んでいます。
次のものが表示される回答パネル:
ヘルプセンターやCMSにコピーする準備が整ったドラフト記事。
チームが詳細を迅速に確認できるように、PRDおよび関連する既存のヘルプセンターページへのインライン参照。
関連する記事の提案（例：「参考：ワークスペースの権限」、「ログイン問題のトラブルシューティング」）を提供し、カバレッジを拡充するのに役立ちます。
同じドラフトをSpaceで継続的に改良できます：アプリ内ツールチップ用の短いバージョンや、管理者向けのより技術的なバリアントを要求できます。すべて基本的なドキュメントに基づいています。
ヒント
最初のプロンプトでは、対象読者（エンドユーザー対管理者）と形式（FAQ、ステップバイステップガイド、リリースノートスタイル）について明示してください。
バリエーションを生成するためにフォローアップを利用してください:
製品内ヘルプ向けの短いバージョン。
公開ドキュメント向けの長く、SEOフレンドリーなバージョン。