On nous propose de créer un « portail client » pour nos distributeurs — c'est quoi exactement, est-ce que c'est utile pour nous ?

On a mis en place un portail similaire l'an dernier pour nos 55 distributeurs. Avant, on recevait au moins 60 appels par semaine juste pour demander « c'est en stock ? » ou « quel est mon solde ? ». Depuis, ces appels sont tombés à 4 ou 5 par semaine, et le taux d'erreur sur les expéditions est quasi nul.

Vous pouvez lâcher 140.000 TL dans le logiciel, les distributeurs continueront quand même à envoyer sur WhatsApp « salut chef remets-moi 2 palettes de ça ». Habituer un distributeur traditionnel d'Anatolie à passer par un portail, c'est bien plus dur que de coder le logiciel, gardez-le en tête.

Il n'y a qu'une seule façon de les habituer : accordez 1 ou 2 % de remise supplémentaire sur les commandes passées via le portail et refusez poliment les commandes par téléphone en leur demandant de passer par le site. En deux mois tout le monde prend le pli.

faites super gaffe a l'integration. bon si les dev vous disent "nous on fait l'interface vous vous debrouillez pour la compta" laissez tomber direct. sans api bidirectionnelle c'est deux fois plus de taf.

on est aussi dans le secteur des produits d'entretien on avait exactement les mêmes erreurs de livraison. le plus gros gain ça a été les fiches techniques et les FDS. avant ils nous les réclamaient sans arrêt sur WhatsApp maintenant tout est en ligne et ils se débrouillent, notre service client respire enfin.

Il y a trois ans, avec 30 distributeurs, on se disait « on est trop petits, pas besoin ». En grandissant jusqu'à 60, les commandes sont devenues un enfer et on a perdu deux gros distributeurs à cause de retards de livraison. C'est là qu'on a compris que le portail ne sert pas juste à vendre plus, mais à ne pas perdre ses clients actuels.

Avant de valider ce devis de 140.000 TL, exigez absolument dans le cahier des charges que le système tourne parfaitement sur navigateur mobile sans devoir installer d'appli. Le distributeur sur le terrain ne va pas s'asseoir devant un ordi pour commander, il doit pouvoir le faire sur son smartphone direct dans l'entrepôt.

Il faut y aller étape par étape. Demandez qui a préparé le devis et qui fera le travail.

Merci, c'était exactement la réponse que je cherchais.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

Enregistré.

Sujet très actuel. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Il y a une erreur fréquente à commettre en faisant cela. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

Corrigez-moi si je me trompe.

Je suis d'accord. Ce qui nous faisait perdre le plus de temps c'était l'absence de clarté sur qui prenait les décisions.

Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

chez moi, c'est l'inverse qui s'est passé c'est pourquoi j'écris et du coup si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Chez nous aussi. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

sujet très actuel mais genre quand on essaie de tout changer en même temps, rien ne prend.

si les critères d'acceptation ne sont pas écrits la date de fin du projet est ouverte à discussion mais à votre place, j'irais par cette voie.

Si vous partez dans cette direction, réglez cela dès le départ. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.