On this edition of "Developer Support myth-busters" I’d like to tackle a popular belief held by several folks that work in product development groups. The belief is that PSS labor is cheaper than dev/test/pm labor. Cost is often used as an argument by product teams (I won’t name the guilty parties) who would like to hand off the job of replying to customer bugs or questions to product support folks.
The problem with this belief is that it makes a couple of assumptions that aren’t true in the case of developer support. I learned this as part of the research I did on my visit to our developer support center.
Assumption #1 Developer Support engineer time costs less than product developer time.
This is just not true in most cases. I met several folks in developer support that have been around a lot longer than lots of individual dev/test/pms that work on product teams. It’s not any cheaper to have them solving problems for customers per hour than it costs to have your developers spend the same time.
It is true that the folks in PSS that do the initial customer data collection and issue routing may be less expensive, but this layer is actually not very effective at solving most of the developer issues that come in. Lead leads me to…
Assumption #2 Customers ask lots of simple questions or file non-valid bugs that could be answered by non-developers
It may be true that you can hire cheaper labor to walk people through running virus scan on windows XP, but it often takes a developer to debug a developer problem or answer a developer question. The issues I listened in on were very difficult and most of the customers had already exhausted their known online search options before actually picking up the phone. The problem is worse than you might suspect. A significant chunk of issues that start with PSS end up getting assistance from product group members.
The same is also true for a lot of the questions that get asked in the forums or bugs that get reported to the feedback center. The bar may be lower than picking up the phone, but it’s just not true that developers don’t search before posting. In the case of the product feedback center we force users to search first and in the case of the forums we’ve made search very easy and actually perform searches on the posting UI.
I won’t say there are no duplicate or simple questions, but the "noise" is far lower than most people who complain claim. I’ve rarely ever seen a product group capable of proving their perception of noise in their assigned questions and bugs
It all boils down to my final point… applicable to any "Web 2.0" company as well as Microsoft. If your company wants developers to build on top of your platforms and possibly with your tools you are going to have to spend real developer time having consistent and constant conversations with your customers to keep them successful and happy.