Qu'aimez-vous le plus à propos de PostHog?
Il possède de nombreuses fonctionnalités utiles qui couvrent l'analyse de produits pour les équipes non techniques et les drapeaux de fonctionnalité pour les équipes techniques. L'intégration du webhook est également excellente car je peux intégrer les événements de l'application dans le canal de communication de mon équipe, par exemple Discord.
Nous aimons le fait que la configuration d'un tableau de bord d'analyse personnalisé ne prenne que quelques minutes. Nous l'utilisons tous les jours.
Jamais contacté le support client. Avis collecté par et hébergé sur G2.com.
Que n’aimez-vous pas à propos de PostHog?
1. Notre cas d'utilisation principal idéal (pour l'instant) est de déclencher certains événements depuis le backend, de les envoyer à PostHog, et (idéalement) de définir quels événements (prédéfinis ou personnalisés) déclencheront l'envoi de notifications à notre Discord. Exemple : si un utilisateur n'a pas téléchargé certains documents après x jours, déclencher un événement user.not_upload_file et l'envoyer à PostHog, et nous incluons user.not_upload_file dans la liste blanche de notifications, et déclenchons notre Discord pour notifier l'équipe.
Lors de la configuration du pipeline de données pour notifier certains événements depuis mon backend, j'ai trouvé que formater le message était un casse-tête. Ce serait génial si je pouvais envoyer le message formaté directement depuis le backend, mais PostHog nous oblige à utiliser le modèle, ce qui est acceptable. Mais en ajoutant des propriétés personnalisées, il devient difficile de savoir quelles valeurs peuvent ou ne peuvent pas être accessibles. Et nous voulions afficher différents modèles de manière conditionnelle et n'étions pas sûrs si le modèle est basé sur JavaScript, car if/else ne fonctionne pas.
Et nous ne pouvons définir que quels événements ne doivent PAS déclencher le webhook, plutôt que quels événements doivent le déclencher. Nous aimerions pouvoir définir des noms de propriétés personnalisées pour déclencher le webhook, car nous avons de nombreux points de déclenchement dans notre application.
Peut-être que votre DevRel pourrait faire un guide E2E pour des cas d'utilisation possibles basés sur une pile populaire (nous utilisons TypeScript. Next.js avec Node.js)
2. Après avoir configuré le webhook dans le pipeline de données, nous n'étions pas sûrs de comment désactiver les événements $pageview pour qu'ils ne déclenchent pas un appel webhook. Nous ne voulons pas que chaque interaction sur le site envoie une notification.
Peut-être que c'est un problème de compétence de notre part, mais consulter la documentation Node.js n'était pas suffisant pour le faire fonctionner plus rapidement que nous le pensions.
3. Les membres de l'équipe non techniques étaient intimidés en voyant PostHog. Compréhensible en raison du nombre de fonctionnalités offertes. Avis collecté par et hébergé sur G2.com.