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

1. 看护客户知足度

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

2. 服务需求导入

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

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