L'art de créer des zones d'administration en libre-service
Publié: 2022-03-11Une fois que vous avez lancé votre site de revenus passifs, vous devriez être en fête, n'est-ce pas ?
Malheureusement, la vie n'est pas toujours comme elle devrait être et vous devrez généralement reporter les célébrations pour répondre aux besoins de vos clients, à moins que vous n'ayez les bons systèmes en place.
Je gère un site de revenus passifs depuis plus de six ans. Pour moi, l'accent a toujours été mis sur le "passif". Par conséquent, c'est une de mes priorités de longue date de rationaliser mon entreprise autant que possible.
La rationalisation efficace d'une activité en ligne revient à disposer des bonnes fonctionnalités et capacités dans votre panneau d'administration.
Dans cet article, je vais détailler les problèmes courants liés aux tableaux de bord d'administration et proposer des solutions à chacun. À la fin de cet article, vous repartirez avec un solide manuel de bonnes pratiques pour développer un panneau d'administration efficace pour votre entreprise automatisée.
Comptabilisation d'une erreur utilisateur
Les utilisateurs font des erreurs, ce qui signifie que nous avons besoin d'un panneau d'administration qui corrige ces erreurs. Voici quelques exemples.
Optimisez votre panneau d'administration pour tenir compte des erreurs des utilisateurs :
Comptabilisation de l'inexpérience de l'utilisateur
Ne vous attendez pas à ce que vos utilisateurs connaissent bien votre entreprise. Voici quelques exemples de ce que je veux dire par là.
Par exemple, votre utilisateur moyen est un mauvais photographe, mais vous désirez des photos époustouflantes des propriétés de location de vacances de ce même utilisateur répertoriées sur votre plateforme.
Peut-être que l'utilisateur moyen est un mauvais vendeur, mais vous voulez des descriptions alléchantes et optimisées pour le référencement des bibelots que ces utilisateurs vendent via votre plateforme.
Ou peut-être dirigez-vous une boutique de commerce électronique vendant des chaussures en ligne, mais le visiteur moyen de votre site ne sait pas comment mesurer ses pieds, ce qui entraîne une prépondérance de clients qui commandent la mauvaise taille et souhaitent ensuite retourner leurs chaussures plus tard.
Zones d'administration qui tiennent compte de l'inexpérience de l'utilisateur :
Comptabilisation des décisions commerciales en attente
Malheureusement, tout ne peut pas être automatisé. Lorsqu'il s'agit d'appels de jugement, un humain est généralement nécessaire.
Par exemple, que se passe-t-il lorsque vous devez vérifier l'identité de votre dernier candidat de baby-sitter sur votre plateforme de haute confiance ?
Ou que se passe-t-il lorsque vous êtes le seul à pouvoir tarifer la dernière soumission de produit numérique d'un auteur de plateforme ?
Exemples de gains de temps pour l'administrateur résultant de décisions commerciales en attente :
Comptabilisation du besoin de l'utilisateur de communiquer avec la direction du site Web
Lorsque vous dirigez une entreprise, les questions sont attendues. En planifiant efficacement à l'avance, vous pouvez réduire considérablement le temps nécessaire pour y répondre et éventuellement réduire le nombre de demandes de clients que vous recevez en premier lieu.
Zones d'administration qui tiennent compte des besoins de communication des utilisateurs :
Comptabilité pour les utilisateurs qui changent d'avis
Un homme sage a dit un jour : « Le changement est la seule constante dans la vie. Il avait raison. Les choses changent.
Peut-être qu'un utilisateur se marie et qu'il n'a plus le même nom de famille.
Ou peut-être un client, qui a souscrit à votre service mensuel de box de livraison, a déménagé et doit mettre à jour son adresse.
Ce ne sont là que deux exemples de changements inévitables, que vous devez planifier à l'avance.
Exemples de gains de temps pour l'administrateur résultant d'un changement de circonstances/d'esprit de l'utilisateur :
Comptabilisation de l'action attribuable à l'inquiétude de l'utilisateur
Contrairement aux magasins physiques, les entreprises en ligne n'ont pas l'assurance d'acheter auprès d'une personne réelle, en personne.
Pensez-y. Que ressentez-vous lorsque vous achetez quelque chose chez Best Buy ? Probablement confiant car vous savez que demain matin, Best Buy sera toujours là si et quand vous revenez avec des plaintes ou pour un remboursement.
Ce sentiment de certitude disparaît en ligne pour des raisons évidentes. Les gens peuvent facilement ignorer la communication en ligne, ce qui amène les prospects à se demander si quelqu'un leur répondra un jour. Ce sentiment de suspicion ne fait que croître lorsque le site Web est une startup inconnue sans capital de marque.
Exemple de gain de temps pour l'administrateur attribuable à l'inquiétude de l'utilisateur :
Résoudre les ambiguïtés potentielles
C'est un an après le lancement et, grâce à de bons revenus, vous déléguez maintenant l'administration de votre site Web à un membre de l'équipe dédié.
Un jour, cependant, cet administrateur tombe malade de manière inattendue et vous devez maintenant reprendre son travail administratif, sans aucun briefing sur ce que cet administrateur avait fait la semaine dernière.
Sur la base des informations contenues dans le panneau d'administration, vous devez savoir où votre administrateur s'est arrêté - quelles tâches il a traitées et celles qu'il a laissées inachevées.
Ce n'est pas toujours possible, en raison de machines à états mal conçues qui ne font pas la distinction de manière fiable entre invisible (ou non traité) et considéré (ou traité ). Par exemple, imaginez une machine d'état d'administrateur comme suit :
Ce qui se produit | Changements d'état |
---|---|
Un artiste postule pour vendre son art sur votre plateforme de vente d'art | L'entrée de l'artiste apparaît dans le panneau d'administration avec l'état de départ "appliqué" |
Un membre de votre équipe d'administration accepte cet artiste, ce qui lui permet de vendre son art | L'administrateur change l'état en "accepté" |
Votre équipe rejette cet artiste parce qu'elle sait, à coup sûr, qu'elle ne voudra jamais de cet artiste | L'administrateur change l'état en "rejeté" |
Votre équipe est hésitante à propos de cet artiste et souhaite reporter la décision | Ne fais rien |
Le problème avec ce flux d'administration, du point de vue d'un administrateur système, est que le panneau d'administration dit "accepté" pour les nouveaux artistes non vus et pour les artistes qui avaient déjà été vus/considérés mais qui ont été reportés sans être purement et simplement rejetés.
Le fait d'avoir considéré (ou traité ) cet artiste n'existe que dans la tête de l'administrateur absent, et sans aucun moyen de marquer une piste comme "ajournée", cette information est perdue, donc la personne qui reprend le travail doit répéter le travail déjà terminé.
Un bon fil d'activité corrige ce type d'ambiguïté.
Maximiser la transparence
De nombreuses actions du panel administratif exécutent une série d'étapes dans les coulisses.
Après avoir appuyé sur le bouton "accepter le candidat", par exemple, le candidat en question reçoit un e-mail d'acceptation, son compte est crédité d'un bonus d'inscription de 100 $ et son statut dans votre base de données passe de "appliqué" à "accepté". En termes de génie logiciel, ce sont des effets secondaires .
Étant donné que vous - le programmeur - avez développé ces fonctionnalités, vous êtes probablement conscient des conséquences d'appuyer sur "accepter le candidat".

À tout le moins, vous pouvez ouvrir un éditeur de code source, ou votre IDE préféré, et vous référer au code pour la réponse.
Vos représentants du service client n'ont cependant pas ce luxe. Ils ne sauront donc probablement pas ce qui se passe lorsqu'ils appuieront sur le bouton. En outre, ils se demanderont probablement si le candidat sera averti qu'il a été accepté, ou s'il doit envoyer un e-mail manuel, alertant le candidat, après avoir appuyé sur le bouton.
Cette incertitude ralentit l'ensemble du processus car maintenant, l'administrateur doit poser des questions à la direction et/ou à l'ingénierie et attendre leurs réponses. Sans oublier que cela peut facilement conduire à un travail en double et introduire des erreurs dans une entreprise par ailleurs bien gérée.
Idéalement, dans cet exemple, la page d'administration avec le bouton "accepter le candidat" aurait un paragraphe descriptif en ligne, expliquant exactement ce qui se passe lorsqu'il appuie sur le bouton.
Alternativement ou en plus, un message peut apparaître après avoir appuyé sur le bouton, expliquant ce qui se passe ensuite.
Jusqu'à présent, nous avons examiné le cas heureux, c'est-à-dire les actions en arrière-plan qui se produisent lorsque tout fonctionne comme il se doit. La situation la plus délicate consiste à gérer l'opacité après que quelque chose ne va pas . Quels effets secondaires ont été complétés et lesquels n'ont pas été résolus ? Dans un système parfaitement conçu, en cas d'échec, le bouton "accepter le candidat" informerait l'administrateur (et l'équipe technique effectuant le nettoyage) que l'e-mail d'acceptation a été livré mais que le bonus d'inscription de 100 $ n'a pas été envoyé au compte Paypal de cet utilisateur. Ces informations permettent à l'entreprise de remédier à la transaction partielle. En ce qui concerne les détails d'implémentation, ce retour d'information peut être effectué soit avec des machines d'état détaillées qui suivent chaque petite étape, soit en enveloppant des actions administratives dans des objets de service dont les valeurs de retour répertorient à la fois les commandes qui ont été exécutées avec succès et celles qui ont échoué.
D'après mon expérience, l'écart entre la façon dont les informations apparaissent à l'administrateur et la façon dont elles apparaissent aux utilisateurs finaux peut être d'une opacité frustrante.
Parfois, pour répondre à un e-mail client ou à un rapport de bogue, votre équipe administrative doit savoir à quoi ressemble le tableau de bord de connexion du client, ce que dit un e-mail automatisé spécifique ou quelles redevances le tableau de bord utilisateur dit devoir à un utilisateur.
L'accès à ces informations aide votre équipe à comprendre les problèmes au fur et à mesure que vos utilisateurs les rencontrent.
Une façon d'implémenter cette fonctionnalité consiste à créer une fonctionnalité d'administration "Afficher en tant qu'utilisateur".
Cela remplacerait la création d'écrans d'administration séparés qui réimplémentent les fonctionnalités déjà présentes pour les utilisateurs réguliers, vous offrant ainsi le bonus supplémentaire de réutiliser beaucoup de code existant.
En ce qui concerne les e-mails automatisés, envisagez de créer un moteur de rendu d'e-mail léger pour la zone d'administration afin que votre personnel puisse lire les messages qui seront ou ont été envoyés aux utilisateurs.
Les événements extérieurs à votre système sont une responsabilité
L'administration gérable est autonome.
Il est enfermé dans un seul système fermé au lieu de morceaux éparpillés.
Par exemple, si des informations sur les remboursements que vous avez accordés sont dispersées sur une feuille de calcul Excel, des post-it jaunes sur votre table et dans des e-mails à votre comptable, vous avez un gâchis entre vos mains.
La solution appropriée consiste à disposer d'une liste complète des remboursements dans un tableau de base de données dans votre tableau de bord d'administration. Lorsque vous avez un seul oracle de vérité, vous pouvez être assuré que tous les rapports que vous produisez sont définitifs et dignes de confiance.
Bien que cela semble évident, il est souvent négligé dans la course à la gestion d'une entreprise.
Je le saurais parce que ça m'est arrivé.
Lorsque j'ai initialement conçu le panneau d'administration de mon système de commande de commerce électronique, je ne l'ai préparé que pour enregistrer les ventes et uniquement les ventes.
Quelques mois après le lancement, j'ai réalisé toutes les transactions supplémentaires dont je n'avais pas tenu compte, telles que les remboursements, les rétrofacturations, les cadeaux, les remises et les ajustements de paiement.
Parce que je n'avais pas prévu ces transactions dans ma conception initiale, il n'y avait pas de code dans mon panneau d'administration pour les exécuter ou les signaler.
Chaque fois que je devais effectuer un remboursement, j'étais généralement si pressé que je l'effectuais de la manière la plus simple à l'époque - généralement via l'interface Web de Paypal (en sautant la base de données de commandes de mon site Web) - mais parfois via un iPhone tiers application qui communiquait avec l'API de Paypal.
Du fait de mes actions dispersées et donc des données, toute ma comptabilité a été rapportée au hasard dans diverses sources externes. Pire encore, les enregistrements de ma base de données de production ne correspondaient pas tout à fait à l'historique complet de mes commandes.
Inévitablement, des problèmes sont apparus. Les rapports administratifs sur les revenus et les commissions ne reflétaient pas la réalité économique. Certains de mes auteurs ont reçu des rapports financiers avec des rapports financiers incorrects. Et le pire de tout, j'ai surestimé mes déclarations fiscales, ce qui a conduit à payer des impôts excédentaires.
Tout cela parce que je n'avais pas actualisé tous mes remboursements.
En stockant les informations de commande et de comptabilité partiellement à l'intérieur et partiellement à l'extérieur de mon système logiciel principal, je me suis privé de la plupart des avantages du logiciel en premier lieu - son exactitude et sa précision. Je ne pouvais plus lui faire confiance, ce qui signifiait que je ne pouvais plus l'automatiser.
En réponse à ces problèmes, j'ai développé une aversion à conserver les données de l'entreprise en dehors de mon système logiciel de base.
Même s'il est initialement coûteux d'intégrer toutes les informations nécessaires dans le noyau, à long terme, les avantages dépassent de loin les coûts des hacks à moitié nuls.
Cela dit, malgré mes meilleures intentions d'automatiser, parfois cela ne peut tout simplement pas arriver.
De nombreux éditeurs de logiciels ont des e-mails de vente automatisés qui amènent les utilisateurs petit à petit vers le moment où ils activeront leur compte ou effectueront un achat, le tout idéalement sans aucune assistance humaine.
Des complications surviennent lorsqu'un prospect envoie des demandes spéciales à votre personnel à mi-parcours d'une de ces campagnes de goutte à goutte.
Supposons que le responsable réponde en disant qu'il sera en vacances pendant deux semaines, mais veuillez le contacter par la suite pour conclure l'accord.
Si notre système a été programmé pour envoyer un e-mail de rappel automatisé après seulement cinq jours, alors nous avons ignoré les souhaits du prospect et avons peut-être gâché la relation en apparaissant comme insistant, inattentif et robotique.
Alors que faire dans cette situation ?
Une réponse est semi-automatique.
L'interface d'administration peut vous demander quels e-mails doivent être envoyés, et vous pouvez cocher une case pour les déprogrammer si nécessaire.
Certes, cela pourrait être exagéré d'ingénierie, donc parfois la seule option réaliste est d'accepter que les e-mails automatisés se trompent parfois.
Faites apparaître les informations et les actions d'administration les plus pertinentes
Lorsqu'un client contacte votre entreprise, il s'agit souvent d'une commande, d'un compte ou d'une offre.
Grâce aux données stockées, aux cookies de connexion et aux données provenant de vos couches de suivi, votre application en sait probablement beaucoup sur ses clients et leurs historiques d'interaction.
Vous pouvez gagner un temps considérable en répondant aux demandes du service client en extrayant de manière algorithmique ces sources d'informations et en extrayant les données pertinentes pour faciliter les réponses de vos administrateurs.
Par exemple, les messages du formulaire de contact, avant d'être convertis en e-mails envoyés à votre boîte de réception, pourraient automatiquement avoir une boîte d'informations ajoutée qui comprend l'état du paiement de la commande, l'état de l'expédition, les éléments de ligne, etc.
De plus, ces e-mails enrichis peuvent également contenir des liens pratiques vers les parties les plus fréquemment utilisées (et pertinentes) de la zone d'administration, telles que le tableau de bord des remboursements ou le suivi des expéditions.
Anticipation, atténuation et récupération après une erreur de l'administrateur
Comme tout le monde, les administrateurs sont humains et font parfois des erreurs.
Compte tenu du contrôle qu'ils ont sur vos données, leurs erreurs peuvent potentiellement causer des dommages irréparables.
Voici quelques mesures à mettre en place afin de prévenir un sinistre :
Attendez-vous à l'inattendu
Bien que j'aie proposé une multitude de solutions à un éventail de problèmes ci-dessus, il ne s'agit en aucun cas de règles strictes, mais plutôt d'un livre de jeu solide à apprendre et auquel se référer.
N'oubliez pas que le but ultime est d'optimiser votre panneau d'administration afin de rationaliser votre entreprise. Réserver du temps pour peaufiner vos zones d'administration devrait augmenter la rentabilité à long terme, ce qui en fait un investissement rentable.
Comme pour tout dans la vie, il y aura toujours des exceptions aux règles, alors assurez-vous de faire preuve de bon sens lors de l'optimisation de vos panneaux d'administration. Et puis vous pouvez enfin célébrer.