BertL
Active Member
I tend to agree with Andyw2100...
From my experience running local service locations and national remote technical support teams, it's generally better having a centralized team (think Tesla NA Tech Support) that can act as a clearing house -- if set up properly, they become more experienced and gain a "feel" of what's happening and what's most important to the entire global customer set at any given point in time. They also can do aggregated trends a lot better that need to make their way to mgmt for prioritization or action. Central teams are the best and most efficient first contact point for customers that want to deal in email, TXT, and social media. They can also many times handle customer inquiries and basic problems in real-time without a customer waiting. Central teams can also more easily connect with development on a regular basis, and it's not uncommon to expect some number of the Remote (as in over-the-phone or email) Tech Support personnel to have some amount of software background. Central teams can also queue-up or transfer problems to a SC if it needs a physical interaction to take place (like has happened to me once and worked VERY well with a SC Advisor calling me as promised the next morning at 7:30 after he looked at my logs).
OTOH, SCs are perfect for customers that want to deal with someone face-to-face. They are also the best place to deal with anything requiring physical hardware to be inspected or replaced. Sis can feed data back to a central repository where it can be analyzed for trends and kicked-up to mgmt or back to development as need be. What they can't do is talk to anything except their smaller POV re trends or experiences, but they can be the recipient of aggregated and analyzed data back from the central location to help with knowledge transfer at a local level. SCs can't do anything related to firmware or software (other than reloading it), and as many of us I think believe, firmware is the crux of what makes a Tesla tick -- which points me back to a central location for that generally being the best place to deal with it unless a customer simply demands face-to-face interaction (but then, they should not expect they'll be dealing with a person that knows the innards of the software or can personally effect a change to it either.)
- - - Updated - - -
Some things may be, but I don't believe for a moment it's everything. See my posts HERE from yesterday -- those went from me to a central location and stayed there. (Post #34 is the guts of what I sent, Post #38 is the centralized reply I received.)
From my experience running local service locations and national remote technical support teams, it's generally better having a centralized team (think Tesla NA Tech Support) that can act as a clearing house -- if set up properly, they become more experienced and gain a "feel" of what's happening and what's most important to the entire global customer set at any given point in time. They also can do aggregated trends a lot better that need to make their way to mgmt for prioritization or action. Central teams are the best and most efficient first contact point for customers that want to deal in email, TXT, and social media. They can also many times handle customer inquiries and basic problems in real-time without a customer waiting. Central teams can also more easily connect with development on a regular basis, and it's not uncommon to expect some number of the Remote (as in over-the-phone or email) Tech Support personnel to have some amount of software background. Central teams can also queue-up or transfer problems to a SC if it needs a physical interaction to take place (like has happened to me once and worked VERY well with a SC Advisor calling me as promised the next morning at 7:30 after he looked at my logs).
OTOH, SCs are perfect for customers that want to deal with someone face-to-face. They are also the best place to deal with anything requiring physical hardware to be inspected or replaced. Sis can feed data back to a central repository where it can be analyzed for trends and kicked-up to mgmt or back to development as need be. What they can't do is talk to anything except their smaller POV re trends or experiences, but they can be the recipient of aggregated and analyzed data back from the central location to help with knowledge transfer at a local level. SCs can't do anything related to firmware or software (other than reloading it), and as many of us I think believe, firmware is the crux of what makes a Tesla tick -- which points me back to a central location for that generally being the best place to deal with it unless a customer simply demands face-to-face interaction (but then, they should not expect they'll be dealing with a person that knows the innards of the software or can personally effect a change to it either.)
- - - Updated - - -
... But if the reports are true that "...everything is being forwarded to the Service Center..." ...
Some things may be, but I don't believe for a moment it's everything. See my posts HERE from yesterday -- those went from me to a central location and stayed there. (Post #34 is the guts of what I sent, Post #38 is the centralized reply I received.)