From 1a9529457b425c55ac1fc5b4266dad3ac83304c1 Mon Sep 17 00:00:00 2001 From: Roman Mkrtchian Date: Wed, 12 Jul 2023 20:09:27 +0200 Subject: [PATCH] content(learning to scale): notes on chapter 5 - customer satisfaction --- pages/books/learning-to-scale.md | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/pages/books/learning-to-scale.md b/pages/books/learning-to-scale.md index bc2d0342..0969500c 100644 --- a/pages/books/learning-to-scale.md +++ b/pages/books/learning-to-scale.md @@ -177,3 +177,34 @@ - En revanche, il faut être moins tolérant envers le fait de commettre deux fois la même erreur, pour qu’ils ne s’imaginent pas que c’est la fête non plus. - NDLR : “La confiance mais pas trop”... - Les problèmes pertinents à résoudre sont regroupés autour de 4 axes, et sont décrits par le TPS. + +#### Gagner le sourire des clients + +- La satisfaction client est un des piliers du lean, elle permet de **rester concentré sur ce qui est important**, pour éviter de perdre du temps avec des process inutiles, des jeux de pouvoir etc. +- L’idée du lean c’est de traiter chaque client **individuellement**, avec leurs besoins propres, plutôt que de créer des abstractions représentant des catégories de clients. + - Il s’agit bien sûr pour l’entreprise de répondre aux besoins de l’ensemble des clients, mais en restant concentré sur les besoins individuels on a de meilleures chances d’avoir un produit qui soit plus adapté à l’ensemble des clients. +- **Exercice :** + - On peut faire un tableau de type “**mur client**”, qui liste les problèmes remontés par les clients. + - Le tableau contient les colonnes “Date”, “Client”, “Problème”, “Causes probables”, “Contre-mesure”, “Résultat”. + - L’objectif est de remettre les clients au centre de l’attention, et de mieux connaître leurs besoins. +- Il ne faut pas se jeter trop vite sur les solutions. Et en particulier il faut faire attention à : + - Ne pas proposer de solutions avant que tout le monde soit d’accord sur le problème. + - Ne pas essayer de deviner des problèmes qui ne sont peut-être pas là. + - Bien examiner les conséquences négatives des solutions avant de les adopter. +- Une méthode pour résoudre efficacement les problèmes est le cycle **PDCA** (Plan, Do, Check, Act). + - 1 - On clarifie d’abord le problème, et on se base sur les faits en analysant le Gemba. + - 2 - On cherche une cause racine probable. + - On cherche à répondre à la question : **Quelle est l’erreur de raisonnement que nous commettons sans cesse, et qui est à l’origine de ce problème ?** + - Il ne faut pas s’arrêter aux causes évidentes, mais chercher plusieurs possibilités, et creuser chaque cause pour arriver à son origine, en posant à chaque fois la question “Pourquoi ?” . + - 3 - **Plan** : on trouve **le plus petit changement possible** qui permettrait de remédier au problème. + - 4 - **Do** : on le met en place, avec l’accord de tout le monde. + - 5 - **Check** : on vérifie si la situation s’améliore et dans quelle mesure. + - 6 - **Act** : on fait le point sur ce qu’on a appris, et on voit s’il faut une nouvelle petite itération PDCA ou si le problème semble résolu durablement. +- Pour que la résolution de problème donne lieu à un apprentissage, il faut : + - Que la personne qui a fait le travail le retranscrive **par écrit**, dans un tableau du type “mur client”. + - En rediscuter plus tard avec la personne. +- Les problèmes à chercher en priorité sont d’ordre **opérationnel**, et non pas de relations entre individus et équipes, ou de motivation. + - La raison est que la cause du problème est souvent de ce côté, et que le versant relationnel / émotionnel n’en est qu’une conséquence qu’il faut traiter une fois qu’on a résolu le problème de fond. + - Exemples : + - Un commercial démotivé, mais qui ne sait pas rédiger de bonnes propositions commerciales. + - Deux équipes qui n’arrivent pas à travailler ensemble, mais qui ne savent pas très bien ce que le client veut.