How to dissuade my boss from answering questions he doesn't know the answer to?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
18
down vote

favorite












From time to time I'll see an email exchange like the following:




Customer: Could we have feature X?



Boss: That would be tricky because we use UDP so we don't know if data is lost.




When in fact we use TCP, not UDP.



My boss does this out of a benevolent intent: he knows he should really ask one of the developers technical details like that, but he knows we're busy so he doesn't want to bother us. So he just comes up with some answer, usually an incorrect one.



The problem it leaves me in is that now the customer is misinformed and gets annoyed when they later talk to a developer and get inconsistent information.



What would be a polite yet convincing way to suggest to my boss that it's better that he not misinform the customer? Or, on the other hand, what might we the developers do differently so that my boss doesn't feel like he needs to shield us from simple questions like this?







share|improve this question





















  • It's been a while. How did things go?
    – James Youngman
    Aug 3 '16 at 8:51
















up vote
18
down vote

favorite












From time to time I'll see an email exchange like the following:




Customer: Could we have feature X?



Boss: That would be tricky because we use UDP so we don't know if data is lost.




When in fact we use TCP, not UDP.



My boss does this out of a benevolent intent: he knows he should really ask one of the developers technical details like that, but he knows we're busy so he doesn't want to bother us. So he just comes up with some answer, usually an incorrect one.



The problem it leaves me in is that now the customer is misinformed and gets annoyed when they later talk to a developer and get inconsistent information.



What would be a polite yet convincing way to suggest to my boss that it's better that he not misinform the customer? Or, on the other hand, what might we the developers do differently so that my boss doesn't feel like he needs to shield us from simple questions like this?







share|improve this question





















  • It's been a while. How did things go?
    – James Youngman
    Aug 3 '16 at 8:51












up vote
18
down vote

favorite









up vote
18
down vote

favorite











From time to time I'll see an email exchange like the following:




Customer: Could we have feature X?



Boss: That would be tricky because we use UDP so we don't know if data is lost.




When in fact we use TCP, not UDP.



My boss does this out of a benevolent intent: he knows he should really ask one of the developers technical details like that, but he knows we're busy so he doesn't want to bother us. So he just comes up with some answer, usually an incorrect one.



The problem it leaves me in is that now the customer is misinformed and gets annoyed when they later talk to a developer and get inconsistent information.



What would be a polite yet convincing way to suggest to my boss that it's better that he not misinform the customer? Or, on the other hand, what might we the developers do differently so that my boss doesn't feel like he needs to shield us from simple questions like this?







share|improve this question













From time to time I'll see an email exchange like the following:




Customer: Could we have feature X?



Boss: That would be tricky because we use UDP so we don't know if data is lost.




When in fact we use TCP, not UDP.



My boss does this out of a benevolent intent: he knows he should really ask one of the developers technical details like that, but he knows we're busy so he doesn't want to bother us. So he just comes up with some answer, usually an incorrect one.



The problem it leaves me in is that now the customer is misinformed and gets annoyed when they later talk to a developer and get inconsistent information.



What would be a polite yet convincing way to suggest to my boss that it's better that he not misinform the customer? Or, on the other hand, what might we the developers do differently so that my boss doesn't feel like he needs to shield us from simple questions like this?









share|improve this question












share|improve this question




share|improve this question








edited Jun 8 '16 at 10:18









Lilienthal♦

53.9k36183218




53.9k36183218









asked Jun 8 '16 at 0:11









76452

962




962











  • It's been a while. How did things go?
    – James Youngman
    Aug 3 '16 at 8:51
















  • It's been a while. How did things go?
    – James Youngman
    Aug 3 '16 at 8:51















It's been a while. How did things go?
– James Youngman
Aug 3 '16 at 8:51




It's been a while. How did things go?
– James Youngman
Aug 3 '16 at 8:51










3 Answers
3






active

oldest

votes

















up vote
9
down vote














The problem it leaves me in is that now the customer is misinformed
and gets annoyed when they later talk to a developer and get
inconsistent information.




Do they get annoyed in writing? If so, share these emails with your boss. It's a customer service issue so just frame it that way:



"Our customers are getting annoyed and confused because they're receiving conflicting information. Would it be possible for the developers to handle these questions from now on? What would we need to do for you to be comfortable with us handling this?"



If your boss is concerned you don't have time to answer these questions, point out that this doesn't save time since you still have to handle it later.



You need to find out from your boss what needs to happen so that he's comfortable letting the team handle these emails. Do they need to be answered in a certain time frame? Does he not want you spending more than X% of your time on customer questions? You won't know what the team needs to do differently until you know what he wants to see happen.






share|improve this answer





















  • +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
    – Lilienthal♦
    Jun 8 '16 at 10:20










  • Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
    – TechnicalEmployee
    Jun 10 '16 at 16:47

















up vote
0
down vote













Any customer issues, no matter how minor should be documented. If a customer is unhappy it can affect business, so if one complained verbally I would email the boss



'Hey boss, XYX was a bit miffed because he reckons you said we use UDP instead of TCP. I've explained it all to him and he seemed happy enough when he left, but just giving you a heads up.' (Although this particular issue would be too small for me to bother the boss with unless the customer was very irate, normally I'd just do damage control, get the client happy, document it and carry on.)



This way there is a record and the boss has been made aware and my back is covered if the customer makes a more formal complaint. I make notes for both my own and the companies future reference of anything out of the ordinary to do with a project.



If the customer is unhappy in an email to you, then forward the email to the boss so he's aware. Or email an apology and outline a solution cc'ing the boss. Whichever suits the situation.



Use your judgement on this, don't annoy the boss with tiny things (still document them though). The boss (assuming he is competent) will change his methods on his own after a few 'heads up'.






share|improve this answer




























    up vote
    0
    down vote













    If you see such an email exchange, why not reply to your boss1 and inform him off his mistake as soon as you see it2?



    1. Make sure you reply to your boss only and don't do a reply all.



    2. You can only correct him on things you know about






    share|improve this answer





















      Your Answer







      StackExchange.ready(function()
      var channelOptions =
      tags: "".split(" "),
      id: "423"
      ;
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function()
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled)
      StackExchange.using("snippets", function()
      createEditor();
      );

      else
      createEditor();

      );

      function createEditor()
      StackExchange.prepareEditor(
      heartbeatType: 'answer',
      convertImagesToLinks: false,
      noModals: false,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      noCode: true, onDemand: false,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      );



      );








       

      draft saved


      draft discarded


















      StackExchange.ready(
      function ()
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f69389%2fhow-to-dissuade-my-boss-from-answering-questions-he-doesnt-know-the-answer-to%23new-answer', 'question_page');

      );

      Post as a guest

























      StackExchange.ready(function ()
      $("#show-editor-button input, #show-editor-button button").click(function ()
      var showEditor = function()
      $("#show-editor-button").hide();
      $("#post-form").removeClass("dno");
      StackExchange.editor.finallyInit();
      ;

      var useFancy = $(this).data('confirm-use-fancy');
      if(useFancy == 'True')
      var popupTitle = $(this).data('confirm-fancy-title');
      var popupBody = $(this).data('confirm-fancy-body');
      var popupAccept = $(this).data('confirm-fancy-accept-button');

      $(this).loadPopup(
      url: '/post/self-answer-popup',
      loaded: function(popup)
      var pTitle = $(popup).find('h2');
      var pBody = $(popup).find('.popup-body');
      var pSubmit = $(popup).find('.popup-submit');

      pTitle.text(popupTitle);
      pBody.html(popupBody);
      pSubmit.val(popupAccept).click(showEditor);

      )
      else
      var confirmText = $(this).data('confirm-text');
      if (confirmText ? confirm(confirmText) : true)
      showEditor();


      );
      );






      3 Answers
      3






      active

      oldest

      votes








      3 Answers
      3






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      9
      down vote














      The problem it leaves me in is that now the customer is misinformed
      and gets annoyed when they later talk to a developer and get
      inconsistent information.




      Do they get annoyed in writing? If so, share these emails with your boss. It's a customer service issue so just frame it that way:



      "Our customers are getting annoyed and confused because they're receiving conflicting information. Would it be possible for the developers to handle these questions from now on? What would we need to do for you to be comfortable with us handling this?"



      If your boss is concerned you don't have time to answer these questions, point out that this doesn't save time since you still have to handle it later.



      You need to find out from your boss what needs to happen so that he's comfortable letting the team handle these emails. Do they need to be answered in a certain time frame? Does he not want you spending more than X% of your time on customer questions? You won't know what the team needs to do differently until you know what he wants to see happen.






      share|improve this answer





















      • +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
        – Lilienthal♦
        Jun 8 '16 at 10:20










      • Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
        – TechnicalEmployee
        Jun 10 '16 at 16:47














      up vote
      9
      down vote














      The problem it leaves me in is that now the customer is misinformed
      and gets annoyed when they later talk to a developer and get
      inconsistent information.




      Do they get annoyed in writing? If so, share these emails with your boss. It's a customer service issue so just frame it that way:



      "Our customers are getting annoyed and confused because they're receiving conflicting information. Would it be possible for the developers to handle these questions from now on? What would we need to do for you to be comfortable with us handling this?"



      If your boss is concerned you don't have time to answer these questions, point out that this doesn't save time since you still have to handle it later.



      You need to find out from your boss what needs to happen so that he's comfortable letting the team handle these emails. Do they need to be answered in a certain time frame? Does he not want you spending more than X% of your time on customer questions? You won't know what the team needs to do differently until you know what he wants to see happen.






      share|improve this answer





















      • +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
        – Lilienthal♦
        Jun 8 '16 at 10:20










      • Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
        – TechnicalEmployee
        Jun 10 '16 at 16:47












      up vote
      9
      down vote










      up vote
      9
      down vote










      The problem it leaves me in is that now the customer is misinformed
      and gets annoyed when they later talk to a developer and get
      inconsistent information.




      Do they get annoyed in writing? If so, share these emails with your boss. It's a customer service issue so just frame it that way:



      "Our customers are getting annoyed and confused because they're receiving conflicting information. Would it be possible for the developers to handle these questions from now on? What would we need to do for you to be comfortable with us handling this?"



      If your boss is concerned you don't have time to answer these questions, point out that this doesn't save time since you still have to handle it later.



      You need to find out from your boss what needs to happen so that he's comfortable letting the team handle these emails. Do they need to be answered in a certain time frame? Does he not want you spending more than X% of your time on customer questions? You won't know what the team needs to do differently until you know what he wants to see happen.






      share|improve this answer














      The problem it leaves me in is that now the customer is misinformed
      and gets annoyed when they later talk to a developer and get
      inconsistent information.




      Do they get annoyed in writing? If so, share these emails with your boss. It's a customer service issue so just frame it that way:



      "Our customers are getting annoyed and confused because they're receiving conflicting information. Would it be possible for the developers to handle these questions from now on? What would we need to do for you to be comfortable with us handling this?"



      If your boss is concerned you don't have time to answer these questions, point out that this doesn't save time since you still have to handle it later.



      You need to find out from your boss what needs to happen so that he's comfortable letting the team handle these emails. Do they need to be answered in a certain time frame? Does he not want you spending more than X% of your time on customer questions? You won't know what the team needs to do differently until you know what he wants to see happen.







      share|improve this answer













      share|improve this answer



      share|improve this answer











      answered Jun 8 '16 at 3:59









      BSMP

      3,3751324




      3,3751324











      • +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
        – Lilienthal♦
        Jun 8 '16 at 10:20










      • Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
        – TechnicalEmployee
        Jun 10 '16 at 16:47
















      • +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
        – Lilienthal♦
        Jun 8 '16 at 10:20










      • Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
        – TechnicalEmployee
        Jun 10 '16 at 16:47















      +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
      – Lilienthal♦
      Jun 8 '16 at 10:20




      +1. You don't have to wait for it to reach this point but this is one possible way of raising the issue and has the benefit of making sure that it's seen as a real problem.
      – Lilienthal♦
      Jun 8 '16 at 10:20












      Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
      – TechnicalEmployee
      Jun 10 '16 at 16:47




      Also consider that part of the problem might be the customer is later getting information from the developer. It's helpful when dealing with customers to have single points of communication where possible, yes even when that person is wrong or an idiot. You might feel smart when you correct your boss, but it makes your whole team look bad. If you can somehow correct and stand by what your boss said at the same time, that makes all of you look good.
      – TechnicalEmployee
      Jun 10 '16 at 16:47












      up vote
      0
      down vote













      Any customer issues, no matter how minor should be documented. If a customer is unhappy it can affect business, so if one complained verbally I would email the boss



      'Hey boss, XYX was a bit miffed because he reckons you said we use UDP instead of TCP. I've explained it all to him and he seemed happy enough when he left, but just giving you a heads up.' (Although this particular issue would be too small for me to bother the boss with unless the customer was very irate, normally I'd just do damage control, get the client happy, document it and carry on.)



      This way there is a record and the boss has been made aware and my back is covered if the customer makes a more formal complaint. I make notes for both my own and the companies future reference of anything out of the ordinary to do with a project.



      If the customer is unhappy in an email to you, then forward the email to the boss so he's aware. Or email an apology and outline a solution cc'ing the boss. Whichever suits the situation.



      Use your judgement on this, don't annoy the boss with tiny things (still document them though). The boss (assuming he is competent) will change his methods on his own after a few 'heads up'.






      share|improve this answer

























        up vote
        0
        down vote













        Any customer issues, no matter how minor should be documented. If a customer is unhappy it can affect business, so if one complained verbally I would email the boss



        'Hey boss, XYX was a bit miffed because he reckons you said we use UDP instead of TCP. I've explained it all to him and he seemed happy enough when he left, but just giving you a heads up.' (Although this particular issue would be too small for me to bother the boss with unless the customer was very irate, normally I'd just do damage control, get the client happy, document it and carry on.)



        This way there is a record and the boss has been made aware and my back is covered if the customer makes a more formal complaint. I make notes for both my own and the companies future reference of anything out of the ordinary to do with a project.



        If the customer is unhappy in an email to you, then forward the email to the boss so he's aware. Or email an apology and outline a solution cc'ing the boss. Whichever suits the situation.



        Use your judgement on this, don't annoy the boss with tiny things (still document them though). The boss (assuming he is competent) will change his methods on his own after a few 'heads up'.






        share|improve this answer























          up vote
          0
          down vote










          up vote
          0
          down vote









          Any customer issues, no matter how minor should be documented. If a customer is unhappy it can affect business, so if one complained verbally I would email the boss



          'Hey boss, XYX was a bit miffed because he reckons you said we use UDP instead of TCP. I've explained it all to him and he seemed happy enough when he left, but just giving you a heads up.' (Although this particular issue would be too small for me to bother the boss with unless the customer was very irate, normally I'd just do damage control, get the client happy, document it and carry on.)



          This way there is a record and the boss has been made aware and my back is covered if the customer makes a more formal complaint. I make notes for both my own and the companies future reference of anything out of the ordinary to do with a project.



          If the customer is unhappy in an email to you, then forward the email to the boss so he's aware. Or email an apology and outline a solution cc'ing the boss. Whichever suits the situation.



          Use your judgement on this, don't annoy the boss with tiny things (still document them though). The boss (assuming he is competent) will change his methods on his own after a few 'heads up'.






          share|improve this answer













          Any customer issues, no matter how minor should be documented. If a customer is unhappy it can affect business, so if one complained verbally I would email the boss



          'Hey boss, XYX was a bit miffed because he reckons you said we use UDP instead of TCP. I've explained it all to him and he seemed happy enough when he left, but just giving you a heads up.' (Although this particular issue would be too small for me to bother the boss with unless the customer was very irate, normally I'd just do damage control, get the client happy, document it and carry on.)



          This way there is a record and the boss has been made aware and my back is covered if the customer makes a more formal complaint. I make notes for both my own and the companies future reference of anything out of the ordinary to do with a project.



          If the customer is unhappy in an email to you, then forward the email to the boss so he's aware. Or email an apology and outline a solution cc'ing the boss. Whichever suits the situation.



          Use your judgement on this, don't annoy the boss with tiny things (still document them though). The boss (assuming he is competent) will change his methods on his own after a few 'heads up'.







          share|improve this answer













          share|improve this answer



          share|improve this answer











          answered Jun 9 '16 at 18:48









          Kilisi

          94.4k50216374




          94.4k50216374




















              up vote
              0
              down vote













              If you see such an email exchange, why not reply to your boss1 and inform him off his mistake as soon as you see it2?



              1. Make sure you reply to your boss only and don't do a reply all.



              2. You can only correct him on things you know about






              share|improve this answer

























                up vote
                0
                down vote













                If you see such an email exchange, why not reply to your boss1 and inform him off his mistake as soon as you see it2?



                1. Make sure you reply to your boss only and don't do a reply all.



                2. You can only correct him on things you know about






                share|improve this answer























                  up vote
                  0
                  down vote










                  up vote
                  0
                  down vote









                  If you see such an email exchange, why not reply to your boss1 and inform him off his mistake as soon as you see it2?



                  1. Make sure you reply to your boss only and don't do a reply all.



                  2. You can only correct him on things you know about






                  share|improve this answer













                  If you see such an email exchange, why not reply to your boss1 and inform him off his mistake as soon as you see it2?



                  1. Make sure you reply to your boss only and don't do a reply all.



                  2. You can only correct him on things you know about







                  share|improve this answer













                  share|improve this answer



                  share|improve this answer











                  answered Jun 9 '16 at 19:04









                  Peter M

                  4,01311224




                  4,01311224






















                       

                      draft saved


                      draft discarded


























                       


                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f69389%2fhow-to-dissuade-my-boss-from-answering-questions-he-doesnt-know-the-answer-to%23new-answer', 'question_page');

                      );

                      Post as a guest

















































































                      Comments

                      Popular posts from this blog

                      What does second last employer means? [closed]

                      List of Gilmore Girls characters

                      Confectionery