Que n’aimez-vous pas à propos de Plain?
Plain manque de nombreux flux de travail et fonctionnalités essentiels nécessaires pour le support SaaS moderne, rendant difficile la prestation d'un service de niveau entreprise. Bien qu'il soit encourageant de voir leur équipe réactive et attentive aux problèmes de produit, on a parfois l'impression que le produit a été développé par des personnes peu familières avec les environnements de support, plaçant le fardeau de l'assurance qualité du produit sur les utilisateurs. En conséquence, nous nous retrouvons souvent à contourner Plain plutôt qu'à travailler avec lui.
Bien que Plain offre une API ouverte, plusieurs méthodes sont restreintes à leur explorateur d'API interne et ne fonctionnent pas en dehors de cet environnement. Cette limitation empêche de construire les intégrations ou flux de travail nécessaires aux équipes de support. Par exemple, leur intégration avec Linear dépend du jeton d'accès personnel de chaque utilisateur plutôt que d'un jeton OAuth au niveau de l'application. Bien que cela puisse sembler mineur, cela signifie que Plain agit en tant qu'utilisateurs individuels au sein de Linear plutôt qu'en tant qu'application en leur nom. Par conséquent, le lien programmatique des problèmes Linear aux fils Plain—bien que possible dans l'explorateur d'API—n'est pas réalisable dans des applications ou flux de travail personnalisés. De tels détails de mise en œuvre non documentés et contraintes d'API sapent l'expérience des développeurs et compliquent le développement de flux de travail personnalisés.
Les capacités de reporting sont actuellement très limitées. Pour obtenir des informations granulaires sur la performance individuelle ou des données plus détaillées au niveau des tickets au-delà des rapports par défaut, les utilisateurs doivent configurer des pipelines ETL et construire des tableaux de bord externes. Bien que des améliorations soient en cours, obtenir des informations significatives à partir des données de support reste plus difficile et plus coûteux en ressources que prévu.
Plusieurs flux de travail de support courants manquent. Par exemple, la plupart des plateformes permettent aux agents de répondre aux questions fréquentes avec des macros ou des extraits qui peuvent également automatiser l'étiquetage ou ajouter des métadonnées aux tickets, réduisant ainsi l'effort manuel. Les extraits de Plain sont limités au texte de réponse uniquement, obligeant les agents à appliquer manuellement les étiquettes ou modifications de tickets, ce qui réduit l'efficacité.
De plus, le contenu des webhooks de Plain ne peut pas être modifié. Les charges utiles des webhooks incluent l'intégralité du contenu du fil, entraînant des charges utiles et des requêtes réseau plus importantes que nécessaire. Les équipes doivent construire des gestionnaires backend pour filtrer les données non pertinentes. De plus, cette approche complique les efforts de conformité tels que les demandes de suppression de données GDPR ou CCPA. Une meilleure option serait de permettre aux utilisateurs de spécifier les données incluses dans les charges utiles des webhooks, en les limitant à ce qui est strictement nécessaire.
Les fonctionnalités d'IA de Plain sont un peu une boîte noire. Il n'y a aucun moyen de former leur modèle de langage sur votre contexte spécifique de support produit ou de guider de manière cohérente l'IA pour améliorer la précision au-delà du rejet de certaines réponses. Cette limitation s'applique également à l'étiquetage automatique des tickets. Selon l'environnement, les réponses générées par l'IA peuvent nuire plutôt qu'aider à l'efficacité du support.
Le formatage du texte est peu fiable, surtout dans les environnements riches en code. Les blocs de code soumis par les clients nécessitent souvent une correction manuelle pour être compréhensibles. De même, les blocs de code envoyés par les agents peuvent être affichés incorrectement aux destinataires, obligeant les clients à déchiffrer un contenu mal formé. Ce problème est particulièrement apparent lors du support des clients via Slack ou Microsoft Teams. Cependant, Plain travaille activement à améliorer la cohérence du formatage, et nous avons constaté certaines améliorations.
En résumé, Plain manque de fonctionnalités et de flux de travail essentiels requis pour le support SaaS de niveau entreprise, présentant des défis en matière d'automatisation, de reporting et d'intégration API, ce qui oblige souvent les utilisateurs à mettre en œuvre des solutions de contournement et réduit l'efficacité. Avis collecté par et hébergé sur G2.com.