plan-page

ストアフロントページを計画する

後続のスキルが視覚化、リソース化、デザインするための完全な仕様を作成します。戦略と顧客向けのコピーはここで確定します。アイランドを選択したり、コードを記述したり、ドラフトを作成したり、アセットを生成したりしないでください。

該当するものだけを読む

必ず次を読んでください。

• work/storefront/setup.md；
• 選択したストアの brand.md、design.md、products.md、persona.md、 rules.md、およびデフォルトテーマの CSS；
• references/plan-page.md；
• references/page-type-guide.md；
• references/planning-rules.md。

これら 3 つのリファレンスが基本の計画パケットです。一般的なセットアップの情報は地図であり、現在のコマースに関する権威ある情報ではありません。

販売ページでは、プロモーションのない通常価格の商品を含め、ページタイプやセクションを選ぶ前に references/offers/offer-strategy.md も読んでください。情報提供ページまたはサポートページでは、オファーを無理に当てはめず、該当性を記録してください。

次を使用してください。

• lexsis_catalog.list と lexsis_catalog.get で、選択した商品の情報を更新する；
• 証拠を確認するには、lexsis_catalog.reviews_status、 lexsis_catalog.review_collections、lexsis_catalog.reviews、および lexsis_catalog.reviews_search を使用する；
• セクションの計画後に、 lexsis_template_library.search_page_kits、 lexsis_template_library.search_sections、および lexsis_template_library.get_kit を使用する。

商品検索、評価、分岐する質問、ガイド付きおすすめは、稼働中の Quiz アイランドで利用できます。クイズの計画では、references/quiz-authoring.md を読み、実装先を /quiz にしてください。エントリー、質問の経路、決定論的な結果、実在する商品／バリアント、終了またはカートでのアクションを計画してください。保存が必要な場合は、目的、開示、質問の分類、可視性、保持期間、再開可能期間、個別の連絡先選択を含めてください。回答の保存は、分析への同意とは独立させてください。

ゲーム、報酬の付与、カスタム操作には、専用の稼働中アイランドスキーマが引き続き必要です。実行環境や非表示の操作を作り上げないでください。自動結果メール、プレビューのキャプチャ、または未リリースのクイズファネルダッシュボードを約束しないでください。

不慣れなスキーマは、正確なルーター／アクションの検出を通じて確認してください。公開情報については信頼できるウェブ調査を行い、非公開の販売事業者の判断、明確でないポジショニング、意図するキャンペーンメッセージ、または矛盾する証拠についてはユーザーに確認してください。調査した事実には、出典と日付を記録してください。

1. 概要を確定する

次を特定してください。

• ワークスペース、ストア、デフォルトの作業テーマ；
• 依頼されたページとページタイプ；
• 商品、コレクション、またはストア全体の対象範囲；
• ターゲット市場とペルソナ；
• トラフィックソースと提供されたキャンペーンメッセージ；
• ファネル段階と認知度；
• コンバージョン目標と CTA の遷移先；
• オファー、購入モデル、日付、地域；
• 証拠、訴求、法的制約、必須セクション。

依頼が空または不完全な場合、これらの判断に必要な重要な質問をすべてしてください。質問数に上限はありません。ユーザーが効率よく回答できるよう、関連する質問をまとめてください。セットアップ、カタログ、または信頼できる公開情報ですでに確認できる事実は質問しないでください。

不足している選択や証拠がページに重大な影響を与える場合は、PLAN_BLOCKED で停止してください。それほど重大でない不確実性は ## Open decisions に明記してください。

2. 最新の情報を確認する

products.md で候補の商品を探し、選択した商品はすべてライブカタログで情報を更新してください。正確な ID、バリアント、オプション、価格、在庫状況、販売プラン、説明、商品メディアの作業内容を記録してください。

証拠を計画する前に、レビューの利用可否を確認してください。Lexsis で確認できない場合は、信頼できる情報源を使って、公開ポリシー、用途、認証、配送、返品、訴求内容に関する事実を確認してください。販売事業者の管理下にある情報の矛盾は、ユーザーに確認してください。

提供されたキャンペーンメッセージまたはクリエイティブについては、ユーザー提供の素材から、その約束、名詞、CTA、トーン、訴求内容、視覚的な手がかりを抽出してください。キャンペーンの背景を作り上げないでください。

オファー価値戦略を策定する

販売ページでは、references/offers/offer-strategy.md に従い、顧客の根拠を望ましい成果、差別化、メカニズム、完全なソリューション、価値、証明、そして検証可能な不確実性 1 つに結び付けます。割引を提案する前に、価値を高める方法を検討します。セクションとコピーを確定する前に、Page strategy の価値戦略に関する 7 つの項目を完成させ、ストーリーの流れを決めてからセクション ID を割り当てます。

確定済みの販売者のオファーと、提供されたキャンペーンの約束を尊重します。未確認の価格、ボーナス、代替のポジショニングは Open decisions に残し、最終コピーには含めません。経済性に関する情報が不足している場合、収益性についての結論には限界がありますが、有効な既存オファーの作成は妨げられません。これらの判断によって、商業条件の変更が許可されるわけではありません。

3. ページタイプを 1 つ特定する

テンプレートを検索する前に、references/page-type-guide.md を確認します。トラフィック、段階、認知度、望ましい行動、商品数、オファー、キャンペーンのきっかけに基づいて、タイプを 1 つだけ選びます。

ガイドの標準的な構成を出発点にします。省略した必須セクションと、理由を添えたすべての逸脱を記録します。プランを提示する前にチェックリストを確認します。

4. 消費者のストーリーを構築する

Consumer decision model を使って、買い物客が意思決定時に抱く主な疑問、懸念、異議、必要とする証明、モバイルでの状況を列挙します。それらを次の順序でセクションのストーリーにします。

1. 関連性とメッセージの一致を確立する；
2. 商品またはメカニズムを説明する；
3. 最大の異議を解消する；
4. 主張を裏付ける証明を、その主張の近くに配置する；
5. オファーとリスク軽減策を提示する；
6. 明確な行動を 1 つ促して締めくくる。

Page strategy の根拠を使い、コンポーネントの説明、メカニズムの証拠、主な異議、価値を裏付ける画像をストーリー内に配置します。戦略の項目は、追加の必須セクションではありません。

セクションはテンプレートより先に決めます。各セクションには、消費者にとって固有の役割が必要です。同じ役割を繰り返すセクションは統合するか削除します。

5. コピー、証明、レイアウトを確定する

すべてのセクションについて、顧客に提示する最終コンテンツを作成します。

• アイブロウ、見出し、副見出し、本文、ラベル、箇条書き、CTA、遷移先；
• 該当する場合は、FAQ の質問と完全な回答；
• 正確なオファー条件とポリシーの文言；
• 証明と主張の ID；
• デスクトップとモバイルのレイアウト方針；
• 買い物客の行動として記述したインタラクションの方針。実装方法は記述しません。

プレースホルダー、執筆指示、下書きの選択肢、TBD の値を残してはいけません。すべての数値、期間、引用、バッジ、認証、価格、保証は、Proof ledger、Offer ledger、または Claim gate を通じて確認できる状態にする必要があります。

6. 制作アセットの要件を定義する

各セクションに必要なものを定義します。調達と制作は /plan-assets に委ねます。

各スロットについて、次を指定します。

• セクションと消費者にとっての役割；
• 商品またはバリエーションの識別情報；
• 実物のみ、実物の編集可、または生成可の区分；
• まずモバイルのアスペクト比、トリミング、焦点、最小ピクセル寸法；
• 大きな画面向けのアスペクト比、トリミング、最小ピクセル寸法、および同じマスターから派生させるかどうか；
• 被写体、構図、焦点、余白、配色、隣接するセクションとの適合性；
• 証拠、権利、来歴に関する要件；
• /visualize-page を後で使用する場合の、任意のコンセプトフレーム参照。

要件では、カタログを通じて特定済みの実際の Shopify メディアに言及できますが、ライブラリアセットの選択、ファイルのアップロード、URL のインポート、画像の生成、クレジットの消費、制作アセットの準備完了の宣言は行いません。

公式マーク、認証、報道機関のロゴ、顧客の証言、成果を示す画像、パッケージの識別情報、正確な商品外観には、必ず真正で使用許可を得たメディアが必要です。

7. テンプレートの方向性を選択する

セクションの要件がすべて整ってから、テンプレートを検索します。

1. 選択した種類、業種、雰囲気、目標に合うページキットを検索します。
2. 選択 UI が利用できる場合は、ユーザーに選択してもらい、選択の応答を待ちます。
3. 選択 UI がない場合は、ユーザーからの委任内容に従います。
   • ユーザーが選びたい場合は、有力な候補を提示します。
   • 選択を委任された場合は、最適な候補を選び、その理由を説明します。
4. 選択したキットを lexsis_template_library.get_kit で解決します。
5. 適合するページキットがない場合は、再利用可能な方向性が必要な、計画済みの特定のセクションについてのみ検索します。
6. ライブラリが空の場合、またはすべての候補が計画と相容れない場合は、カスタムレイアウトの方向性を記録します。/design-page がその作成を担当します。

テンプレートの方向性に合わせるために、ページの消費者向けの訴求内容を変更してはいけません。

8. 計画を作成して承認を得る

references/plan-page.md に定義されているすべてのブロックを、指定された順序で記述します。完成した計画には次の内容を含めます。

• 戦略と消費者に関する決定事項のすべて；
• 最終コピー；
• セクションの順序とレスポンシブレイアウト；
• 証拠、オファー、メッセージの一致、訴求内容に関する決定事項；
• テンプレートまたはカスタムの方向性；
• 制作アセットの要件；
• 未決定事項とステータス。

ページの種類、対象者、目標、オファー、セクション数、アセット要件の数、証拠／訴求内容に関するリスク、テンプレートの方向性を含む簡潔な要約を提示します。ユーザーが承認するまで修正します。

ステータスのルール：

• PLAN_BLOCKED：戦略、コピー、オファー、証拠、訴求内容、製品、CTA に関する重要な決定が未解決です；
• PLAN_READY_FOR_APPROVAL：仕様が完成し、ユーザーの明示的な承認を待っています；
• PLAN_APPROVED <who> <date>：ユーザーがこの計画を明示的に承認しました。

計画の承認は、アセットへの支出、ドラフトの作成、公開を許可するものではありません。

返却内容

計画、前提条件、ステータス、次のルートをすべて返します。

• ユーザーがコンセプトの承認を希望する場合は、任意で /visualize-page；
• 制作用メディアを確定するには /plan-assets；
• ビジュアルまたはアセットに関する決定によって戦略、セクション、訴求内容、最終コピーが変わる場合は、いつでも /plan-page に戻ります。