Colay / ガイド

複数の AI の視点をクライアントの提案に変える

コンサルタントや代理店には、クライアントが次の行動に合意できる提案が必要です。Colayでは、各エージェントの回答を集め、Consensusで意見の相違を議論し、結論をHTMLプレゼンテーションにまとめるよう依頼できます。このガイドでは、その手順をクライアントの依頼内容、対象範囲、裏付けのある約束と結び付けます。

提案で達成する必要があるものを決定する

初回面談用のプレゼンテーションと、承認を求める提案書では目的が異なります。前者は課題を明確にし、事前調査への合意を得るためのものです。後者は範囲、責任分担、価格、受け入れ条件を定めます。まだ合意していないことまで初稿で約束しないよう、依頼内容に商談の段階を明記してください。

受信者、受信者が決定したこと、受信者がすでに知っていることについて説明します。事業主は次のステップを選択する一方で、運用リーダーはスタッフが実装をサポートできるかどうかを確認している可能性があります。この区別により、どの異論が注目に値し、何がスライドに含まれるかが決まります。

具体例:代理店が問い合わせの取りこぼしを調べる

一部の問い合わせが失われているため、クライアントが代理店に新しい CRM の導入を依頼していると想像してください。ソース資料には、プロセス マップと失敗したリクエストの例が含まれています。損失がスタッフの引き継ぎ中、データ入力中、またはフォローアップ中に発生したのかどうかは確立されていません。これは架空のワークフローであり、Colay の顧客事例ではありません。

最初の提案は、そのまま新システムの導入へ進むかもしれません。しかし、レビューでシステム交換の根拠がまだ足りないと分かる場合もあります。実際の原因は、担当責任が不明確なことかもしれません。有用な議論からは、業務手順を調べ、原因を検証してから導入範囲を合意する案が生まれます。システム交換を支持する証拠があれば、別の推奨案になり得ます。

何が分かっているか、最初の段階でどのような不確実性が解決され、次の決定をサポートするかなど、その推論をプレゼンテーションに取り入れます。新しいシステムの洗練された説明では、そのつながりは確立されません。

複数の視点で依頼内容を検討する

これらはプロンプトで割り当てる役割の提案であり、認定された専門家の審査員団が組み込まれているという意味ではありません。最初に個別の回答を得るにはAsk separatelyを使います。同じ依頼内容を渡し、クライアントから得た根拠と自分の仮定を明確に区別してください。

共通の結論を得るには、Consensusに元の依頼内容、関連する抜粋、レビュー記録を渡してください。これらは明示的に渡す必要があります。個別のチャットが自動的に新しいリクエストの資料になるわけではありません。手元の証拠では解消できない意見の相違は、残すよう求めてください。

  • ソリューション デザイナー: どの一連の作業がクライアントの問題に対処するか。
  • 批評家: どの主張にサポートが欠けているか、どの依存関係が欠けているか。
  • 受信者の視点: 承認前に明確にする必要があるもの。
  • 編集者: レビューされた結果を簡潔な文書に変える方法。

約束をチームが検証できる条件に変える

スライドを埋めるために、不明な点を確定した数値に変えないでください。見積もり、日付、約束は担当チームの確認が必要です。未確定の値は作業用の草案に質問として残します。クライアント向けの版では条件を明記するか、裏付けのない約束を削除してください。

提案書を送信する前に約束を明確にする
声明草案指定する内容
売上を増やします業務変更の範囲と、その成果の評価方法。
すべての統合が含まれています名前付きシステム、必要なアクセス、および合意された制限。
合意された日までに配達スケジュールを開始する日付、依存関係、および条件。
サポートが含まれていますサポート期間、対象業務、責任分担の境界。

結論とプレゼンテーションのプロンプト

「この依頼内容[証拠]とレビュー記録[抜粋]を使い、[初回面談または範囲の承認]の段階にある[相手]向けの提案を作成してください。事実と前提を区別してください。提案する各作業がクライアントの課題に対応しているか確認してください。チームの実績、顧客の声、価格、日程、性能の向上を創作しないでください。担当者が確認すべき、意見の分かれている条件を特定してください。そのうえで、クライアントの課題、確認済みの観測、選択肢と推奨案、範囲、依存関係、受け入れ条件を扱うHTMLプレゼンテーションを作成してください。」

最初に実質的な結論を確認してください。最終的なプレゼンテーション作業の前に、範囲または条件の変更を解決します。 Colay のデフォルトの Consensus リクエストには、結論に基づいた HTML プレゼンテーションが含まれていますが、生成された結果を確認してください。モデルが要件を省略していたり、要件の提示が不十分である可能性があります。

会議で使用できるバージョンを準備する

相手の立場で全スライドを読んでください。口頭説明なしでも提案を理解できるか、範囲が明確か、短くする過程で重要な条件が抜けていないかを確認します。名前、数値、リンク、表の読みやすさを確認し、クライアント向けでない内部メモを削除してください。

必要に応じて、レビューしたプレゼンテーションをエクスポートします。 Colay の現在の PPTX エクスポートでは、スライドが画像として保存されます。個々のラベルは編集可能な PowerPoint テキスト オブジェクトではありません。スライド テキストに変更が必要な場合は、エクスポートする前に変更するか、追加の編集を計画してください。

修正に要する時間と、合意できる条件の明確さで、この作業手順を評価してください。この例は、準備時間の実測値や売上向上を示すものではありません。クレジット消費と再生成も考慮してください。まずは匿名化した依頼内容と、チーム内で意見が分かれている提案書の一部分から始めてください。

次の質問を Colay に送ってください。

モデルを選択するか、Autoを使用するか、Consensusを使用して複数の視点を組み合わせます。

Colayを開く