構造化リサーチブリーフビルダー

課題仮説: 小規模ECチームは、生の製品写真をチャネル別のキャンペーン素材に変換する作業で時間を失っている。 最もリスクの高い前提: 写真品質が十分に高いこと、チームがAIによる素材バリエーションを信頼すること、本当のボトルネックがレビュー時間であること。 調査質問: キャンペーン素材制作の担当者は誰か、修正はどこで滞るか、どの品質基準が公開を止めるか。 検証計画: 5人の運用担当者にインタビューし、3つのプロンプト主導の素材フローを試し、最初に承認可能な素材ができるまでの時間を比較する。 意思決定ゲート: 現在のワークフローより早く公開可能なドラフトに到達できる場合のみ継続する。

中核となる約束: 見えてはいるが、具体的なユーザー成果ではなく機能として語られている。 分かりにくい点: 誰が最初に価値を得るのか、サインアップ後にどのワークフローが変わるのかをページが説明していない。 例のギャップ: 前後比較の例、モデル出力サンプル、ヒーロー近くの短い信頼シグナルを追加する。 CTA の問題: 主なアクションが説明の後ろに出てくる。利用目的に沿った CTA をクイックユースセクションの近くへ移動する。 修正計画: ヒーローを鋭くし、成果カードを追加し、ビジュアルを磨く前に反論を書き直す。

問題タイプ：エクスポートの繰り返し失敗と返金リクエスト。 顧客向け返信：失敗した試行を受け止め、率直にお詫びし、まずエクスポート経路の復旧を支援すると伝える。 ポリシー境界：返金条件は提供されたポリシーメモだけに基づいて説明し、例外を約束しない。 次のステップ：エクスポート形式、ブラウザ、タイムスタンプを尋ね、アカウントが返金基準を満たす場合は請求担当へ回す。 内部メモ：同じエクスポートが2回失敗しているため、プロダクト信頼性リスクとしてタグ付けする。