十二要素を作業の分担へ置き換える
レイです。このレベルでは、十二要素を誰が何をするかという作業へ置き換えます。十二要素そのものはBASの編集上の提案で、成果を予測する検証済みモデルではありません。意味や約束を選ぶ仕事、材料を整理する仕事、根拠を照合する仕事、現場で試す仕事を分けることが出発点です。AIに任せる範囲は、要素名だけでは決めず、入力する情報、出力の使い道、誤りがあった際の影響から検討します。
説明には架空の陶器工房「ひとさじ」を使います。Brand DNA、Worldview、Category、Founder Brandについては、工房が承認した説明を材料に、表現候補や矛盾する箇所をAIが挙げる案を考えます。責任者は、何を意味し何を約束するかを選びます。AIが推測した店主の動機を事実へ混ぜたり、公開情報だけから競合の内部方針を断定したりしないよう、入力にある記述と推論を分けて受け取ります。
ProofとUnique Assetsでは、AIへの依頼を「根拠を作る」ではなく「根拠になりそうな既存資料を整理する」とします。CommunityとTrustでは、相談内容の分類案を得ても、誰に何を約束するかは担当者が決めます。ここで使えるのは、利用権限と用途を確認できた材料です。顧客の会話をそのまま外部サービスへ入れる前に、必要性と扱える範囲を確認し、紙上試行なら個人情報を含まない自作の例で進められます。
Experienceは接客の流れ、AI TouchpointはAIが答える入口、Speedは確認を含む進行、Adaptabilityは変更の判断として担当を置きます。こうして十二個を扱っても、全項目の導入が目標ではありません。今の問題に関係する一つの作業を選び、AIの案を受け取る人、確認する人、公開を決める人を記す。その後で、確認に必要な時間と資料が実際に用意できるかを点検します。
AIの言い切りを根拠のある範囲へ戻す
ひとさじの商品紹介に「多くのお客さまから愛されています」という案が出たとして、その一文は何を根拠に言えるでしょうか。好意的な感想が数件あることと、利用者全体が支持していることは同じではありません。Proofの担当者は、表現の強さと資料の範囲を照合します。Unique Assetsとして持つ相談記録も、保存されているだけでは一般化の根拠にならず、どの期間、どの条件の材料なのかを読む必要があります。
作業用の紙を、主張、出典、確認できた範囲、未確認の点に分けます。「手入れが簡単」という候補なら、取扱説明や確認済みの手順に戻ります。資料が見つからなければ、その主張を削るか、確かめたい仮説として別に置きます。AIが出典らしい名前を添えていても、その内容を人が読めなければ確認済みにはしません。もっともらしさと照合できることを分けるための手順です。
一つの資料で支えられる範囲を狭くするのは、文章を弱くするためではありません。たとえば「この器は日常使いに最適」より、確認した扱い方を具体的に説明するほうが、購入を考える人の判断に役立つ場合があります。どの表現が役立つかは別途確かめますが、未確認の効能を足さずに選ぶ材料を示すことはできます。言えないことも含めて編集する担当を、文章を生成する担当とは分けておきます。
この照合は、AIの案だけを疑うためのものでもありません。以前から使っている紹介文や、店主の記憶による説明も、同じ欄で確認します。元からある文章を正解として固定すると、AI案との比較自体が偏ります。更新した日、確認者、参照した版を残し、材料が変わったときには表現を見直す。この運用を選ぶことで、証拠に戻れる説明と、まだ検討中の案を区別できます。
関係を支える準備と約束の責任を分ける
CommunityとTrustに関するAIの使い方は、返答文を作れるかだけでは決められません。ひとさじの催しで器の使い方について相談が寄せられた場合、似た質問をまとめる作業と、個別の交換や対応を約束する作業では意味が違います。前者を補助に使う案はあっても、後者には工房の方針と権限の確認が必要です。文面を丁寧にすることと、約束を実行できることを一つの仕事にしない設計です。
担当者は、相談者が何を困っているか、確認が必要な事実は何か、誰が返答できるかを整理します。AIが分類した結果だけを見てしまうと、少数の珍しい相談が「その他」に隠れることも考えられます。分類前の材料に戻れるようにし、まとめから落ちた内容も確認対象にします。関係の質を、好意的な反応の件数だけで説明せず、言いにくいことを伝える経路が残っているかも検討します。
創業者らしい語り口をAIで整えるときにも、本人が聞いていない話へ共感したように書かないことを提案します。誰が読んで返したのかが曖昧なまま、個人的な親しさを演出すると、相手の期待と実際の対応がずれるおそれがあります。Founder Brandは言葉の癖を複製する仕事だけではありません。何を自分で確認し、誰に任せ、問題があれば誰が引き受けるかを示すことも、運用上の論点になります。
紙上試行では、個人を特定しない相談例を一つ作り、AI役が下書き、担当者役が確認、責任者役が約束の範囲を読むという順で回します。人数が少なければ同じ人が役を替えて読んでも構いません。返答がきれいでも実行できない一文があれば、そこで止めます。今回の目的は人間らしい文章の点数ではなく、説明と実際にできる対応を一致させるための確認箇所を見つけることです。
体験は一つの場面で試してから広げる
Experienceの改善は、大きな提案書を完成させた時点ではまだ確認できません。ひとさじで贈り物の相談が分かりにくいなら、商品説明、包装、受け取りのどこで迷うのかを一場面に絞ります。AIには案内の言い換えや質問順の候補を出す役を設定できますが、現場の担当者は実際に答えられるかを確認します。利用者役には、期待した答えへ誘導せず、分からない箇所を指してもらいます。
試行の前に、変える箇所と残す箇所を書きます。説明文、価格、包装方法を一度に変えると、どの変更に対する反応なのかを切り分けにくくなるためです。小さな読み合わせでも、見た目が好まれたことと、受け取り条件を正しく理解できたことは別に記録します。少人数の反応を顧客全体へ一般化せず、次の確認で扱う仮説として残すことで、試行の役割が明確になります。
Speedでは、生成にかかった時間だけでなく、確認や書き直しに必要だった時間も振り返ります。Adaptabilityでは、試した案を採用しない判断も残します。AI Touchpointへ広げる場合は、誰に引き継ぐか、答えられない問いをどう扱うかを追加で検討します。紙でうまく読めたことを、そのまま自動応答の安全性や有効性の証拠へ変えないことが、拡張時の重要な境界になります。
まずは贈り物の相談一件について、案内文と確認メモだけを作れば十分です。BASの公開案内 https://brandagentstudio.com/studio を見る際は、現場で迷った質問、確かめた表現、引き受けられる約束を持ち込めます。本稿の分担案は、BASの現行機能を列挙したものではありません。実際に依頼する内容や扱う情報、費用などは、そのときの案内と合意で確認するものとして、紙上の設計と分けて考えます。
