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

1. 看护客户知足度

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

2. 服务需求导入

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

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