# TikTok LIVE オークション：運営会社向けコンテンツ改善レビュー

```text
Recorded references -> STT / OCR / comments -> Content hypotheses -> Test
[4/4 runs ended]       [502/502 jobs done]     [4 proposals]        [not run]
```

2026-09-09 の保存データ確認時点。対象は収録した競合・参考アカウント
`@tcgstore_2026` と `@metetiktok100`。**クライアント自身の配信成果や改善実績ではない。**
運営会社が次の番組設計に使える仮説を、視聴者コメントと既存の音声認識結果から整理した。
本レビューでは再推論や新規収録を行っていない。

優先する改善は、①残り景品・参加条件の継続表示、②各ロットの状態・構成説明、
③途中参加者への短いルール説明。番号予想や開封後の祝福は参加型コンテンツの候補として
残す。コメントの多さを売上や有効入札に置き換えない。

## 比較できる範囲

時刻は JST。収録時間は run の開始・終了時刻差であり、接続保証時間ではない。
視聴者数は受信サンプルの中央値と最大値であり、ユニーク視聴者数や時間加重平均ではない。

| run | アカウント / 収録範囲 JST | 収録時間 | コメント | コメント投稿者 | 視聴者中央値 / 最大 | STT行 | フレーム | 完了ジョブ |
|---|---|---:|---:|---:|---:|---:|---:|---:|
| A | tcgstore_2026 / 09-08 21:30–23:35 | 125.64分 | 644件 | 65 ID | 275人 / 512人 | 1,619行 | 753枚 | 251/251件 |
| B | metetiktok100 / 09-08 22:31–23:50 | 78.57分 | 99件 | 19 ID | 207人 / 320人 | 1,891行 | 474枚 | 157/157件 |
| C | metetiktok100 / 09-08 23:50–09-09 00:27 | 37.40分 | 56件 | 14 ID | 336人 / 390人 | 852行 | 225枚 | 75/75件 |
| D | metetiktok100 / 09-09 00:27–02:00 | 92.76分 | 162件 | 47 ID | 598人 / 945人 | 2,111行 | 555枚 | 19/19件 |

A=`c69d7e7f8f5d46a78653abf1fbd1e2e2`  
B=`1c6a704380704b2ab850a3e1e7b97061`  
C=`db58924c28eb4ec0a1444493bcfd95f4`  
D=`737a60d3fc664a28bf2093c79d00ec70`

A と D は `finished`、B と C は運用切替による `interrupted`。D も既に終了している。
B/C/D は同じアカウントの連続収録区間で、独立した比較実験ではない。
投稿者 ID は各 run 内で重複排除しているため、表の人数を合算してユニーク人数にはできない。

保存クリップの尺の単純合計は A=7,518.923秒、B=4,699.956秒、
C=2,233.532秒、D=5,549.942秒。重複や境界の厳密な検証を伴わないので
「映像カバー率100%」とはしない。ジョブ完了も、文字起こしの正確性の保証ではない。

## 1. 残り景品・当たり条件の確認需要がある

**観測事実：** A では、別の時点で次の確認コメントを受信した。

| JST | live_events.seq | 内容 |
|---|---:|---|
| 09-08 22:11:15 | 8269 | 「ブラッキーあるの？」 |
| 09-08 22:31:51 | 12716 | 「当たりは全部PSA10ですか？」 |
| 09-08 22:51:41 | 20754 | 「確率どんな感じですかー？」 |
| 09-08 22:56:05 | 22480 | 「かくりつは？」 |

**解釈：** 残存景品、当たりの定義、確率の理解をその場で確認したい視聴者がいる。
既存画面に表示がなかった、説明しなかった、または質問が未回答だったとまでは判断していない。

**実験案：** 運営が管理する確定済みロット台帳から、残り口数・残り景品・当たり条件を
更新する小さな常設表示を作る。残存構成が検証できない場合は確率を表示しない。
司会者と表示担当で同じ台帳を参照し、開封直後に更新する。

**測定：** 「残存景品・確率・条件に関する質問コメント数 / 全コメント数」を同じ長さの
比較区間で測り、分子・分母を併記する。別途「台帳と表示が一致した確認回数 / 全確認回数」を
記録する。質問比率の低下だけでは改善と決めず、参加者数やコメント総数の減少も確認する。

## 2. 商品説明は相場・状態・未開封の確認を先回りできる

**観測事実：** D では次の確認コメントを受信した。

| JST | live_events.seq | 内容 |
|---|---:|---|
| 09-09 01:17:51 | 57638 | 「すいません、さっきのやつ未開封のやつですか！？」 |
| 09-09 01:23:55 | 58753 | 「だいたい全部なんぼですか？」 |
| 09-09 01:24:30 | 58863 | 「相場いくらくらいですか？」 |
| 09-09 01:25:03 | 58965 | 「相場いくらですか？」 |

**解釈：** 商品の理解を補助する情報への需要がある。同じ人による質問の可能性や
対象商品の違いを排除していない。引用は質問の存在を示すもので、査定額の証拠ではない。

**実験案：** 各ロット開始前に、商品構成、状態、未開封か、送料を含む条件を同じ順番で
説明し、接写と短い情報欄を用意する。参考価格を使う場合は出典・確認日・価格種別を
示す。STT の数字や OCR の認識値を商品台帳へ自動確定しない。

**測定：** 「状態・構成・価格確認の質問件数 / ロット数」と、
「質問から関連回答までの秒数」を手動照合したコメント・音声で記録する。
回答が見つからない件数は別に出す。売上効果を測る段階では、別途注文台帳から
支払済み件数・金額を接続し、配信コメントや司会者の『落札』発言で代用しない。

## 3. 途中参加者向けの説明をロット境界へ組み込む

**観測事実：** D の STT は、00:30:14 に「落札してもらった人が選ぶだけ」
（seq50185）、00:32:04 にルールの質問を促す発言（seq50234）、
00:32:07 に落札者が番号を選んで開ける趣旨（seq50235）を認識した。
その後 00:47:01 に「あ、番号って落札した時の番号を選べるって事か！」
というコメント（seq52334）を受信した。

**解釈：** ルール説明は行われているが、後から理解を表明したコメントもある。
その視聴者が説明時から見ていたかは不明であり、理解まで約15分かかったとは計算しない。

**実験案：** ロット開始時に「参加手順→番号選択→開封→次のロット」の短い説明を
繰り返し、画面にも同じ順番を示す。入札できない場合の問い合わせ導線も分離する。
A では 23:06:13 の「制限で入札できない…」（seq26506）、23:29:03 の
「入札できん」（seq35799）があるが、原因は記録から確定できない。

**測定：** ルール質問件数、明示的な理解表明件数、質問に対する確認済み回答までの秒数を
ロット単位で集計する。取引データが接続できる場合のみ、入札開始→有効入札→支払完了を
別々の状態として記録する。

## 4. 番号予想・開封リアクションを番組の参加要素として試す

**観測事実：** A のコメント最多の5分区間は 09-08 23:20–23:25 で43件、
受信した視聴者数は346–404人だった。この区間には番号予想、雑談、
「おめでとう」などが混在する（例 seq33814, 34036, 34044, 34134）。
D の最多区間は 09-09 01:10–01:15 で18件、視聴者数526–643人。
「19いってほしいほんとに」（seq56912）、「いやぁ心臓バクバク...」（seq57006）
などのコメントがある。

**解釈：** 競りと開封の周辺に、購入を確認できない視聴者も参加できる会話が存在する。
最多コメント区間が最も売れた区間、番号予想が視聴者を増やした区間、とは判断できない。

**実験案：** 開封前に短い番号予想、開封後に結果の整理と祝福、次ロット予告を
固定した進行として試す。演出の長さは比較対象と合わせ、商品説明を省略しない。

**測定：** ロットごとのコメント投稿者数、予想コメント数、開封前後の視聴者サンプルを
記録する。サンプル増減は個人の離脱率ではない。ロット開始・説明・競り・開封の
手動マーカーを先に定義して、区間尺の違いによる比較の歪みを減らす。

## 検証の進め方と制約

変更は一度に混ぜず、似た商品構成・価格帯・時間帯の複数ロットに交互に適用する。
各案の実施ロット、適用条件、質問分類基準、回答確認、注文データ接続の有無を
記録してから比較する。現在は対照実験を行っておらず、改善率の数値は提示できない。

- 証拠は `data/live/live.sqlite` の `live_runs` / `live_events`。
  引用の `seq` と run ID で再現できる。閲覧例：
  `SELECT kind, observed_at, payload FROM live_events WHERE seq = 52334;`
- STT は `faster-whisper small` の推定。音声の時刻は `payload.start_at`、
  コメントは `observed_at` を使う。処理完了時刻を発言時刻に使わない。
  記録開始時刻推定と受信遅延があるため、音声とコメントの同期は厳密でない。
- 引用した STT の元映像は D の
  `data/live/analysis/737a60d3fc664a28bf2093c79d00ec70/clips/2e8d61b96eee4118b9459274355f403a-00000.mp4`。
  本レビューの発言解釈は既存 STT に基づき、音声の人手照合は未実施。
- キューは `data/live/analysis/RUN_ID/jobs.sqlite` の
  `SELECT state, COUNT(*) FROM jobs GROUP BY state;` で確認した。
- OCR が空でなかったフレームは A=439/753枚、B=51/474枚、C=16/225枚、
  D=334/555枚。非空は正読率ではない。画面情報がないという結論にも使えない。
  本レビューは画面の人手レビューを行っておらず、表示の有無・読みやすさを断定しない。
- コメント本文から売上・支払・発送・転換率を確定できない。ギフトも商品売上ではない。
  イベント配信の完全性、個人の視聴継続、表示されなかった情報は確認できない。
- 上表は機械集計、内容所見は関連語による候補抽出とコメント例の確認。
  全発言の意味分類やロット数の確定は行っていない。
  短い `lovecom_selection` 試験収録と synthetic fixture は比較から除外した。