映画館が上映後のアンケートの自由記述を上映回とひも付けて要約し、次月の番組の編成とサービスの改善の論点を作る

処理の起点を決める

毎月1日の朝6時に、時間主導型のトリガーで動かします。 前月の1日から末日までに届いた回答が対象です。番組の編成の会議は中旬なので、1日に論点が出れば、担当が根拠を確かめる時間が10日ほど取れます。

トリガーは2つ置きます。1つ目は毎月1日に動き、回答を読み出してバッチを送ります。2つ目は30分ごとに動き、送ったバッチが終わっているかを確かめます。 終わっていなければ何もせずに終わり、終わっていれば結果を取り込んで要約に進みます。要約まで終わったら、その月のバッチの印を「完了」にして、2つ目のトリガーは空振りを続けます。

Google Apps Script のトリガーの1日の合計の実行時間には上限があり、一般のアカウントで90分、Google Workspace のアカウントで6時間とされています。30分ごとの確認は数秒で終わるので、この上限には届きません。 業務のデータを扱うので、Workspace のアカウントで動かします。

入力データを集める

質を決めるのは、フォームの設問です。 自由記述だけのアンケートでは、上映回を引く材料がありません。鑑賞日は日付の入力、時間帯は「午前・昼・夕方・夜・レイト」の選択、スクリーンは番号の選択にします。 作品名は聞きません。予定表から引けるものを観客に書かせると、略称や誤字が入るからです。

前月の論点は、「続いている声」を見分けるために持ちます。 先月に「空調が寒い」が論点になり対応したなら、今月も同じ声が多いかで、対応が効いたかが分かります。

データの取得方法を決める

回答は、Google フォームにつないだスプレッドシートから読みます。送信日時ではなく鑑賞日で前月分に絞ります。 月末の夜に観て翌月1日の朝に回答した人を、正しい月に数えるためです。

上映回の引き方は、日付・スクリーン・時間帯の3つで絞ります。 1つに絞れれば、その行の作品と形式を付けます。同じ時間帯に同じスクリーンで2回の上映があれば、作品が同じなら作品だけを付け、違えば「候補が2つ」と印を付けます。 推し量って1つに決めないでください。

Claude API への送り先は、Message Batches の作成の窓口です。1件ずつのリクエストに custom_id を付けます。 使えるのは英数字とハイフンとアンダースコアの1〜64文字なので、「2026-09-r0412」のように年月と回答の番号から作ります。結果は送った順に返るとは限らないとされているので、custom_id で回答と結び付けます。

バッチの1件の中身は、次の4つです。

指示文と出力の形は、600件すべてで同じにします。 区分の一覧を月の途中で変えると、前半と後半で区分の付け方がずれ、件数を比べられなくなります。区分を直すのは月の替わり目だけにします。

バッチを送ったら、返ってきたバッチの番号をスクリプトのプロパティに書きます。30分ごとの確認は、この番号で処理の状態を問い合わせるだけです。 状態が終わりになっていれば結果の一覧を取り、1件ずつ custom_id で回答の行に戻します。

AIへ渡す前に整形する

1. 自由記述の無い回答を外す … 満足度だけの回答は件数としては数えますが、AI には渡しません
2. 上映回を付ける … 日付・スクリーン・時間帯で予定表を引き、作品と形式を付けます
3. 個人を指す文字列を伏せる … 電話番号・メールアドレス・会員番号の形をした文字列を「［連絡先］」に置き換えます
4. 人の名前を伏せる … 「受付の◯◯さん」のようなスタッフの名前を「［スタッフ］」に置き換えます。スタッフの名簿の名字と照らして行います
5. 長すぎる回答を区切る … 2,000字を超える回答は、先頭から2,000字で切り、切ったことを印にします
6. 同じ内容の重複を外す … 同じ鑑賞日・スクリーンで自由記述が一字一句同じものは、1件として扱います

3番目と4番目を軽く見ないでください。 観客は「チケットの件で連絡がほしい、090-…」と自由記述に書くことがあります。要約の材料に連絡先は要りません。 連絡がほしいという回答は、伏せる前に別のシートへ写し、担当が個別に対応します。

4番目は、論点が個人への苦情にならないようにするためです。 接客の声は「受付の案内」という区分で扱い、誰が悪いかの話にしません。

AIに処理させる

させることは2段に分かれます。 1段目は1件ずつの取り出し、2段目は束ねた結果の要約です。

件数を AI に数えさせないのは、数え間違えるからです。 1段目の結果はスクリプトが区分ごとに数え、2段目には数えた結果を渡します。 AI には「どういう声が多いか」を言葉にさせ、「何件か」は数字のまま表に書きます。

論点の案は、問いの形で書かせます。 「字幕の回を増やす」ではなく「◯◯の字幕の夜の回を増やすか」とさせます。決めるのは会議で、AI が出すのは決める材料です。 上映の期間や回数は配給会社との取り決めにも関わるので、館の中だけで決められないことがあります。

指示内容を固定する

1段目（1件ずつの取り出し）の指示です。

あなたは映画館の支配人室で、上映後のアンケートを読む担当です。
渡された1件の自由記述だけを読み、話題と要望を取り出してください。

【話題の区分】{category_list}
（区分は複数選んでかまいません。当てはまらなければ other にしてください）

【厳守事項】
- 自由記述に書かれていることだけを取り出してください。
  書かれていない理由や背景を補わないでください。
- 要望は、観客が館に何をしてほしいかが書かれているときだけ request に入れてください。
  「面白かった」「また来たい」は要望ではありません。
- 作品の内容への感想（ストーリー・俳優・結末）は is_film_opinion を true にし、
  館への要望と混ぜないでください。
- 上映回・作品は、渡された上映回の情報を使ってください。
  自由記述から作品を推し量って書き換えないでください。
- request_text は、自由記述の言葉をできるだけそのまま短く写してください。
  言い換えて強めたり弱めたりしないでください。
- ［連絡先］［スタッフ］の伏せ字を元に戻そうとしないでください。
- 判断がつかないときは、confident を false にしてください。

【上映回の情報】{screening}
【満足度】{score}
【自由記述】{comment}

2段目（要約と論点の案）の指示です。

あなたは映画館の番組の編成の会議の資料を作る担当です。
渡された区分ごとの取り出し結果と件数をもとに、要約と論点の案を作ってください。

【厳守事項】
- 件数は渡された数字をそのまま使い、数え直さないでください。
- 要約には、取り出し結果に書かれていることだけを使ってください。
- 論点は「〜するか」という問いの形で書き、結論を書かないでください。
- 論点ごとに、根拠にした回答の番号を3〜5件挙げてください。
  根拠にできる回答が無い論点は書かないでください。
- 上映の期間・回数・料金・設備への投資について、
  「すべき」「決定」のような言い切りをしないでください。
- 前月の論点と同じ話題が続いている場合は、そのことを書いてください。
- 作品の感想は要約に入れてよいですが、論点にはしないでください。

【対象月】{month}
【区分ごとの件数】{counts}
【取り出し結果（区分・作品ごと）】{extracted}
【前月の論点と決めた対応】{last_month}

「根拠にできる回答が無い論点は書かない」が、2段目でいちばん効く一文です。 これが無いと、件数の多い区分から一般論の論点を作ります。根拠の番号が付いていれば、担当は数件を開くだけで論点が回答に基づくかを確かめられます。

出力形式を固定する

1段目は、次の形の JSON で受け取ります。

{
  "response_id": "2026-09-r0412",
  "categories": ["subtitle_dub", "time_slot"],
  "is_film_opinion": false,
  "has_request": true,
  "request_text": "字幕の夜の回がもう少し遅い時間にほしい",
  "target": "screening | facility | concession | staff | price | other",
  "sentiment": "positive | neutral | negative",
  "confident": true
}

2段目は、論点ごとに次の形で受け取ります。

{
  "month": "2026-09",
  "category": "subtitle_dub",
  "film": "作品名（予定表の表記）",
  "summary": "",
  "issue_question": "",
  "evidence_ids": ["2026-09-r0412", "2026-09-r0517"],
  "continued_from_last_month": false
}

1つ目の理由は、件数と言葉を別の層に置けることです。 件数はスクリプトが1段目の categories から数え、要約の文章は2段目が書きます。AI が件数を書き換える経路がありません。

2つ目は、evidence_ids で根拠を引けることです。 月次のシートでは番号を回答の行へのリンクにします。担当は論点の横のリンクを開くだけで、元の回答を読めます。

3つ目は、confident で読み直す回答を絞れることです。 false の回答だけを一覧にし、担当が区分を付け直します。付け直した結果は、翌月の指示の例に足します。

月次のシートは次の表にします。

システムへ連携する

回答のシートと予定表には書き込みません。 書くのは月次のシートだけです。元の回答に手を入れないので、要約が誤っていても元を読み直せます。

API キーはスクリプトのプロパティに置きます。 コードに直接書くと、スクリプトを共有したときにキーも一緒に渡ります。

人が確認する

1. 論点ごとに根拠を開く … evidence_ids の回答を2〜3件開き、論点が回答に書かれていることかを確かめます
2. 件数の大きな変化を確かめる … 前月から倍以上に増えた区分は、上映回の付け方か区分の付け方が変わっていないかを見ます
3. confident が false の回答を付け直す … 区分と要望を人が付けます
4. 会議に出す論点を選ぶ … 支配人と担当で、打てる手のある論点を選びます
5. 責任者に回す … 売店・清掃・案内の論点を、それぞれの責任者に渡します

1番目を省かないでください。 要約は、もっともらしい一般論を混ぜることがあります。根拠の回答を読んで、論点の言葉が回答の言葉から離れていないかを見ます。

2番目は、仕組みの側の変化を見つけるためです。 「字幕・吹替」の件数が急に増えたとき、本当に声が増えたのか、区分の説明を変えて付け方が広がったのかは、論点の一覧だけでは分かりません。区分の説明を変えた月は、月次のシートの欄外にそのことを書いておきます。

目標は、600件をならして1件1分です。 論点が20〜30個、それぞれ根拠を数件ずつ読み、confident が false の回答を付け直す時間を含めた見込みです。

例外に対処する

上の2行が大半を占めます。 どちらも AI の問題ではなく、フォームの設問と予定表の書き方の問題です。 予定表の入力の遅れで上映回が引けない月は、まず予定表を直します。

期限切れとエラーは、送り直す前に件数を見ます。 数件なら翌日に送り直せば済みますが、数百件がまとめて期限切れになったときは、混み合っていたか、指示文か出力の形に誤りがあります。同じものを送り直す前に、1件だけを Messages API で試して、返り方を確かめます。

記録を残す

• 前月分として読み出した回答の番号の一覧と、読み出した日時
• 上映回のひも付けの結果（引けた・候補が2つ・引けない）
• 1段目の結果の JSON の全件と、confident が false の回答に人が付け直した区分
• 2段目の要約と論点の案、そのとき渡した件数
• 会議で選ばれた論点と、決めた対応
• バッチの番号と、期限切れ・エラーの件数

5番目は、翌月の「前月の論点」の材料です。 論点だけでなく、決めた対応まで残すと、翌月に対応が効いたかを見られます。

Message Batches の結果は作成から29日まで取り出せるとされています。 取り込んだらすぐにスプレッドシートへ写し、バッチの側に残っていることを当てにしないでください。