Redditユーザーが製品を乗り換える理由を調べる方法

収集の設定と使用するリンク

Reddit Search Scraper Actorと、TaskのプリセットであるReddit Market Research Postsを使って、調査を始めます。既定のプリセットでは、検索クエリがbest CRM for small business、maxResultsが200、sortがcomments、timeがyearに設定されています。検索クエリを自分の製品比較用の語句に置き換え、取得件数の上限を3に下げてください。

このスクレイパーは、query、任意指定のsubreddits、maxResults、sort、timeなどの入力パラメータを受け付けます。コメント数の多い順に並べると、投稿は議論の量に応じて並びます。市場での好みを測るものではありません。保存される各行には、inputQuery、requestedSubreddit、matchedSubreddit、postId、canonicalPostUrl、title、body、createdAt、commentsCount、status、unavailableFields、observedAtという正確なフィールド名で値が返されます。

出力の1行は、見つかった投稿1件を表します。確認済みの製品の乗り換えや、返信スレッド全体を表すものではありません。必要な文脈を把握するには、ディスカッション全体を手動で確認する必要があります。文脈を把握できていないものは、未確認のままにします。範囲を3行に限定した確認用の実行で検証できるのは、データ収集だけです。実際の製品比較に関する知見を証明したり、すべての返信を収集したりするものではありません。

出力される実行サマリーには、実行の詳細が記録されます。含まれる項目は、status、statusReason、isComplete、query、searchesPlanned、searchesSucceeded、candidatesFound、usefulRows、rowsSaved、billableRows、freeRows、duplicatesSkipped、stopReason、observedAtです。個々の検索結果には、query、subreddit、status、reason、candidatesFound、rowsSaved、duplicatesSkipped、endReason、source、sourceUrlが含まれます。

確認用の実行例では、最初の検索結果に、subredditはlearnpython、statusはok、保存行数は3、endReasonはmax_results_reached、sourceはreddit_rssと記録されました。全体のisCompleteの値がtrueであることは、実行が完了したことを示します。収集元の母集団全体を取得したという意味ではありません。投稿行のrequestedSubredditまたはmatchedSubredditフィールドは、サマリーレベルのsubredditフィールドと異なる場合があります。

製品の乗り換えを調べる8つの手順

1. データを集める前に、購入者の状況と製品カテゴリーを定義します。理解したい意思決定を具体的に書き出してください。苦情を無作為に探すのは避けます。既知の製品名と、alternative、switch from、compareなどの語句は、検索の手掛かりとしてのみ使います。
2. 製品同士の直接比較、ある製品からの乗り換え、ある製品では満たせないニーズなど、少数の関連する検索クエリで収集します。使用した正確な検索クエリ、出典の日時、並び順、適用した上限を特定できる情報を保存します。文脈を把握できていないものは、保留のままにしてください。投稿タイトルから欠けている事実を補ってはいけません。
3. 出典のディスカッション全体を読み、質問・相談、推薦、利用の報告、乗り換えの報告、販売元による宣伝を区別します。宣伝上の主張と実際のユーザー体験は分けて扱います。乗り換えたと明記されていても、未検証の個人的な報告である可能性があります。
4. 各比較について、検討した製品、選択した製品（明記されている場合）、選定基準、条件、出典の該当箇所、意思決定の段階、確信度または不明点を記録します。製品に関する否定的なコメントから、投稿者が乗り換えた、または特定の代替製品を好んだと推測してはいけません。
5. 理由と結果を分けます。「私たちのチームには高すぎる」という記述には、費用とチームに関する条件があります。詳細を示さずに「ある製品のほうがよい」と述べているだけなら、根拠のない推薦です。伝聞による主張は、本人による利用の報告よりも根拠として弱いものの、どちらも、すべてのユーザーが同じ体験をすることを証明するものではありません。
6. 条件を残したまま、選定基準をグループ化します。5人のチームと500人のチームでは、必要な権限が異なる場合があります。両者をまとめて、すべてのユーザーに共通する機能の要望にしてはいけません。言及されていない制約は、不明のままにします。
7. 選定基準の比較表を作り、対象に合う自社ユーザーへの確認や製品の試用で検証する問いを見つけます。収集元の順位付けに従って得たサンプルでの繰り返しの言及は、調査の手掛かりにはなりますが、製品の優先順位を示すスコアにはなりません。最も多く言及された製品を、市場首位と呼んではいけません。
8. 代替製品の選定基準表と、次に検証する問いを成果物としてまとめます。データのエクスポートだけから、推奨製品が自動的に決まるわけではありません。購入を判断するには、自社のユーザー要件と、製品に関する最新の事実を確認する必要があります。

架空の比較表の例

この架空の例に登場する製品とコメントは、すべて創作です。スクレイピングで収集したサンプルに、次の5つの記述があるとします。

• 記述1：私たちの4人のチームは、月額の最低料金を下げる必要があったため、製品Aから製品Bに乗り換えました。分類は「乗り換えの報告」。選定基準は「費用」。条件は「4人」。結果は「製品Bと明記」。検証状況は「個人的な報告」です。
• 記述2：製品Aはひどいです。製品Bのほうがよいです。分類は「推薦」。選定基準は「不明」。乗り換えの有無は「不明」です。価格を作り上げてはいけません。
• 記述3：製品Bは、レビュー担当者50人の承認手順に対応できますか。私たちはまだ比較中です。分類は「質問・相談」。選定基準は「承認ワークフロー」。条件は「レビュー担当者50人」。選択した製品は「不明」です。
• 記述4：製品Bを試しましたが、オフラインでの作業が重要だったため、製品Aを使い続けました。分類は「比較の報告」で、乗り換えではありません。選定基準は「オフライン作業」。その他の条件は不明です。選択した製品は、製品Aと明記されています。
• 記述5：ある販売元が、誰もが製品Bに移行していると言っています。分類は「宣伝」です。市場シェアや乗り換え件数として採用できる数値はありません。

この比較表には、製品Aから製品Bへの乗り換えの報告が1件、製品Aの継続利用の報告が1件、未決着の比較に関する質問・相談が1件、根拠のない推薦が1件、宣伝が1件あります。記述4で製品Bを試したという理由で乗り換えを2件と数えたり、5つとも文章の行だからといって顧客の好みを5件と数えたりしてはいけません。明示されている選定基準は、費用、承認、オフライン作業の3つです。いずれも、すべてのユーザーに共通する順位を示すものではありません。

次に検証する問い：私たちが対象とする小規模チームにとって、最低料金の低さはオフラインでの利用より重要でしょうか。この検証用の小さなテストケースでは、その問いには答えられません。次の手順として提案するのは、条件に合う自社ユーザーに尋ねるか、自社の要件に照らして、現在の試用中の利用行動を確認することです。架空のインタビュー、試用結果、有料利用の成果は示していません。最終成果物では、各出典について選定基準、条件、意思決定の段階、根拠の強さを保持し、不明なセルはそのまま残します。