工務店・ハウスメーカーの見学会アンケートをAIで分類する方法 少数意見を残す手順

工務店がアンケートのAI分類で整えたいのは、きれいな要約だけではありません。回答IDから原文へ戻り、どの分類を人が直し、何を根拠に共有したかを説明できる記録です。集計表と少数意見の確認一覧を対にすれば、経営者は傾向を把握でき、担当者は確認が必要な声を追えます。

ここからは、すべて架空の見学会アンケート16件を使い、匿名化した入力、説明用のAI出力、誤りの指摘、修正版、集計、公開判断までを同じ回答IDで追います。数値・回答・担当者名は教材用であり、実際の顧客事例やAIの実行結果ではありません。台帳や確認表を自社の設問に合わせて置き換え、次の見学会でも使える分類手順に仕上げてください。

01.見学会アンケートを分類する前に目的と集計単位を決める

最初に決めるのはAIツールではなく、集計によって何を判断したいかです。「次回の会場案内を改善する」と「公開する投稿テーマを探す」では、残す情報も確認する人も変わります。目的と単位を固定してから分類すると、件数の多さだけで結論が動くことを防ぎやすくなります。

AIへの入力から事実確認・承認までの全体像は、工務店のAI集客業務の進め方で確認できます。アンケートの分類でも、AIの案と担当者が確認した結果を分けて残します。

最初に固定する六つの作業条件

作業条件は、①利用目的、②対象期間と開催回、③対象集団、④回答単位、⑤完成させる成果物、⑥利用先と承認者の六つです。集計を始める前に一枚へ記入し、途中で変更した場合は変更理由も残します。

この例の設問は「見学して感じたこと、分かりにくかったこと、次回知りたいことを自由にお書きください」です。意見だけでなく質問や要望も受け付ける設問なので、それらを不満へ置き換えない分類が必要になります。

回答者数と回答件数と自由記述件数の違い

回答者数は人の数、回答件数は回収した回答の数です。一人が二度提出すれば両者は一致しません。また、一枚に自由記述欄が三つあれば、一人から最大三欄分の文章が集まります。何を一件とするかが曖昧だと、同じ資料内でも分母が変わります。

今回の例は「一人一票、一票に自由記述欄一つ」と固定します。そのため回答者数と回答件数はともに16ですが、空欄が2件あるので、文字が記入された自由記述は14件です。記入があっても意味を判定できない回答や対象外回答が含まれるため、14件すべてを意見の集計対象にはしません。

実務では、同一世帯の複数人回答を世帯数へ読み替えないことも大切です。人数、世帯数、票数を対応させる情報がなければ、確認できる単位のまま報告します。氏名をAIへ渡して重複判定させるのではなく、必要な照合を社内の管理範囲で済ませてください。

AIへ任せる分類作業と人が担う判断の境界

AIへ任せる範囲は、匿名化した文章から論点を拾い、決めたタグの候補を付け、根拠箇所を示すところまでです。タグが合っているか、重要な声が落ちていないか、集計を何に使うかは人が確認します。

「段差に気づきにくかった」という回答に会場タグを付けることと、建物が安全かどうかを判定することは別の作業です。同様に、住宅ローンの質問を資金相談へ分類しても、借入可能額や審査の見通しは分かりません。契約、法的適否、製品性能についても、回答文だけで結論を出さず、担当者が図面、契約資料、説明資料などへ戻ります。

分類担当者には、専門判断を自分で完了する責任ではなく、確認が必要な箇所を消さずに渡す役割を持たせます。分類表に「要確認」「確認先」「回答待ち」の欄を用意しておくと、集計の完了と実務確認の完了を区別できます。

一般的なAI用途とこの記事独自の運用提案を分ける

IPAのAI利活用に関する解説では、AIの支援対象として言語の要約やタグ付けなどが挙げられています。自由記述の論点整理は、このような支援用途として検討できます。ただし、この説明から特定の工務店での分類精度、作業時間の削減、特定製品の性能まで判断することはできません。

ここで示す回答IDの付け方、複数タグのルール、照合表、レビュー方法は、アンケート業務に合わせた独自の運用提案です。公的機関が定めた標準手順や、効果を検証した方式として扱うものではありません。自社の設問、情報管理ルール、担当者の体制に合わせて調整してください。

AI活用全般の導入論よりも、この作業では「根拠となる文章を残す」「迷う回答を保留できる」「数え方を固定する」という三点を優先します。

02.個人を特定させないために情報を四段階へ切り分ける

アンケートには、分類に必要な感想と、分類には不要な顧客情報が混在します。原票をそのままAIへ渡さず、保存用、AI入力用、社内共有用、外部公開候補の四段階に分けて扱います。情報を減らした後も、分類に必要な意味が残っているかを確認します。

氏名を消すだけでは匿名化にならない理由

氏名や電話番号を消しても、「特定の分譲地を検討している」「珍しい勤務先に勤めている」「特定の家族事情がある」といった情報が重なると、担当者や地域の人が回答者を推測できる場合があります。小規模な見学会では、参加日や相談内容だけでも候補が絞られることがあります。

確認する単位は一つの単語だけでなく、文章全体と共有相手が知っている情報の組み合わせです。一般には広い表現でも、社内で一人だけに当てはまる事情なら、会議用資料から外す判断が必要になります。

また、回答IDへ顧客番号や予約番号を流用すると、他の一覧との照合が容易になります。AI入力用には独立したIDを発行し、顧客との対応表は必要な担当者だけが扱います。IDを付けたこと自体が、匿名性を保証するわけではありません。

AIへ渡さない情報と置換して渡す情報

四段階の情報を別シートや別ファイルにすると、用途を間違えた転記に気づきやすくなります。名前を削った原票を全員へ配るのではなく、共有目的に必要な列だけを出力します。

AI入力の前には、利用目的との整合、社内規程、利用環境のデータ保持やアクセス条件を担当者が確認します。匿名化したという理由だけで、どの環境にも送信できるとは判断しません。

土地や資金や家族情報を一般化する方法

一般化では、分類に必要な論点を残し、識別に結び付く細部を落とします。具体的な金額を別の架空金額へ変えると、原文と異なる条件を作ってしまいます。「予算」「借入条件」のように粒度を上げる方が、誤解を避けやすくなります。

これらも説明用の架空文です。一般化で意味が変わる場合は無理に書き換えず、その部分をAI入力対象から外して人が分類します。

匿名化しても文脈から特定できる場合の扱い

文章を一般化しても、「この相談はあの来場者だ」と分かる状況では、原文引用をやめて論点だけを扱います。少数意見を残すことと、少数意見の具体的な事情を広く共有することは同じではありません。

たとえば、特定の事情を持つ来場者の動線への不安は、一般会議では「入口の案内・移動経路を確認する」という確認事項にできます。原文と個別対応に必要な事情は、権限を持つ担当者の記録へ残します。公開候補には、その回答が発端だったこと自体を書かない方法もあります。

削除や一般化によって重要な意味が失われる場合は、「詳細は限定記録参照」として人の確認へ回します。分類のしやすさを優先して、顧客の事情を広い範囲へ開示しない運用にします。

共有範囲ごとに残せる情報を変える

同じ社内でも、顧客対応担当、会場運営担当、経営者では必要な情報が異なります。会場担当には入口の確認事項、経営者には件数と対応状況を伝え、個別相談の経緯は必要な担当者に限定します。

共有版を作る際は、本文だけでなくファイル名、シート名、コメント、非表示列にも個人情報が残っていないか確認してください。原票を含むブックの一部を隠しただけでは、共有先で再表示できる可能性があります。配布する列だけを含む資料を作る方が管理しやすくなります。

保存期間、削除方法、アクセス権限も社内の運用へ合わせて決めます。分類用の一時データを残し続ける必要があるかを確認し、原票の管理とAI入力用データの管理を別々に記録します。

03.架空アンケートから回答ID付き入力台帳を作る

以後の教材では、見学会E01で回収した16票を使います。期間は2026年8月22〜23日、回答者は16人、自由記述欄は各票に一つという架空設定です。台帳の文章は匿名化後の原文として扱い、分類後に要約文へ置き換えず、そのまま照合用に残します。

入力台帳に必要な列と回答IDの付け方

IDは開催回と連番を組み合わせ、E01-01のように付けます。以下では読みやすさのため末尾の01〜16を使います。全行の開催回はE01、設問はQ1です。実務の台帳にはこの二列も保持してください。

［空欄］は表示上の記号で、回答者が入力した文字ではありません。AIへ渡すときは空文字と状態列で表現し、感想として分類させないようにします。

複数回の見学会を比較できる記録形式

複数回を比較するには、開催回、開催期間、設問ID、設問文の版、回収方法、回答単位を残します。「自由記述」という列名が同じでも、質問が「よかった点」から「改善してほしい点」へ変われば、出てくる言葉は変わります。

回答IDは次回に使い回さず、E02-01のように別の開催回として発行します。同じ人が別の回に回答したかどうかを確認できない場合、開催回をまたいだ人数は単純に合算せず、「延べ回答件数」と表現します。

分類ルールの版も記録してください。今回の「間取り・収納」を次回から二つに分けるなら、そのまま件数を比べることはできません。共通の粒度へまとめ直すか、比較可能な対象だけを示す必要があります。

無回答と意見なしを同じ意味にしない

12と13は無回答、11は「特に意見はありません」と明示した回答です。無回答から「満足した」「不満はなかった」と読み取ることはできません。時間がなかった、書きにくかったなどの理由も、記述がなければ補いません。

11は設問に対して意味が分かる返答なので、この教材では有効回答に含めます。ただし、肯定評価や満足のタグは付けません。意見なしという回答状態を残し、論点件数はゼロとします。

有効回答の定義は組織によって異なり得ます。ここでは「設問への意味が把握できる回答で、明示的な意見なしを含む」と定義し、01〜11の11件を有効回答とします。集計表の脚注にもこの定義を書き、担当者ごとに除外範囲が変わらないようにします。

意味不明と分類不能と対象外を区別する

14は文字列から意味を取れない「意味不明」、15は文章として読めても何を指すか特定できない「分類不能」です。16は意味が分かりますが、設問への意見ではないため「対象外」とします。この三つを「その他の意見」へまとめると、分析できない状態と実際の意見が混ざります。

紙の転記で14のような文字が出た場合は、まず原票の読み取り誤りを確認します。15に別設問の文脈があるなら、閲覧権限のある担当者が確認し、根拠が見つかった場合だけ状態を更新します。この教材では追加情報がないため、分類不能のまま残します。

一方、「授乳できる場所がほしい」のように意味が明確で既存タグに入らない声は、新カテゴリの候補です。理解できる新しい論点と、理解できない回答を区別することが、少数意見を保つ土台になります。

原文を残しながら匿名化版を管理する

保存用原文、AI入力用の匿名化文、共有用の要約文は別の列または別ファイルにします。共有用に整えた文で匿名化文を上書きすると、AIが何を読んで分類したかが分からなくなります。

匿名化文には、作成者、作成日、削除・一般化した情報の種類を記録します。変更履歴へ削除前の個人情報をそのまま書き戻さず、「土地の所在地を削除」「個別金額を一般化」のように処理内容を残します。

原文照合は通常、AIへ実際に渡した匿名化文との一致を確認します。匿名化による意味の変化が疑われる場合だけ、権限を持つ担当者が保存用原文へ戻ります。分類担当者全員が顧客情報を閲覧できる状態にする必要はありません。

04.複数タグと判断保留を前提に分類ルールを設計する

分類ルールは、タグ名の一覧だけでは足りません。どの文章を含め、似ているどの文章を含めないかまで決めます。さらに、論点と極性を分け、一回答に複数タグを許すことで、「よかった点」と「改善してほしい点」が同居した回答を残します。

分類カテゴリは利用目的から逆算する

今回の目的は会場・説明の改善とFAQ候補の整理です。そのため、担当先や確認資料が変わる単位で七つの論点タグを設けます。以下の該当例・非該当例も架空の記入例です。

これに極性と確認状態を別列で付けます。既存タグに合わない意味の明確な回答は「新カテゴリ候補」、対象が分からない回答は「判断保留」として扱います。

一回答へ複数タグを付ける条件

一回答に独立した論点が複数あるなら、複数タグを付けます。01は間取りへの肯定と、受付後の案内への否定なので、「間取り・収納」「会場・案内」の二つが必要です。「全体として満足」の一分類へ縮めると、案内の改善材料が消えます。

同じタグの中に複数の言及がある場合も、文章の根拠は分けて残します。07は家事動線への肯定と収納見学への要望で、論点の記録は二行ですが、回答IDと論点タグの組み合わせは一つです。タグ別の回答件数では二重に数えません。

この区別を保つため、台帳は回答ごと、分類明細は言及ごとに管理します。一セルへすべて詰め込む場合も、少なくとも根拠、論点、極性の対応が崩れない形式にしてください。

論点タグと肯定否定などの極性を分ける

論点タグは「何についてか」、極性は「どのように述べたか」です。極性には肯定、否定、要望、質問、懸念、その他を用意します。曖昧なら無理に肯定・否定へ振り分けず、確認状態を保留にします。

02の「涼しいとは感じませんでした」は温熱体感への否定ですが、「暑かった」とまでは書いていません。03は価格の包含範囲を尋ねる質問であり、「価格が高い」という不満ではありません。06は段差に関する懸念で、事故の発生を報告した文章ではありません。

05のように説明への肯定と見学方法への要望が並ぶ場合は、同じ営業対応タグに二つの極性を保持します。回答全体を一つの感情スコアへ変換しない方が、どこを維持し、どこを調整するか判断しやすくなります。

その他を増やしすぎないための統合基準

「その他」は、意味のある少数意見の置き場として無制限に使わないようにします。新しい論点を一時的に受ける場合は、回答ID、仮の論点名、根拠、既存タグへ入らない理由を残します。

統合するかどうかは、件数よりも「同じ担当者が同じ資料で確認し、同じ対応へつなげられるか」で検討します。01の受付案内、06の段差への不安、10の文字の大きさは会場タグへ集約できますが、改善行動は異なります。集計の上位タグは共通でも、下位論点は分けて残す設計が適しています。

表記が違うだけの同義表現は統合できますが、質問と苦情、体感と性能、要望と事故報告を同じ意味にまとめてはいけません。統合後に対応先や確認内容が見えなくなるなら、まとめ方が粗すぎます。

少数でも独立して残す意見の条件

独立して残す候補は、既存の改善策では対応できない声、確認を急ぐ懸念、契約や資金の理解に関わる質問、特定の利用条件を示す要望です。一件だから削るのではなく、対応上の違いがあるかを見ます。

この教材では、06の段差への不安と10の大きな文字の案内希望を、それぞれ一件の下位論点として残します。会場・案内が三件という集計だけでは、これらを担当者へ渡せません。少数意見一覧にはID、一般化した内容、件数、確認先、対応状況を記録します。

独立して残すことは、要望をすべて採用することではありません。採用、追加確認、継続観察、見送りを判断できる状態にするためです。見送りの場合も、理由と再検討する条件を残します。

判断保留を失敗ではなく確認待ちとして扱う

判断保留は、根拠のない分類を避けるための正式な状態です。15の「あれはちょっと」は対象が分からないため、会場にも営業対応にも振り分けません。「否定的に見える」という印象だけでは論点を決められないからです。

保留には理由を付けます。「指示語の対象不明」「既存タグの境界が曖昧」「匿名化で文脈が不足」では、確認方法が異なります。確認先と期限を決め、追加情報が得られなければ「分類不能のまま集計対象外」と確定することもできます。

03や08は論点自体を分類できますが、質問への回答内容は未確認です。このような「分類確定・事実確認待ち」と「分類そのものが保留」を別列に分けると、未確認の専門事項が分類完了に紛れて消えません。

05.AIへ渡す指示文を分類ルールから組み立てる

プロンプトは、その都度うまい言い方を考えるより、分類ルールを固定欄へ転記して作ります。入力台帳と出力を回答IDで結び、AIには判断根拠も返させます。以下は再利用するための記入例であり、特定製品で動作や精度を検証した指示文ではありません。

プロンプトに固定する指示と案件ごとに変える項目

固定するのは、推測しないこと、複数論点を残すこと、根拠を示すこと、保留を返せることです。案件ごとに変えるのは、設問、対象回、タグ定義、匿名化した回答です。

実際に使う際は「別記」を省略せず、分類ルール表と入力台帳を一緒に渡します。指示文、ルール、入力のどれかだけを更新しないよう、同じ作業版として管理します。

根拠となる原文箇所を出力させる理由

根拠箇所があれば、人はタグの妥当性を原文と照らせます。たとえば03に「価格への不満」というタグが付いても、根拠が「表示価格には照明も含まれますか」であれば、質問を不満へ変えたことに気づけます。

根拠欄もAIの出力なので、実際の入力文に存在するかを確認します。自然な文章になっていても、言葉が付け足されていれば引用として使えません。根拠と要約は別欄にし、要約を原文のように表示しないことが大切です。

長い回答では、必要な文節を抜き出しつつ、否定や条件を落とさないようにします。「涼しい」だけを抜き出すと、02の「涼しいとは感じませんでした」と逆の意味になります。

推測による情報補完を禁止する書き方

推測禁止は「正確に分類して」とだけ書くより、補ってはいけない内容を具体化します。「相談希望から借入への不安を推測しない」「段差への不安から事故発生を推測しない」「体感から断熱性能を判定しない」といった形です。

個人情報を削除した箇所についても、属性を復元しないよう指示します。「文字を大きくしてほしい」から年齢や視力を、「個別相談したい」から収入や返済能力を推測する必要はありません。分類に必要なのは、実際に書かれた要望や質問です。

なお、指示文に禁止事項を書いたことは、出力が守られる保証にはなりません。人の照合表にも同じ確認項目を置き、指示とレビューを対応させます。

複数論点と極性を保持する出力形式

出力は、一つの言及を一行にすると確認しやすくなります。言及IDは回答IDに枝番を付け、05-a、05-bのように管理します。タグ別の集計時には、同一回答IDと同一論点タグの重複を除きます。

この形式なら、営業対応への言及は二つ、営業対応に触れた回答は一件と区別できます。複数のタグや極性を一つの文字列へ詰める場合より、取りこぼしと二重計上を見つけやすくなります。

分類不能と判断保留を返せる指示にする

AIに返答を強制すると、意味不明な回答にももっともらしい分類が付く場合があります。「判定できなければ保留にし、不足する情報を書いてよい」と明示します。ただし、不足情報を埋めるために顧客情報を追加送信するのではなく、必要性を人が判断します。

作業の流れは、次のように確認地点を含めて固定します。

入力台帳の作成 → 人が匿名化と対象状態を確認 → 分類ルールとともにAIへ入力 → 説明ではなく実際の出力を保存 → 人が原文と全論点を照合 → 保留を確認先へ回付 → 分類を承認 → 集計 → 用途別に共有・公開を判断。

後続の誤出力例は、確認方法を説明するために作成したものです。実務では、AIが返した出力を加工前の状態で残し、人の修正版と分けて保存してください。

06.説明用AI出力の誤りを原文照合で修正する

AI出力の確認では、文章の自然さより、原文のどの意味が残り、どの意味が変わったかを見ます。次の表は教材として意図的に誤りを入れた説明用出力です。公開判断欄は原文の転載可否と、一般化したテーマへの転用を分けて示しています。

複数論点の片方が落ちた例

01を「間取りへの肯定」だけにすると、受付後の案内への否定が消えます。入力した回答が出力に存在するかだけでは、こうした取りこぼしは見つかりません。一文ずつ読み、独立した論点が対応しているか確認します。

この表の修正版も人による判断の記入例です。自社で同じ表を使う際は、確認者と確認日を追加し、公開欄を自動で承認済みにしないでください。

否定表現を肯定と取り違えた例

02は「涼しい」という語だけを見ると肯定へ寄りやすい文章です。しかし、否定されているのは「涼しいと感じた」という内容です。修正版では否定を保持しながら、「暑い」「空調が故障している」「断熱性能が低い」といった原文にない評価は追加しません。

09には「室内は涼しく感じました」という肯定があります。この二件を平均的な表現へまとめて「室温は概ね好評」とすると、02の体感が消えます。集計では温熱体感二件の内訳を肯定一件、否定一件として残します。

両者の体感が異なる理由は、滞在場所、時間、服装などを記録していなければ分かりません。必要なら担当者が当日の運営記録を確認しますが、推測した原因をアンケート結果へ書き足すことは避けます。

質問を不満や要望へ変えてしまった例

03の質問を不満に変えると、実務の対応も「価格説明を確認する」から「価格への不満に対応する」へ変わってしまいます。質問、要望、否定は、似た話題でも別の行動につながるため区別します。

08の「申込後に取りやめる場合、費用はかかりますか」も質問です。取りやめを予定している、契約内容に不満がある、費用が発生すると説明された、といった事情は書かれていません。分類は契約手続き／質問とし、申込時の書面や案内内容の確認を別の作業へ分けます。

質問をFAQへ変える場合も、回答文は原資料を確認してから用意します。AI分類が正しくても、質問への答えが確定したことにはなりません。

原文にない事情を補った例

04に「借入困難」という事情を加えると、顧客対応や営業判断へ誤った先入観を持ち込むおそれがあります。原文から分かるのは、住宅ローンについて個別相談の時間を希望していることだけです。

同じ確認を06にも行います。「足を取られそうで不安でした」は、事故が起きたという報告ではありません。「転倒事故あり」へ変えた出力は修正し、会場・案内／懸念、下位論点は入口の段差への気づきにくさとします。そのうえで、担当者が現地や当日の記録を確認します。

推測は否定的なものだけでなく、「購入意欲が高い」「家族思い」「安心している」といった好意的な表現にも入り込みます。顧客像を描く作業へ広げず、書かれた内容にとどめます。

少数意見をその他へ統合した例

10を「その他」に入れるだけでは、大きな文字の案内が必要という具体的な要望を探し出せません。修正版では会場・案内タグを付け、下位論点として「文字の視認性」を残します。

06も同じ上位タグですが、段差への不安と文字の要望を「会場に不満」とまとめないようにします。前者は現地確認、後者は案内物の見直しというように、確認先や作業が異なるからです。少数意見一覧では両方を一件ずつ表示します。

また、07の動線への肯定と収納見学への要望も保持します。頻度を増やすために細分化するのではなく、次の対応が違う意味を落とさないための細分化です。

修正理由と確認者を記録する

修正理由は「誤分類を修正」だけで終えず、次の担当者が同じ判断を再現できる内容にします。確認者の名前も、教材では架空の役割名として記入します。

照合表にはAI分類を上書きせず、人の確定分類を別列で保存します。ルールを変更した場合は、同じ条件の回答にも修正が必要か確認し、変更した行だけが新基準になることを防ぎます。

07.データ量とリスクに応じてレビュー方法を選ぶ

レビュー方法は件数だけで決めません。新しい分類ルールを使う回、外部公開に使う回、契約や安全性に関わる声がある回では、確認する範囲を広げます。集計の速さよりも、どこまで人が確認した結果なのかを説明できることを優先します。

分類品質を確認する七つの評価項目

品質評価では、回答の有無だけでなく意味の保持も確認します。以下の七項目を、合格、要修正、保留、対象なしで記録すると、直すべき箇所と未確認箇所を分けられます。

評価単位も記録します。回答単位で合否を数えるのか、言及単位で誤りを数えるのかが違えば、同じ割合にはなりません。一件に複数の誤りがある場合もあるため、誤り項目数と誤りのある回答数を区別します。

少量データは全件を原文照合する

今回の16件では全件を確認する運用を採ります。01〜10の分類対象だけでなく、11の意見なし、12・13の無回答、14〜16の対象状態も確認します。除外処理の誤りは、意見タグの確認だけでは見つからないためです。

読む順番は、原文から論点を把握し、その後でAI分類を見る形が使えます。先にAIの要約だけを読むと、その見方に沿って原文を読みやすくなります。短い回答でも、逆接、否定、質問表現、指示語に注意してください。

小規模データの最終成果物は、全16件の状態確認、分類対象10件の原文照合、保留1件の扱いの記録をそろえて完成とします。保留が残っていること自体を隠さず、集計対象から外した理由を示します。

件数が増えた場合の抽出確認を設計する

件数が増えた場合は、まず全件についてIDの欠落、状態列、出力行の対応を確認し、内容照合の範囲を設計します。抽出件数に普遍的な正解はなく、分類の複雑さや用途に応じて決めます。

確認しやすい短文だけを抽出すると、長文の取りこぼしを見逃します。抽出でルールに関わる誤りが見つかったら、同じタグや表現を含む範囲へ確認を広げます。抽出確認だけで全件の正確性を保証する表現は避けます。

判断保留と高リスク項目は全件再確認する

判断保留と専門的な確認が必要な項目は、通常の抽出とは別枠で扱います。15は分類根拠の不足、03と08は質問への回答の未確認、06は現地や状況の確認が必要という違いがあります。

AIが「問題なし」と返したかどうかで対象を除外しないでください。原文に契約、資金、安全性、性能などの論点があれば、人が確認先を決めます。分類上の自信度が高く表示されても、専門的な妥当性を示すものとは扱いません。

確認後は「タグを確定した」「質問への回答を確認した」「公開文を承認した」を別々に更新します。一つの完了チェックで全工程を済ませると、分類だけ終わった案件を解決済みと誤認しやすくなります。

担当者へ差し戻すエスカレーション条件

差し戻しでは、原文、確定した論点、未確認の点、参照してほしい資料をまとめて渡します。「AIが危険と言っている」と伝えるのではなく、「入口の段差に気づきにくいという記述がある。位置と案内状況を確認したい」と記述します。

価格の包含範囲は表示資料や見積条件、申込後の費用は申込書面や契約関連資料、住宅ローンは個別条件を確認する担当へ戻します。温熱や製品性能への疑問は、当日の状況や仕様資料を確認し、必要に応じて専門担当へつなぎます。

これらは確認先を整理するための運用です。法的な結論や安全性を、この分類表で判定するものではありません。確認事項が解消しなければ、関連する断定表現やFAQ回答の公開を保留します。

確認者が変わっても修正理由を追える状態にする

確認者が変わっても追えるよう、記録には回答ID、ルール版、修正前、修正後、根拠、修正理由、確認者、確認日をそろえます。専門確認を依頼した場合は、確認先と参照資料の管理場所も残します。

判断が分かれたときは、多数決だけで処理せず、どの定義の境界が曖昧かを確認します。たとえば受付での口頭案内を会場と営業対応のどちらに入れるか迷ったら、今回の利用目的に沿って境界を定め、同じ種類の回答へ適用します。

ルールを変えた後は、影響する回答を再確認します。修正に関係のない全工程を毎回やり直す必要はありませんが、集計値や共有文が変わる場合は、それらも更新対象に含めます。

08.人数と言及件数を分けて誤解のない集計表を作る

分類が確定したら、人数、回答状態、言及、タグを別々に集計します。この教材では、01〜10を内容のある分類対象、11を意見なしの有効回答、12〜16を状態別の集計対象とします。以下の数値はすべて架空データの検算で、来場者全体の割合ではありません。

集計前に五つの件数を分ける

中心になる数え方は、回答者、有効回答、記入のある自由記述、言及、タグの五つです。複数タグの割合を出すため、この例では「論点を分類できた回答者数」も別に置きます。

言及は「独立した内容または極性を持つ記述単位」と定義しています。05と07は各二言及ですが、同一回答内ではそれぞれ同じ論点タグなので、タグ件数は各一組です。

割合の分母と対象期間を併記する

割合を出す場合は、何を分母にしたかを表題や脚注に明記します。ここではE01、2026年8月22〜23日、論点を分類できた10人を分母にして、各タグへ触れた人の割合を計算します。

実務資料では「会場30%」とだけ書かず、「分類可能な自由記述10人中3人が会場・案内に言及」と書く方が、対象範囲を伝えやすくなります。少数データでは、割合より件数と内容を前に出す方法も適しています。

複数タグで合計が100パーセントを超える場合

上の割合の合計は110%です。01が間取り・収納と会場・案内の両方へ数えられるためで、計算ミスではありません。式は、タグ件数11組÷分類対象10人×100＝110%です。

ただし、110%を「回答者の110%」と表現してはいけません。各タグの割合を足した値であり、異なる人数が11人いることを意味しません。表の下に「一人に複数タグを付与するため、割合の合計は100%を超える」と注記します。

円グラフは全体を重複のない内訳へ分ける用途に向くため、この集計では表や棒グラフの方が意味を伝えやすくなります。また、言及件数13を分子にすると別の指標になります。タグ件数と同じ見出しで表示しないでください。

無回答を分母へ含めるか明示する

無回答を含めるかは、知りたいことによって決めます。「回収した票のうち、どれくらい記入があったか」なら16票を分母にし、14÷16×100＝87.5%です。これは記入率で、意見の有効率や満足度ではありません。

今回の状態内訳は、有効回答11件、無回答2件、意味不明1件、分類不能1件、対象外1件で、11＋2＋1＋1＋1＝16件です。有効回答11件のうち、論点あり10件、意見なし1件と分けます。

会場・案内の割合を回収16票基準で出すなら、3÷16×100＝18.75%となりますが、意味は「回収票のうち当該論点の記述が確認できた割合」です。空欄の人に関心がないことを示しません。異なる分母の割合を、同じ系列として比較しないようにします。

自由記述の頻度を来場者全体へ広げない

自由記述に何を書くかは回答者が選びます。書かなかった話題について、満足、不満、無関心のいずれかを決めることはできません。また、回答した人と回答しなかった来場者が同じ傾向かどうかも、この記録からは分かりません。

表現は「来場者の三割が案内に不満」ではなく、「今回、分類できた10人の自由記述のうち、3人が会場・案内に言及した。その内訳は受付案内への否定、段差への懸念、文字の大きさへの要望が各1件」とします。三件すべてを不満と呼ばない点も重要です。

この結果を地域の住宅購入者全体や市場の需要へ広げる根拠はありません。次の改善や確認の手掛かりとして扱い、需要規模を推計する数字としては使わないようにします。

複数回の見学会を比較するときの注意点

次回と比較するときは、設問、回収方法、対象期間、回答単位、分類ルールを並べて確認します。口頭で回答を促した回と、自由に用紙を持ち帰れる回では、記述の集まり方が違う可能性があります。

件数が減っただけで改善効果を断定しないことも大切です。来場規模、記入件数、会場条件、案内方法の変更を記録し、「案内に関する言及は減ったが、回収条件も異なる」といった留保を具体的に示します。

比較用の記録には、開催回、分類対象者数、タグ別人数、少数意見の下位論点、実施した改善、確認範囲を残します。同じ声が再び出たかを追いつつ、単発の増減を成果値へ置き換えない運用にします。

09.多数意見と少数意見を別の評価軸で優先順位付けする

優先順位は、件数だけでなく、何を確認すべきか、誰へ影響するか、対応できるかで決めます。頻度の表と確認優先度の表を分けると、一件の懸念を残しながら、よく出る論点も見失わずに扱えます。

頻度だけで改善順を決めない

一つの点数へまとめる前に、評価軸を横並びにします。影響や緊急度が未確認なら、点数を推測するより「確認が必要」と記録する方が適しています。

この表は対応案の記入例です。改善を実施済みと示すものではなく、担当者確認後に実施、保留、見送りを決めます。

少数でも確認を急ぐ意見の見分け方

確認を急ぐ候補は、安全性への懸念、契約や費用の理解に関わる質問、次の来場でも起こり得る案内上の問題などです。件数が少なくても、確認を先送りした場合の影響を担当者が検討します。

06については、場所、段差の見え方、案内状況を会場担当が確認します。ここで「危険な建物」と結論づける必要はありません。原文が示している不安を正確に伝え、現地確認につなげることが分類担当者の役目です。

08も一件ですが、申込後の扱いは個別の条件に関わります。一般的な説明で済ませず、関連書面を確認する担当へ渡します。少数意見を優先する理由は、声の強さではなく確認事項の性質に置きます。

多数意見の代表性を過大評価しない

この例で最も件数が多い会場・案内は三件ですが、内容は三種類です。「案内表示を変えれば三件とも解決する」とは限りません。上位タグの件数だけで施策を決めず、下位論点と原文へ戻ります。

多数の回答に似た表現があっても、設問文や案内時の声掛けがその話題を促した可能性があります。実務では、どのような条件で回答を集めたかも一緒に確認します。

経営会議には、件数と同時に「同じ内容の繰り返しか、異なる内容をまとめたタグか」を示します。上位タグが大きく見える理由を明らかにすると、狭い改善策へ予算を集中させる前に検討できます。

営業改善と会場改善と情報改善を分ける

営業改善、会場改善、情報改善は担当と成果物を分けます。05なら、説明の丁寧さを保ちながら、見学中の声掛けや自由に見られる時間を検討します。01・06・10は会場運営、03・08は資料やFAQの確認が中心です。

顧客の不安や要望を、営業担当者個人の評価へ直結させないでください。一つの記述だけでは、担当者の行動、当日の混雑、説明済みの内容などは分かりません。まず仕組みや案内の改善材料として扱い、必要な事実確認は別に行います。

施策票には「対応する回答ID」「変更するもの」「担当」「確認期限」「完了を確認する方法」を記入します。たとえば大きな文字の案内なら、案内物を作っただけでなく、設置場所で読めるかを担当者が確認する作業まで含めます。

単発の声を継続観察へ回す条件

すぐに施策化する根拠が足りず、確認を急ぐ事情も見つからない声は、継続観察へ回せます。ただし、一覧から消すのではなく、論点、初出の開催回、今回の件数、次回に見る条件を残します。

温熱体感は肯定と否定が一件ずつあるため、どちらか一方を代表意見にせず、必要に応じて当日の環境記録と照らします。次回に同じ設問で回答を集める場合も、体感の記述が性能評価を意味しない点を維持します。

再検討の条件は「同じ下位論点が次回も出る」「担当確認で対応の必要性が分かる」「説明資料の変更時に見直す」など具体化します。件数が増えるまで何もしないという運用ではなく、確認の必要性と観察を分けて進めます。

10.社内共有と外部公開で使える情報を分ける

社内共有では、短く把握する資料と、根拠を確認する記録を分けます。外部公開では、分類が正しいことに加え、個人が推測されないか、事実が確認されているか、公開目的に合うかを改めて判断します。

経営者向けサマリーと照合記録を分ける

経営者向けの要約は、対象範囲、主要な論点、少数の確認事項、次の行動、未解決事項を短くまとめます。実務担当者向けには、回答IDから原文と修正理由を追える照合表を用意し、必要な権限で管理します。

架空の社内サマリー記入例は次のとおりです。

「E01、2026年8月22〜23日の回収16票を整理した。有効回答11件のうち、論点を分類できたのは10件。会場・案内への言及は3人で、受付案内、段差への不安、文字の大きさへの要望が各1件だった。温熱体感は肯定・否定が各1件。入口の案内状況と価格・申込関連資料の確認を担当へ依頼する。分類不能1件は対象不明のため論点集計へ含めていない。来場者全体の傾向を示す集計ではない。」

この要約には個別の家族事情や顧客番号を含めません。少数意見は短くしても残し、対応が必要な項目が件数上位の説明に埋もれないようにします。

引用文は固有情報と組み合わせ情報を除く

引用として出す文と、担当者が一般化した要約は区別します。言葉を変えた文をかぎ括弧で囲み、来場者の発言のように示すと、原文との違いが分からなくなります。

上の最初の二行は、匿名化の考え方を示す追加の架空例で、16件の集計へ加えるものではありません。外部に出す必要のない背景情報は、言い換えて残すより削る選択を優先します。

営業改善と会場改善への利用判断

利用先ごとに、必要な確認と情報の粒度を決めます。分類表に載ったことを、そのまま全用途への利用承認にしないことがポイントです。

営業改善では、05の肯定も残してください。要望だけを抜き出すと、丁寧な説明という維持したい点が見えなくなります。改善する点と残す点をセットで担当者へ渡します。

FAQ候補にする前に事実関係を確認する

03からは「表示価格に含まれるものをどう確認するか」、08からは「申込後の手続きや費用をどこで確認するか」というFAQ候補を作れます。ただし、質問が一件あったことと、自社の回答内容が正しいことは別に確認します。

FAQの管理欄には、質問の根拠ID、回答案、参照資料、資料の版や確認日、確認担当、適用条件、公開状態を記録します。費用や契約条件に関わる回答は、短くする過程で条件を落とさないようにします。

資料同士で説明が食い違う場合や、適用範囲が確認できない場合は、公開を保留します。「詳しくは相談」と付ければ未確認の本文を出せるわけではありません。まず自社の案内内容を確認し、読者が誤解しない説明へ整えます。

外部公開できない意見の条件

個人が推測される記述、第三者への評価、未確認の事故や契約トラブル、具体的な資金事情、公開の扱いを確認できない引用は、外部利用を保留する候補です。少数意見だから公開できないのではなく、内容と周辺情報から判断します。

02と09の体感を、住宅性能の優劣を示す証拠として使うことも避けます。原文は主観的な感想であり、測定条件や比較条件をそろえた評価ではありません。公開する説明は、別途確認できる資料に基づいて用意します。

掲載候補から外しても、改善に必要な論点まで削除する必要はありません。限定された社内記録へ残し、個別対応や会場確認へつなげる方法を選びます。

公開可否は分類結果とは別に承認する

公開可否は、分類承認とは別に欄を設けます。「分類確定」「社内共有可」「一般化して公開候補」「公開保留」のように状態を分け、誰が何を承認したかを記録します。

公開担当者は、原文の意味、匿名化、数値、事実関係に加え、アンケート取得時の利用目的や掲載に関する扱いとの整合を確認します。法的な判断が必要な点は、関連資料と担当者へ戻します。

AI出力を整形しただけの文章を会議資料や投稿へ流さず、人が確定した集計・要約を使います。公開後に根拠や条件が変わった場合に修正できるよう、公開文と確認記録を結び付けておきます。

11.分類結果を改善施策と発信企画へつなげる

分類の完了は、表が埋まった時点ではありません。確認事項が担当へ届き、集計の意味が共有され、公開候補が承認の手順に乗ったところまでを成果物にします。最後に、改善施策と発信企画へ移すための記録をまとめます。

分類結果から実行施策を選ぶ手順

施策は、確定した下位論点から選びます。まず対応する原文と件数を確認し、次に担当先と必要資料を決め、実施案を作り、実施後の確認方法を置きます。上位タグの順位だけから投稿や設備変更を決めないようにします。

いずれも実施前の架空案です。実施できない場合は、その理由と代替案を記録します。顧客の声を採用した件数だけでなく、確認して判断した内容を残すことが引き継ぎに役立ちます。

投稿テーマ候補へ転用する前の再確認

投稿テーマへ転用するときは、匿名化した原文へ戻り、少数意見を含む意味が保たれているかを再確認します。その後、個人が推測されないか、説明する事実を確認できるか、公開承認があるかを確認します。

確定分類から候補を選ぶ → 原文と少数意見を再確認 → 個別事情を除く → 説明の根拠を確認 → 公開可否を承認 → 使用する写真の扱いを確認 → 見出し・投稿文を手動で編集 → 保存前に内容を確認、という順序です。

10から「見学会の会場案内」というテーマを選んでも、大きな文字の案内をまだ用意していなければ、用意済みとは書けません。03から価格の確認ポイントを扱う場合も、自社資料で確認できる範囲に絞ります。回答の引用を使わず、確認済みの案内を自社の言葉で伝える方法もあります。

共有前チェックリストで匿名化と数値を検算する

共有前は、分類担当者の記憶に頼らず、成果物を見ながら確認します。未完了の項目があれば、該当する共有範囲を保留し、担当と次の確認を記録します。

表の合計が合っていても、分母の意味が間違っていれば誤解は残ります。最後に数値を含む文章を読み、「誰の、いつの、何に対する割合か」を説明できるか確認してください。

成果物の版と確認者を残す

保存する成果物は、入力台帳、分類ルール、プロンプト、AIの元出力、原文照合表、品質評価表、集計表、優先度判断表、共有前チェックリストです。加えて、社内共有版や公開候補の文章を、根拠となる版と結び付けます。

ファイル名には開催回と版を付け、管理表へ作成者、確認者、確定日、用途、未完了事項を記録します。「最終」「最新版」を重ねるより、E01・分類ルールv1のように対応が分かる名前にします。原票と共有版は保存権限を分けてください。

集計を更新した場合は、引用している社内サマリーや公開候補も確認します。変更履歴には「10のタグを変更したため会場件数を更新」のように影響を記載し、古い数値が別資料に残らないようにします。

次回の見学会で分類ルールを更新する

次回の準備では、前回の保留理由と修正理由からルールの曖昧な箇所を探します。タグを増やす前に、既存の定義や非該当例で解決できるかを確認します。新しい論点が出た場合は、対応先や改善行動が異なるかを基準に追加を検討します。

設問も見直せますが、比較を続けたい項目は変更履歴を残します。「意見が少なかったから満足していた」と解釈するのではなく、記入しやすさや聞きたい内容が伝わっていたかを検討します。回答者を望ましい答えへ誘導する聞き方は避けます。

次回の担当者には、確定したルールだけでなく、迷った回答と修正例も渡してください。原文を失わず、複数の論点を残し、少数の声に確認先を付ける。この手順を引き継げれば、AIの出力に揺れがあっても、人が根拠を確かめながら分類と共有を進められます。