Help: knowledge

事業の背景を、使える知識に整える

商品、ユーザー、目標、制約を、AI が参照できる形に整理します。

まず一枚の基本説明を作る

最初から完全なブランドブックを作る必要はありません。誰に何を提供するか、ユーザーの課題は何か、どう役立つか、どの行動を期待するか、守る条件は何かを一枚にまとめます。分析や制作の基本的な判断を支える情報になります。

「業界最高」「成長を実現」といった抽象語だけにせず、確認済みの特徴、利用場面、制約に置き換えます。「毎週、複数サイトの状況を整理するチーム向け」の方が、「あらゆる企業向け」より適合性を判断しやすくなります。

機能、価格、条件は確認できる資料を基にし、ユーザーの動機に関する推測は仮説、未提供の能力は計画として分けます。混ぜると、将来の方向が現在の約束になったり、チームの推測が確実なニーズとして使われたりする可能性があります。

重要な項目には、適用範囲、確認者、更新日を添えます。これらはチーム内の確認用で、すべてを公開する必要はありません。資料が矛盾する場合は、担当者が採用する版を決め、AI に魅力的な表現を選ばせないようにします。

ペルソナは年齢や役職だけではありません。どんな場面で訪れ、何をしたくて、何を知り、何を不安に思うかを書きます。その理解がインタビュー、過去のデータ、チームの仮説のどれに基づくかも明確にし、根拠がなければ不確かさを残します。

一つの商品でもニーズは複数あります。全員を平均的な一人にまとめず、今回の仕事に関係する対象を選びます。初回訪問者にはサービス理解、再訪者には条件確認が必要かもしれず、説明や分析の問いも変わります。

目標は「改善する」だけでなく、問い合わせ送信、重要な説明の閲覧、購入手続きへの移動など、行動で書きます。主な流入元と施策の背景も補い、ユーザーがどんな期待でページを開くかを伝えます。指名検索と初めての広告クリックでは、必要な情報が異なる場合があります。

避ける約束、適用日、削除できない説明、リンク先などの制約も具体化します。「専門的に」だけでなく、使いたい表現と避けたい表現を示すと、結果をそろえやすくなります。

資料を見出しやアセット単位に分け、重複、古い情報、無関係な部分を除きます。AI に整理させても、数字、条件、否定表現が変わっていないか原文と照合します。「不可」「限定」「まだ提供していない」の欠落は、意味を大きく変えることがあります。

確認では、対象ユーザー、価値、制約を短く要約させ、事実と比べます。同じ点を毎回直すなら、その場の会話だけで補わず、アセット自体を修正します。小さな仕事で試すと、背景の不足が見つかりやすくなります。

管理担当と見直すタイミングを決めます。施策の終了、機能変更、価格改定などがきっかけです。更新後は、古い条件に依存した企画、ページ、分析を確認し、変更が必要か判断します。一つのアセットの更新が全成果物を自動で置き換えるとは考えないでください。

チームごとに異なる版が必要なら、市場、対象、施策を名前で区別します。他のチームが使う内容を上書きせず、版の関係と有効期間を明確にして、似た資料の取り違えを防ぎます。