Depuis que j’ai d\u00e9j\u00e0 aid\u00e9 \u00e0 cr\u00e9er des centaines de comptes OneDesk, les clients et les autres membres de notre \u00e9quipe me demandent fr\u00e9quemment quelles sont les “ meilleures pratiques ” \u00e0 suivre pour assurer le succ\u00e8s des clients. Puisque je suis toujours heureux de partager ma sagesse \ud83d\ude42 J’ai pens\u00e9 qu’il pourrait \u00eatre utile de r\u00e9diger un article de blog qui couvre certaines le\u00e7ons apprises.<\/p>\n
1) L’importation d’une liste de clients est souvent inutile<\/strong> 2) Ne faites pas de t\u00e2che, quand un statut de workflow suffira<\/strong> 3) Donnez \u00e0 vos utilisateurs le plus haut niveau de permissions de projet possible.<\/strong> 5) Utilisez les types \u00e0 bon escient<\/strong> 6) Lier de nouveaux \u00e9l\u00e9ments \u00e0 des \u00e9l\u00e9ments existants peut rapidement devenir d\u00e9routant.<\/strong> 7) Ne fusionnez pas les tickets, utilisez plut\u00f4t des outils en bloc et des macros<\/strong> Depuis que j’ai d\u00e9j\u00e0 aid\u00e9 \u00e0 cr\u00e9er des centaines de comptes OneDesk, les clients et les autres membres de notre \u00e9quipe me demandent fr\u00e9quemment quelles sont les “ meilleures pratiques ” \u00e0 suivre pour assurer le succ\u00e8s des clients. Puisque je suis toujours heureux de partager ma sagesse \ud83d\ude42 J’ai pens\u00e9 qu’il pourrait \u00eatre utile […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"tpgb_global_settings":"","inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":"","jetpack_post_was_ever_published":false},"categories":[9441],"tags":[],"class_list":["post-73955","post","type-post","status-publish","format-standard","hentry","category-2-meilleures-pratiques"],"yoast_head":"\n
\nOneDesk prend en charge la possibilit\u00e9 d’importer votre liste de clients ainsi que vos tickets existants. Si vous voulez faire cela, allez-y, mais voici deux consid\u00e9rations.
\n– OneDesk cr\u00e9era automatiquement des enregistrements client pour vous chaque fois qu’il recevra un e-mail d’une nouvelle adresse e-mail. Cela signifie que vous pouvez simplement laisser les enregistrements clients s’accumuler au fur et \u00e0 mesure que vos clients soumettent des tickets.
\n– Si vous pr\u00e9voyez d’importer des tickets existants, assurez-vous d’importer vos clients D’ABORD. En effet, lorsque le processus d’importation cr\u00e9e un ticket, il peut le lier \u00e0 un enregistrement client existant (tant que l’adresse e-mail du demandeur est dans une colonne du fichier ticket).<\/p>\n
\nCette recommandation d\u00e9pend de la situation, mais lorsque vous avez une s\u00e9rie d’\u00e9tapes qu’une t\u00e2che doit franchir et que ces \u00e9tapes sont mutuellement exclusives, un statut est la voie \u00e0 suivre. Parfois, il y a une tentation de cr\u00e9er une liste de t\u00e2ches qui pourraient plut\u00f4t \u00eatre repr\u00e9sent\u00e9es comme une t\u00e2che unique avec des statuts diff\u00e9rents. Quelque chose \u00e0 penser.<\/p>\n
\nOneDesk vous donne des contr\u00f4les d’autorisations assez puissants \u00e0 la fois au niveau de l’organisation et au niveau du projet. En effet, un utilisateur peut \u00eatre autoris\u00e9 \u00e0 faire certaines choses dans un projet, mais pas dans un autre. Cependant, je recommande que pour les autorisations au niveau du projet, vous donniez \u00e0 chacun le niveau le plus \u00e9lev\u00e9 avec lequel vous \u00eates \u00e0 l’aise (cela signifie \u00abchef de projet\u00bb ou \u00abchef de projet\u00bb). Si vous ne le faites pas, soyez pr\u00eat \u00e0 r\u00e9pondre aux questions de vos utilisateurs sur les raisons pour lesquelles vous ne pouvez pas faire quelque chose et \u00e0 passer du temps \u00e0 modifier les autorisations individuelles dans des projets individuels.<\/p>\n
\nLorsque les utilisateurs d\u00e9couvrent notre syst\u00e8me de types \u00e9tonnant, ils deviennent souvent fous et cr\u00e9ent des types d’articles et de projets pour tous leurs cas. Ce n’est probablement pas la meilleure approche.
\n– Vous ne devez cr\u00e9er un nouveau type d’\u00e9l\u00e9ment que lorsque vous avez besoin d’un flux de travail diff\u00e9rent. Par exemple, si un \u00abprobl\u00e8me\u00bb passe par des \u00e9tapes diff\u00e9rentes de celles d’une \u00abt\u00e2che\u00bb, alors cr\u00e9ez certainement un nouveau type d’\u00e9l\u00e9ment. Cependant, si les deux passent par les m\u00eames \u00e9tapes, vous ajoutez de la complexit\u00e9 juste pour avoir une ic\u00f4ne diff\u00e9rente.
\n– Avoir diff\u00e9rents types de projets est d’habitude<\/em> inutile. Avoir diff\u00e9rents types de portefeuilles presque toujours<\/em> inutile. La r\u00e8gle ci-dessus pour les \u00e9l\u00e9ments s’applique \u00e9galement aux projets et aux portefeuilles, mais avec les points suppl\u00e9mentaires, les projets sont encore moins susceptibles d’avoir des flux de travail diff\u00e9rents et les portefeuilles n’ont m\u00eame pas de capacit\u00e9s de flux de travail.<\/p>\n
\nCertains processus exigent qu’un \u00e9l\u00e9ment (par exemple une \u00abt\u00e2che\u00bb) soit cr\u00e9\u00e9 \u00e0 partir d’un \u00e9l\u00e9ment existant ou li\u00e9 \u00e0 celui-ci (par exemple un \u00abticket\u00bb). OneDesk vous permet de le faire, mais je ne le recommande pas si vous pouvez l’\u00e9viter. Au lieu de cela, vous devez changer le type d’\u00e9l\u00e9ment pour le nouveau type (par exemple, d’un ticket \u00e0 une t\u00e2che). La raison d’\u00e9viter les liens est qu’\u00e0 moins que vous n’imposiez des politiques fortes \u00e0 votre entreprise, vous aurez bient\u00f4t un tas de choses li\u00e9es dans un graphique fou. Premi\u00e8rement, il est impossible de tenir dans la t\u00eate et de raisonner, puis de le d\u00e9m\u00ealer et de s’assurer que toutes les extr\u00e9mit\u00e9s libres sont prises en compte est un probl\u00e8me.<\/p>\n
\nOn me pose souvent des questions sur la possibilit\u00e9 de fusionner des billets similaires en un seul billet. OneDesk ne prend pas en charge cela, et nous ne le recommandons pas non plus. Voici pourquoi. Pour chaque billet que vous recevez, il contient des informations individuelles sp\u00e9cifiques qui lui sont propres. Il peut s’agir de d\u00e9tails ou de descriptions diff\u00e9rents qui peuvent \u00eatre utiles plus tard. Il y aura \u00e9galement des conversations, des informations de contact et plus encore. Vous ne voulez pas risquer de perdre des informations lors d’une fusion, vous ne voulez pas simplement les copier partout. Au lieu de cela, placez ces tickets dans un dossier commun et lorsque vient le temps de les mettre \u00e0 jour ou d’y r\u00e9pondre, utilisez les fonctionnalit\u00e9s de modification en bloc ou de macros.<\/p>\n","protected":false},"excerpt":{"rendered":"