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

1. 看护客户知足度

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

2. 效劳需求导入

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

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