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.
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....
Tout est clair. C'est juste que Servicedesk a été inondé d'un grand nombre de questions stupides et élémentaires et de questions dont on ne comprend pas le sens.
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 :
Description du problème ;
Journaux de bord du terminal (experts, journal de bord) ;
Captures d'écran de l'erreur/de la vidéo ;
Exemple de code ;
Set-file ;
Paramètres de test (pour le testeur) ;
...
Il s'avère donc que si vous suivez toutes les nuances, vous résoudrez les problèmes plus rapidement ? Et vous allez publier de nouvelles versions plus souvent ?
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.
Pour être juste, il convient de noter que Servicedesk n'est plus depuis longtemps le lieu où l'on peut résoudre rapidement les problèmes. Par expérience, il est souvent beaucoup plus facile d'attirer l'attention sur un problème via le forum.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
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 :))