La section "Service Desk" a disparu - page 2
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Pouvez-vous expliquer ce que cela signifie ?
L'IA traitera les demandes du SR.
Je me demande comment vous envisagez cela ? Si avant, vous voyez un problème et commencez au moins à le résoudre après un certain temps, maintenant tout est écrit dans le fil "bugs, bugs, problèmes" ? En espérant que vous ne le manquerez pas ? Ou bien, pour chaque bogue, créer une branche séparée et l'augmenter de temps en temps ? Où poster un code fermé, qui ne doit être lu et traité que par vous-même ?
Créez des fils de discussion séparés avec des descriptions complètes, s'il vous plaît. N'ajoutez pas tout dans un seul sujet.
Tout d'abord, faites appel à d'autres membres du forum pour gérer la situation.
Essayez de décrire le problème de manière aussi complète que possible, en joignant des journaux, des captures d'écran, des exemples de code, etc. L'essentiel est de ne pas jouer au ping-pong, alors que ce n'est qu'à 5-10 étapes des questions/réponses que vous rassemblez suffisamment de matériel pour analyser la situation et la reproduire.
Tout problème technique doit avoir une réponse à la question "peut-il être reproduit". S'il n'y a pas de réponse, il y a une forte probabilité que la requête échoue.
Malheureusement, nous ne pouvons plus faire face au volume massif et sans cesse croissant de requêtes mal qualifiées et de questions manifestement éducatives.
Notre personnel n'est pas un professeur de commerce ou de programmation.
Servicedesk se déplace pour ne plus s'occuper que des questions financières.
Le transfert sur le marché a été supprimé, le service d'assistance a été supprimé, quelle est la prochaine étape ?
Faites vos paris ....
Créez des sujets séparés avec des descriptions complètes, s'il vous plaît. N'ajoutez pas tout dans un seul sujet.
En premier lieu, faites appel à d'autres membres du forum pour gérer la situation.
Essayez de décrire le problème de manière aussi complète que possible, en joignant des journaux, des captures d'écran, des exemples de code, etc. L'essentiel est de ne pas jouer au ping-pong, alors que ce n'est qu'à 5-10 étapes des questions/réponses que vous rassemblez suffisamment de matériaux pour analyser la situation et la reproduire.
Tout problème technique doit avoir une réponse à la question "peut-il être reproduit". S'il n'y a pas de réponse, il y a une forte probabilité que la demande échoue.
Malheureusement, nous ne pouvons plus faire face au volume massif et sans cesse croissant de requêtes mal qualifiées et de questions manifestement éducatives.
Notre personnel n'est pas un professeur de commerce ou de programmation.
Ok, donc on crée une branche, on joint le code pour la reproduction, il est clair qu'une erreur (dans le langage/terminal) existe et qu'elle ne peut pas être corrigée par l'utilisateur. Que dois-je faire ensuite ? Via @MetaQuotes Software Corp. pour vous appeler à l'aide ?
Ou y aura-t-il un employé spécial, par exemple@Slava, à qui l'on pourra s'adresser ?
OK, j'ai créé une branche, j'ai joint le code à reproduire, il est clair qu'une erreur existe et que l'utilisateur ne peut pas la corriger. Que faire ensuite ? Via @MetaQuotes Software Corp. Vous appeler à l'aide ?
Un newbie va créer un sujet avec un bug comme celui-ci, et d'autres newbies avec lui vont écrire leur code "correct", et tout cela sur le marché pour 10 000 usd avec des traductions google....
Créez des sujets séparés avec des descriptions complètes, s'il vous plaît. N'ajoutez pas tout dans un seul sujet.
En premier lieu, faites appel à d'autres membres du forum pour gérer la situation.
Essayez de décrire le problème de manière aussi complète que possible, en joignant des journaux, des captures d'écran, des exemples de code, etc. L'essentiel est de ne pas jouer au ping-pong, alors que ce n'est qu'à 5-10 étapes des questions/réponses que vous rassemblez suffisamment de matériaux pour analyser la situation et la reproduire.
Tout problème technique doit avoir une réponse à la question "est-il reproductible". S'il n'y a pas de réponse, il y a une forte probabilité que la demande échoue.
Malheureusement, nous ne pouvons plus faire face au volume massif et sans cesse croissant de requêtes mal qualifiées et de questions manifestement éducatives.
Nos employés ne sont pas des professeurs de commerce ou de programmation.
En général, bien sûr, je ne me souviens pas d'un cas où une société de développement a presque entièrement nettoyé un rapport de bogue.
En ce qui concerne les requêtes mal qualifiées : écrivez alors les critères que la demande doit avoir pour que vous y prêtiez attention :
Les questions techniques ne sont plus posées que sur le forum.
L'effet de l'ampleur des questions des utilisateurs en toutes occasions ralentit notre entreprise. Nous passons à l'automatisation complète de MQL5.community
En fait, la démarche est tout à fait raisonnable. C'est compréhensible.
Mais à mon avis, il serait préférable de laisser Service Desk dans la barre latérale pendant un certain temps pour s'y habituer.
Mais en se connectant à Service Desk - pour ouvrir une page qui dit quelque chose comme
" Service Desk à partir du 09.08.2018 n'est plus ...... bla, bla, bla ".
Servicedesk est uniquement disponible pour les vendeurs, . bla, bla, bla
Si vous trouvez des erreurs, veuillez vous référer au forum..... bla, bla, bla."
C'est juste que sur le forum, dans les anciens fils de discussion, beaucoup de personnes sont très souvent envoyées à servicedesk.
Et les nouveaux arrivants seront désorientés. Et chaque fois que les nouveaux arrivants racontent une histoire du genre "Ah, il y avait des fois....", cela ne colle pas.
Servicedesk ne s'occupe plus que des questions financières.
La prochaine étape est de faire payer chaque question posée :))