sentiment-monitoring

センチメントモニタリング

使用する場面

• 創業者が、顧客や一般の人々が自社製品について何を言っているか追跡したい
• 創業者が、悪いレビューを早期に見つけ、広まる前に対応したい
• 創業者が、コミュニティのセンチメントの推移を把握したい
• 創業者が、特定のレビューサイトで新しいレビューを監視したい

これは review-mining とは異なります（競合他社のレビューから課題を掘り起こすものです）。このスキルでは、自社製品の評判を監視します。

必要なコンテキスト

• 製品名および一般的なスペルミスや略称
• 監視するプラットフォーム — 創業者が監視対象の一覧を提示する必要があります。一般的な選択肢：
  • Product Hunt（製品ページのレビューとコメント）
  • Google Maps / Google Business のレビュー
  • G2、Capterra、TrustRadius
  • Trustpilot
  • App Store / Play Store
  • Reddit での言及
  • Twitter/X での言及
  • Hacker News での言及
  • 業界固有のフォーラム
• 監視頻度（ローンチ後は毎日、通常時は毎週）
• 対応方針 — 創業者は否定的なレビューへの返信案を希望しますか？
• エスカレーションのしきい値 — どの程度の深刻さで即時対応が必要ですか？

ワークフロー

1. 監視リストを設定する — 創業者が監視対象のプラットフォームを提示します。各プラットフォームについて、以下を記録します：
   • 製品のレビュー／掲載ページへの直接 URL
   • 現在の評価とレビュー数（ベースライン）
   • 新しいレビューを確認する方法（RSS、手動、API、またはアラートツール）
2. 深刻度の尺度を定義する — 寄せられたセンチメントを分類します：
   • 重大（24 時間以内に返信）：データ損失、セキュリティ上の問題、請求詐欺に関する公の告発、または法的措置を示唆する投稿。拡散する可能性のある、詳細な苦情を含む星 1 つのレビュー。
   • 否定的（48 時間以内に返信）：バグ、機能不足、サポートの不備、価格への不満に関する正当な苦情。星 1〜2 つのレビュー。
   • 賛否あり（1 週間以内に返信）：建設的なフィードバックを含む星 3 つのレビュー。「製品は良いのですが……」
   • 肯定的（謝意を伝える）：星 4〜5 つのレビュー。レビュアーに感謝し、紹介を依頼します。
3. プラットフォームを確認する — 創業者のリストにある各プラットフォームを確認し、前回の確認以降に新しいレビュー、言及、または議論がないか調べます。
4. 各発見内容を分析する — 新しいレビューや言及ごとに、以下を確認します：
   • プラットフォームと日付
   • センチメント： 肯定的／賛否あり／否定的／重大
   • 主な問題： その人が具体的に何を言っているか（原文どおりに引用）
   • 妥当性： 正当な製品の問題か、ユーザーの誤操作か、悪意のあるレビューか
   • 影響度： どれほど人目に触れるか（利用者の多いプラットフォーム、多数のアップボート、または埋もれているか）
   • パターン： 最近のほかの苦情と一致するか（根本的な問題を示すもの）
5. 返信案を作成する — 否定的または重大なレビューに対して、次の要件を満たす返信案を作成します：
   • 弁解せずに問題を認める
   • 苦情を聞き、理解したことを示す
   • 具体的な次のステップ（DM、メール、修正の予定時期）を提案する
   • 企業の広報文ではなく、創業者本人の言葉で書く
6. パターンにフラグを立てる — 3 件以上のレビューで同じ問題が言及されている場合、単なるレビューの問題ではなく製品の問題としてエスカレーションします。
7. センチメントレポートを作成する — 傾向を含む調査結果の概要をまとめます。

出力形式

## Sentiment Report — [Date Range]

### Overview
- **Reviews scanned:** [count across all platforms]
- **New since last scan:** [count]
- **Sentiment breakdown:** [X positive, Y mixed, Z negative, W critical]
- **Average rating trend:** [up/down/stable vs. last period]

### Critical & Negative Items (action required)

**[Platform] — [Star Rating] — [Date]**
> "[Verbatim quote or summary]"
- **Core issue:** [what they're actually complaining about]
- **Validity:** [Legitimate / User error / Bad faith]
- **Pattern:** [First mention / Recurring — also seen on X, Y]
- **Suggested response:**
  > [Draft response in founder's voice]

### Emerging Patterns
| Issue | Mentions This Period | Platforms | First Seen | Trend |
|-------|---------------------|-----------|------------|-------|
| [Issue] | [count] | [platforms] | [date] | [new / growing / stable] |

### Positive Highlights
- [Platform]: "[positive quote]" — consider using as testimonial
- [Platform]: "[positive quote]" — share on social

### Recommended Actions
- [ ] Respond to [N] critical/negative reviews (drafts above)
- [ ] Investigate [issue] — mentioned [N] times across [platforms]
- [ ] Request reviews from happy customers to offset [negative trend]

フレームワークとベストプラクティス

低評価レビューへの対応原則：

• スピードが重要です — 24～48時間以内に返信します。低評価レビューを放置すると、「気にかけていない」という印象を与えます。
• 受け止める。反論しない — 「おっしゃることはわかります」は、「実際は、あなたが間違っています」より常に効果的です。
• 非公開の場に移す — 「ぜひ詳しく調べたいので、[email protected] までメールをいただけますか？」と伝えれば、会話を公開の場から移せます。
• 創業者として対応する — 名前と役職を添えて署名します。「— Alex, CEO」は、一般的なサポート返信とは印象が異なります。
• 問題を修正してから、報告する — 問題を修正したら、レビューに戻って「先週、この問題を修正しました」と伝えます。

プラットフォーム別の注意点：

プラットフォーム	レビューの表示度	返信機能	備考
Product Hunt	高い（ローンチ当日）	コメントのみ	ローンチ中もローンチ後も重要です。コメントに積極的に参加しましょう。
Google Maps	高い（ローカルSEO）	オーナーから返信	ローカル検索のランキングに直接影響します。すべてのレビューに返信しましょう。
G2	高い（B2Bの購入者）	ベンダーから返信	エンタープライズの購入者が目を通します。詳細な返信が重要です。
Trustpilot	高い（消費者）	ビジネスから返信	満足している顧客にもレビューを依頼し、バランスを取りましょう。TrustScoreは表示度に影響します。
App Store	高い（ダウンロード数に影響）	開発者から返信	Appleは返信頻度を制限しています。簡潔に返信しましょう。
Reddit	変動あり	ユーザーとしてコメント	世論操作はしないでください。自分が誰であるかを明らかにしましょう。

低評価レビューが実はありがたい贈り物である場合：

• 具体的で対応可能な苦情は、実際の製品の不足点を示しています。無料のユーザー調査として活用しましょう。
• 「製品は気に入っているけれど、Xが壊れている」という声が続く場合、修正可能な問題を抱えつつも、プロダクトマーケットフィットを達成していることを意味します。
• 低評価レビューがまったくない場合は、たいてい誰もその製品を使っていないことを意味します。

よくある間違い：

• 監視するだけで返信しない（監視しないよりも悪い）
• レビュー投稿者に対して防御的になったり、公開の場で言い争ったりする
• 1つのプラットフォームだけを監視する（顧客は、あなたが見ている場所ではなく、自分がいる場所で苦情を言います）
• すべての低評価レビューを同じように扱う（請求詐欺の告発とUIへの不満は同じではありません）
• レビューから得た知見を製品ロードマップに反映しない

関連スキル

• review-mining — 競合他社のレビューを分析するためのスキル（このスキルは自社のレビューを監視します）
• feedback-synthesis — フィードバックの傾向を製品に関する意思決定にまとめるためのスキル
• churn-analysis — 低評価レビューは、チャーンの兆候と相関することがよくあります
• community-discovery — 人々が自社製品について話しているコミュニティを見つけるためのスキル

例

プロンプト：「レビューの監視を設定してください。Product Hunt、G2、Trustpilot、App Storeを利用しています。」

良い出力に含まれるもの： 4つすべてのプラットフォームについて、現状の基準値を含む監視チェックリスト、製品に合わせた深刻度の尺度、週次センチメントレポートのテンプレート。

プロンプト：「今週、G2に低評価レビューが3件投稿されました。返信を手伝ってください。」

良い出力に含まれるもの： 各レビューの分析（核心的な問題、妥当性、傾向の検出）、創業者の口調に合わせた返信案、問題が製品の体系的な問題を示している場合の注意喚起。