IPD流程中的服务代表，
，，，，一般而言是公司的服务职员，
，，，，产品乐成上市后，
，，，，他们在产品应用时代表公司直接和客户打交道，
，，，，其主要性不言而喻，
，，，，详细的职责总体来说主要是两大块：

1. 看护客户知足度

服务代表若是把自己的角色简单地定位在“手艺支持”上，
，，，，容先生以为照旧稍显简朴了一点，
，，，，我以为更周全的说法应该是看护客户知足度，
，，，，这才是所有服务活动的最终目的，
，，，，并且并非所有客户界面的问题都源于手艺，
，，，，甚至有些手艺难题的解决，
，，，，也很是需要自动的客户治理行动，
，，，，否则纵然加班加点赶工搞定了问题，
，，，，也不见得能获得客户的认可。。。。。。想做好服务，
，，，，前期在产品开发的历程中就需要凭证产品的特点，
，，，，制订对应的服务方案，
，，，，包括服务资源的准备，
，，，，服务风险的评估和应对等内容，
，，，，使用产品上市前的这段时间窗，
，，，，和开发职员持续坚持互动，
，，，，好好构建服务步队的能力，
，，，，有了这一步，
，，，，后期的客户服务才华做到胸有成足。。。。。。

2. 服务需求导入

凭证咨询的履历，
，，，，通常服务职员对开发工程师都是怨声载道的，
，，，，由于产品应用历程中泛起的种种花式问题，
，，，，着实让位居一线的服务职员有些焦头烂额，
，，，，尤其是和客户签有SLA（Service-Level Agreement）的服务，
，，，，处理问题那可得分秒必争。。。。。。现实上，
，，，，通过在产品开发初期就提出一些可服务性的需求并跟踪落实，
，，，，完全可以提高问题处理的效率，
，，，，例如远程调试/升级功效，
，，，，故障诊断和纪录系统等。。。。。。除了关注产品自己，
，，，，还需要注重服务文档方面的需求，
，，，，这一点往往不被各人重视，
，，，，像种种指导书和维护手册、应用手册之类的，
，，，，万万别“书到用时方恨少”，
，，，，在客户那里干着急。。。。。。另一方面，
，，，，身处与客户深度互动的环节，
，，，，直面客户对产品的使用痛点，
，，，，以是关于产品易用性上的刷新，
，，，，服务职员应该最有讲话权。。。。。。

在华为，
，，，，思量到服务代表和客户之间的主要关系，
，，，，每年都会勉励一定命目的研发员工转岗到服务岗位，
，，，，借助他们在产品上的专业知识，
，，，，持续一直地强化服务步队的营业手艺，
，，，，最终更好地为客户服务。。。。。。