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

1. 看护客户知足度

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

2. 效劳需求导入

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

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