Comment rechercher pourquoi les utilisateurs de Reddit changent de produit

Configuration de la collecte avec des liens exacts

Commencez votre projet avec le Reddit Search Scraper Actor et le préréglage de Task Reddit Market Research Posts. Le préréglage par défaut utilise la requête best CRM for small business, avec maxResults réglé sur 200, sort réglé sur comments et time réglé sur year. Remplacez la requête par votre propre expression de comparaison de produits et abaissez le plafond à 3.

Le scraper accepte des paramètres d'entrée, notamment query, des subreddits facultatifs, maxResults, sort et time. Le tri selon les publications les plus commentées ordonne les publications par volume de discussion. Il ne mesure pas la préférence du marché. Chaque ligne enregistrée renvoie des champs exacts : inputQuery, requestedSubreddit, matchedSubreddit, postId, canonicalPostUrl, title, body, createdAt, commentsCount, status, unavailableFields et observedAt.

Une ligne de sortie est une publication découverte. Ce n'est pas un changement de produit vérifié ni un fil de réponses complet. Vous devez examiner manuellement la discussion complète pour obtenir le contexte nécessaire. Le contexte manquant reste non examiné. Une exécution de contrôle limitée à 3 lignes valide seulement la collecte de données. Elle ne prouve pas de véritables constats de comparaison de produits et ne rassemble pas toutes les réponses.

Le résumé de l'exécution en sortie rapporte les détails d'exécution. Il comprend status, statusReason, isComplete, query, searchesPlanned, searchesSucceeded, candidatesFound, usefulRows, rowsSaved, billableRows, freeRows, duplicatesSkipped, stopReason et observedAt. Les résultats de recherche individuels contiennent query, subreddit, status, reason, candidatesFound, rowsSaved, duplicatesSkipped, endReason, source et sourceUrl.

Dans une exécution de contrôle d'exemple, la première entrée de résultat de recherche a enregistré un subreddit learnpython, un status ok, 3 lignes enregistrées, un endReason max_results_reached et une source reddit_rss. Une valeur globale isComplete égale à true montre que l'exécution est terminée. Cela ne signifie pas que vous avez collecté toute la population source. Le champ requestedSubreddit ou matchedSubreddit d'une ligne de publication peut différer du champ subreddit au niveau du résumé.

8 étapes pour rechercher le changement de produit

1. Définissez la situation de l'acheteur et la catégorie de produit avant de collecter des données. Notez la décision exacte que vous devez comprendre. Ne recherchez pas des plaintes au hasard. Utilisez des noms de produits connus et des mots comme alternative, switch from ou compare seulement comme amorces de requête.
2. Collectez de petites familles de requêtes, comme des comparaisons directes de produits, un changement à partir d'un produit, ou des besoins qu'un produit laisse non satisfaits. Enregistrez votre requête exacte, le temps associé à la source, l'ordre de tri et l'identification du plafond de résultats configuré. Le contexte manquant doit rester en attente. Ne complétez pas les faits manquants à partir du titre d'une publication.
3. Lisez la discussion source complète et distinguez une demande, une recommandation, un usage rapporté, un changement rapporté et une promotion de fournisseur. Gardez les allégations promotionnelles séparées de l'expérience réelle des utilisateurs. Un changement énoncé peut rester un témoignage personnel non vérifié.
4. Pour chaque comparaison, notez le produit envisagé, le produit choisi s'il est énoncé, le critère, la condition, le passage source, l'étape de décision, ainsi que votre niveau de confiance ou les inconnues. N'inférez pas qu'un commentaire négatif sur un produit signifie que l'auteur a changé ou a préféré une alternative nommée.
5. Séparez les raisons des résultats. « Trop cher pour notre équipe » donne une condition de coût et d'équipe. « Un produit est meilleur » sans détails est une recommandation non étayée. Une allégation de seconde main est une preuve plus faible qu'un usage de première main énoncé, mais ni l'une ni l'autre ne prouve que tous les utilisateurs vivent la même chose.
6. Regroupez les critères de décision tout en conservant les qualificatifs. Une équipe de 5 personnes et une équipe de 500 personnes peuvent exiger des autorisations différentes. Ne les fusionnez pas en une exigence de fonctionnalité universelle. Gardez inconnues les contraintes non mentionnées.
7. Construisez une matrice de critères et trouvez une question à vérifier auprès de vos propres utilisateurs concernés ou par des essais de produit. Des mentions répétées dans un échantillon source classé peuvent suggérer une investigation, pas un score de priorité de produit. N'appelez pas le produit le plus mentionné le leader du marché.
8. Livrez un tableau de critères d'alternatives et une prochaine question de validation. Aucune recommandation automatique de produit ne découle seulement de l'export de données. Une décision d'acheteur exige encore vos propres exigences d'utilisateurs et les faits actuels du produit.

Exemple fictif d'une matrice de comparaison

Tous les produits et commentaires de cet exemple fictif sont inventés. Imaginez 5 énoncés source dans un échantillon extrait :

• Énoncé 1 : Notre équipe de 4 personnes a quitté le produit A pour le produit B parce que nous avions besoin d'un minimum mensuel plus bas. Étiquette égale à changement rapporté. Critère égal à coût. Condition égale à 4 personnes. Résultat égal au produit B énoncé. Vérification égale à témoignage personnel.
• Énoncé 2 : Le produit A est affreux. Le produit B est meilleur. Étiquette égale à recommandation. Critère égal à inconnu. Changement égal à inconnu. N'inventez pas un prix.
• Énoncé 3 : Le produit B peut-il gérer les étapes d'approbation pour 50 relecteurs ? Nous comparons encore. Étiquette égale à demande. Critère égal à flux d'approbation. Condition égale à 50 relecteurs. Produit choisi égal à inconnu.
• Énoncé 4 : Nous avons gardé le produit A après avoir essayé le produit B parce que le travail hors ligne comptait. Étiquette égale à comparaison rapportée, pas un changement. Critère égal à travail hors ligne. Condition égale à non connue autrement. Produit A choisi énoncé.
• Énoncé 5 : Un fournisseur dit que tout le monde passe au produit B. Étiquette égale à promotion. Il n'existe pas de part de marché admise ni de nombre de changements admis.

La matrice contient 1 changement rapporté du produit A vers le produit B, 1 conservation rapportée du produit A, 1 demande de comparaison ouverte, 1 recommandation non étayée et 1 promotion. N'écrivez pas 2 changements parce que l'énoncé 4 a essayé le produit B, ni 5 préférences de clients parce que les 5 sont des lignes de texte. 3 critères explicites apparaissent pour le coût, l'approbation et le travail hors ligne. Aucun n'est un classement universel.

Prochaine question de validation : pour notre petite équipe cible, le coût minimum plus bas est-il plus important que l'usage hors ligne ? Le cas de test source ne peut pas répondre à cela. L'étape suivante proposée est de demander à nos propres utilisateurs admissibles ou de vérifier le comportement actuel d'essai pour nos exigences. Aucun entretien inventé, résultat d'essai ou résultat payant n'est fourni. L'artefact final conserve le critère, la condition, l'étape de décision et le niveau de preuve pour chaque source, avec les cellules inconnues laissées intactes.