初級ChatGPT
色がブランドに与える影響を解説
[ブランド属性]に対し、候補 5 色の心理的・文化的印象を整理: ・国別・宗教別の禁忌 ・業界での既視感 ・差別化の難易度 ・男女年齢層別の受け取り ・組み合わせの推奨
ブランドの言語化・ポジショニング・事業仮説の検証など、戦略を詰めるための指示文。ChatGPT・Claude にそのまま貼り付けて使えます。全文公開・登録不要で、 コピーボタンから1クリックで持ち出せます。
[ブランド属性]に対し、候補 5 色の心理的・文化的印象を整理: ・国別・宗教別の禁忌 ・業界での既視感 ・差別化の難易度 ・男女年齢層別の受け取り ・組み合わせの推奨
[ブランド属性・職種]の名刺方向性: ・サイズ/用紙 ・両面の役割 ・QR の用途 ・多言語対応 ・避ける装飾
[サービス名・概要]のブランドボイスガイドラインを作成してください: ・コア 3 ワード ・DO / DON'T 各 5 つ ・トーン軸の定義(例:真面目⇔カジュアル、詳細⇔簡潔) ・具体例 10(CTA, エラー, 通知, 空ステート など) 表形式で出力。
[組織・事業・現状]に対するミッション 3 案 / ビジョン 3 案: ・抽象度別(高 / 中 / 低) ・年限の有無 ・社内の納得感 ・採用 / 顧客への響き ・「どこにでもありそう」の自己診断
[ブランド・ポジショニング]のタグライン 10 案: ・8〜18 文字 ・ベネフィット型 / 哲学型 / 比喩型をバランス ・既存ブランドとの差別性 ・読み上げ/視覚映え ・避ける表現
[ブランド属性・媒体]のフォント選定: ・見出し / 本文 / 数字の 3 種 ・ライセンス(商用 / Web) ・多言語対応(日本語 / ラテン) ・読みやすさのテストワード ・組み合わせの実例
[組織規模・利用範囲]に応じたガイドライン目次: ・パーパス / バリュー ・ロゴ規定 ・カラー / タイポ ・写真 / イラスト ・ボイス ・UI 要素 ・リクエストフロー ・更新運用 ページ数感も併記。
[親ブランド配下の新製品]のネーミング 10 案: ・ブランドアーキテクチャ(一体/個別) ・命名規則の一貫性 ・URL / SKU の取り回し ・国際展開時の発音 ・拡張余地
[組織規模・現状の浸透度]に対する社内ブランド施策: ・キックオフ ・部署別ワークショップ ・社内クリエイティブ ・KPI(NPS / 引用 / 採用品質) ・継続のためのオーナー設定
[既存の社内・社外コミュニケーション資料]を踏まえて、ブランド語彙集を整備してください。 ・優先語(必ず使う) 15 ・代替語マッピング(業界用語 → ブランド語彙) 20 ・絶対に使わない語(NG) 10 ・対競合での言い換え戦略 ・新人向けの「翻訳辞典」として 1 ページ化 表記ゆれ(半角/全角/カタカナ/略語)も吸収。
[現状の 30 秒ピッチ]を、社内の役員 / セールス / カスタマーサクセスがそれぞれ独自言語化していないか監査してください。 ・各部門の代表的な言い回し(収集元を [ソース] で示す) ・矛盾している箇所 ・最大公約数の表現(30 秒で言い切る) ・場面別バリエーション(採用 / 営業 / メディア) ・スポークスパーソンの口癖の影響評価
<context> [事業概要 / ターゲット / トーン / 競合ブランド名 / 取りたいドメイン形式(.com / .jp 等)] </context> <task> ネーミング案を 20 個出し、最終 3 案を選定する。「カッコいい」だけで終わらせず、商標・ドメイン・発音の現実的な評価を行う。 </task> <output_format> 1. 20 案のリスト(造語 / 既存語 / 由来語の混合) 2. 各案に音と意味のメモ 3. 商標既存リスクの一次チェック観点(特許情報プラットフォーム検索の推奨ワード) 4. ドメイン取得難易度(.com / .jp / .ai 等の所見) 5. 国際展開時の発音・誤解(特定言語での意味) 6. 最終 3 案の比較表(記憶しやすさ / 独自性 / 検索性 / 拡張性) 7. 推奨と理由 </output_format>
<context> [業界 / 主要競合 8 社のブランドカラー(HEX)/ 自社ポジショニング軸 / ブランドトーン] </context> <task> 競合と被らない、機能要件も満たすブランドカラーを定量的に設計する。 </task> <output_format> 1. 各社カラーの HSL 分解と業界の偏り(hue の混雑帯) 2. 自社が狙うべき hue / saturation / lightness の余白 3. 候補プライマリ 3 案と ΔE による競合との距離 4. WCAG 2.2 AA に対するコントラスト検証(白 / 黒 / 既存テキスト色) 5. 色覚多様性(プロタノピア/デューテラノピア/トリタノピア)でのシミュレーション結果 6. 印刷(CMYK 変換)での沈み具合 7. ダークモード/ライトモード両対応性 8. 最終 1 案を「機能的・心理的・差別化」の 3 軸で正当化 </output_format>
<context> [創業背景 / 転機となった出来事 / 検証可能な成果 / 読者層 / トーン] </context> <task> ブランドストーリーを構成する。誇張・架空エピソードを避け、検証可能な事実のみで読み手の共感を作る。 </task> <output_format> 1. 課題(読者が共感する起点・「あなたも?」と思わせる) 2. 苦労(具体的な事象、誇張禁止) 3. 転機(変化のきっかけ) 4. 現在地(成果は数値で) 5. 読者を巻き込む呼びかけ(行動 or 共感) 6. 章ごとの想定文字数 7. 検証不能な箇所への代替表現 8. 公開チャネル別の使い分け(採用ページ / 営業資料 / プレスリリース) </output_format> <constraints> 創業者の「天才性」「奇跡」を演出しない。「業界初」など独自性主張は引用元必須。検証不能な感情エピソードは「私たちは…と感じています」のように主観として記述。 </constraints>
<context> [業界 / 競合 5 社の名前と公開情報(料金・主機能・ターゲット)/ 自社の現状の見られ方] </context> <task> ポジショニングマップを作成し、自社が狙うべき位置と移動戦略を返す。「価格×機能数」のような薄い軸で逃げない。 </task> <output_format> 1. X / Y 軸の選定(顧客が実際に選ぶ判断軸を 2〜3 候補から選ぶ理由) 2. 各社配置と根拠(公開情報の引用) 3. 空白地帯と、それが空いている理由(市場が小さい / 構造的に難しい) 4. 自社が狙うべき位置と理由 5. 移動の障害(既存ブランド・組織能力・コスト) 6. 移動を表現するメッセージング(タグライン / LP の主張) </output_format> <example> <input> プロジェクト管理 SaaS 業界。競合: Asana / Notion / Linear / Trello / monday。自社は中小企業向けで使いやすさが売り。 </input> <output> 1. 軸: X 軸「直感的さ ⇄ 体系的・カスタム性」、Y 軸「個人作業ツール ⇄ チーム協業ツール」(料金は二次) 2. Asana: 体系・チーム / Notion: カスタム・個人寄り / Linear: 体系・個人 / Trello: 直感・個人 / monday: カスタム・チーム 3. 空白: 直感 × チーム協業(中央左上)。なぜ空くか: 直感的さは仕様削減でしか得られず、チーム機能を増やすと矛盾する 4. 自社が狙う位置: 直感 × チーム。選定根拠: 中小企業の意思決定者が短時間で評価可能 5. 移動の障害: 機能要望をどこまで断れるか(NO 文化)/ 既存「機能が少ない」評判 6. メッセージング: 「導入 1 日で全員が使えるチーム管理。」「機能ではなく合意で生産性を上げる」 </output> </example>
<context> [事業の社会的意義の素材 / 創業者の動機 / 事業環境 / 既存の Mission/Vision] </context> <task> パーパス案を 3 つ提示する。「世界をより良く」のような当たり障りない表現を避け、検証可能な独自性まで踏み込む。 </task> <output_format> 各案について: 1. 誰のために(具体的な対象者) 2. どんな課題を(社会で解決されていない理由) 3. どう解決するか(自社の手段・能力) 4. 「自社にしかできない」要素(独自性の根拠) 5. ステートメント 1 文(30〜60 文字) 6. 30 秒で語れる説明(社員が即話せる) 7. 行動原則 3 つ(パーパスから派生) 最後に推奨案と、社員が共感しにくいリスク。 </output_format> <constraints> 「世界平和」のような大きすぎる主張、競合と差別化されない汎用表現は避ける。 </constraints>
<context> [現ロゴ / 刷新案 / 刷新理由 / 既存接点(看板・名刺・印刷物・Web・アプリ)/ 顧客との関係年数] </context> <task> リブランドの是非と段階移行を判断する。「気に入った」だけで進めない、ステークホルダー影響まで定量化する。 </task> <output_format> 1. 視認性 / 拡張性 / 独自性 / 時代適合(5 段階で旧 vs 新) 2. ステークホルダーへの影響(既存顧客 / 取引先 / 採用候補者 / 投資家) 3. 移行コスト(印刷物・看板・契約書・テンプレ・ファビコン・SNS / 工数試算) 4. 実装上のリスク(ファビコン認識・OG 画像変更・既存マーケ素材) 5. SEO / Brand Search への影響(社名検索の連動性) 6. リスクとリターンのバランス 7. 最終推奨(段階移行 / 一斉切替 / 据置) 8. 段階移行案の場合のスケジュール </output_format>
<context> [ユーザージャーニー(認知 → 検討 → 利用 → 解約)の各タッチポイント / 既存ブランド約束 / 観測データ(問い合わせ・NPS・解約理由)] </context> <task> 「言っていること」と「実体験」のズレを監査し、優先度付きの是正リストを返す。 </task> <output_format> 1. 各タッチポイントでのブランド宣言(What we promise) 2. 実際に起きていること(観測データ/問い合わせから推測) 3. ギャップの大きい上位 5 4. ギャップを埋める打ち手の分類(運用 / プロダクト / 採用 / トーン) 5. 優先順位(影響規模 × 実装容易性 × ブランド毀損リスク) 6. 初期 90 日のアクションプラン 7. 計測指標(ブランド NPS / 期待ギャップ / 解約理由分類) </output_format>
<context> [自社ブランド概要 / 主要な検索キーワード/生成AI上での現状の出てき方(事実・誤引用・ハルシネーション)] </context> <task> AI 生成コンテンツに自社が誤情報として引用されないための防衛戦略を立案する。 </task> <output_format> 1. 自社ファクト(数値・歴史・人物)の正準ソース整備 2. LLM が引きやすい構造化データ(schema.org / JSON-LD / FAQ) 3. Wikipedia / 公的辞書類への正確な記述の維持 4. Brand Mentions の監視(誤引用検出ツール) 5. AI 生成のなりすまし/ハルシネーションへの対応プロトコル 6. Trademarks / Copyright 主張のテンプレ 7. ChatGPT / Perplexity / Claude などへのフィードバックチャネル 8. 四半期ごとのレビューサイクル 9. 最初の 90 日アクションプラン </output_format> <example> <input> スタートアップ A 社(B2B SaaS、創業 5 年、150 名)。Perplexity と ChatGPT で検索すると創業年が 2 年ズレ、競合と機能を混同される問題あり。 </input> <output> 1. 正準ソース: /about ページに会社概要・創業年・役員・主要数値を JSON-LD と人読みの両方で配置 2. 構造化データ: Organization / FAQPage / Product schema を主要ページに 3. Wikipedia: 出典付きで自社項目を整備、編集合戦は避け第三者編集者と協働 4. 監視: BrandMentions / Mention.com で月次、Perplexity・ChatGPT は手動四半期確認 5. ハルシネーション対応: 誤情報を見つけたら(a)自社サイトで明確に否定、(b)プラットフォームへ feedback、(c)SEO 上で訂正記事 6. 商標: 不正使用には停止要請テンプレを用意 7. フィードバック: 各 LLM の公式 feedback フォームと、公開 X 投稿の二段構え 8. 四半期: 主要 5 クエリを各 LLM で確認・差分管理 9. 90 日: Day1-30 構造化データ完成、Day31-60 監視ツール導入、Day61-90 訂正記事 5 本公開 </output> </example>