腾讯客服职能划分和组件流程.docx

互动娱乐运营部运营开发运营支撑白皮书深圳市腾讯计算机系统有限公司版权所有 不得复制6-41第1章 引言.第2章 运营支撑服务总体框架。& 说明： 互动娱乐运营部 运营支撑白皮书 第3章 产品准备期 第3章 产品准备期3.1 客服团队组建产品立项开始后，客服团队到位组建，客服对业务需求进行了解，信息管理人员围绕项目启动情况介绍客服支撑各线资源，并为后期筹备客服资源准备。 角色职责角色职责产品客服管理人员负责筹备客服资源，介绍客服支撑方案，对日后工作实施内容进行推行客服部总监参与产品立项会议，整体业务重点及资源投入把控主管了解业务发展需求，整体人员到位及业务能力把控产品项目人员提供产品业务信息，评估客服支撑情况社区管理员搜集筹备线建玩家团资料，为整体用户规划做准备信息员负责BUG/建议的提报和用户教育的实施，为信息流转服务提供做准备； 输输 输入无 输出xx产品运营方案xx产品客服支撑大纲(TO)产品立项会议，客服部总监或主管参与，了解项目运营规划，需要客服支撑力度与关键事项。（TO+3d）由客服部总监选定客服管理人员（单产品），参与到产品客服工作规划，整体发邮件告知项目组成立，建立起项目核心组，进行客服团队前期准备。(TO+6d) 项目部提供xx产品运营方案，客服管理人员（单产品）开始筹备客服资源介绍内容； (TO+7d)客服管理人员（单产品）参与每周例会，在例会中阐述客服整体工作内容及进展情况，并项目新需求进行协调、实施与把控；(TO+7d)客服管理人员（单产品）参与产品体验，客服管理人员（单产品）以及社区管理员参与到项目组初期组建的核心玩家团队中，根据用户体验情况搜集筹备组建玩家团资料，为整体用户规划做准备；(TO+9d)客服管理人员（单产品）输出xx产品客服支撑大纲给到项目组作后期运营准备确认；& 说明： 客服管理人员（单产品）：人力配比根据工作情况需求决定，客服管理人员（单产品）会以内部提升为主，在基础岗位上招募、培训、换岗学习需提前3个月向运营服务组告知业务需求，进行人力预算，根据业务重要性与阶段性发展需求决定到岗。社区管理员：人力配比根据工作情况需求决定，社区管理员对外招募、培训学习需提前3个月向运营服务组告知业务需求，进行人力预算，根据业务阶段性发展需要决定到岗。信息员：人力配比根据工作情况需求决定，社区管理员对外招募、培训学习需提前3个月向运营服务组告知业务需求，进行人力预算，根据业务阶段性发展需要决定到岗。互动娱乐运营部 运营支撑白皮书 第3章 产品准备期 3.2 产品准备期_2：BUG跟踪与用户测试3.2.1 BUG跟踪及意见收集产品发布后对于游戏内容、系统设计及游戏画面存在的BUG问题，需及时发现提报相应开发及策划人员进行分析与修正，从而改善产品品质与运营质量。信息员对产品熟悉程度较高，收集一线及外部玩家意见与BUG反馈,对疑似BUG进行初步判断，通过用户跟踪明确问题，必要问题转交测试组验证敲定BUG定位，然后由项目人员分配BUG跟踪处理，信息员对于合理化建议提供给对应开发及策划人员作参考，BUG处理结束反馈跟踪结果给一线解答用户。 角色及职责角色职责客服管理人员（单产品）客服管理人员（单产品）负责制订BUG与意见反馈流程促进方案推行，跟进BUG跟踪业务是否到位，整体目标达成把控 客服部总监监控重大BUG反馈，保障业务服务水平测试组对反馈的BUG进行验证测试，评估BUG真实性，回归项目组同事开发及策划提供XX产品BUG跟踪方式；对经证实的BUG、意见给与解决，并及时反馈，并在X个工作日内给出用户回复口径一线一线包括CS、热线、GM负责BUG及意见搜集与反馈社区管理员负责BUG及意见搜集与反馈专家组提供BGU及建议反馈专业性意见信息员负责汇总一线及社区管理员BUG及意意见反馈； BUG跟踪、意见反馈及跟进，定义反馈标准，建立好BUG跟踪群，初步判断BUG与紧急、重要程度，给出项目组有效意见，与各接口人进行协调工作 输入无 输出xx产品BUG跟踪流程XX产品BUG反馈标准xx产品BUG及意见跟踪表xx产品综合反馈分析报告（双周） 流程1. （T0）由客服管理人员（单产品）了解开发与策划对xx产品BUG跟踪方式，向策划及产品负责人了解如何接续客服BUG及意见反馈需求。2. （TO+7d）在各运营阶段前期，客服管理人员（单产品）及与项目部接口人接碰确认XX产品BUG跟踪流程细节，并与项目一同制订XX产品BUG跟踪流程及xx产品BUG及意见跟踪表反馈需求；3. （T0+9d）由用户管理与一线负责人沟通制订XX产品BUG及建议反馈标准，对反馈基础判断条件及BUG判断要素进行详描述，反馈时间紧急重要性进行定位，如需要引导到BUG群让用户管理员作跟踪的说明引导前提条件与标准，需能让一线人员及玩家易于理解，客服管理人员（单产品）评估标准，主管或专家组给出操作指引；用户管理员邮件输出流程、跟踪表、反馈标准需求给一线及社区管理员；4. （TO+9d）确认标准后根据一线需求由信息专员进行需求培训；5. （TO+10d与持续）社区管理员对反馈标准进行分解给到版主作搜集要求；6. （TO+10d）信息专员每天汇总一线与社区管理员XX产品BUG及意见跟踪表，作BUG跟踪、意见反馈及跟进，并在处理过程中从用户角度出发判断BUG紧急程度，给出项目组有效意见，对于已经反馈内容项目列出BUG修复确定优先级别，与各接口人进行协调；当前发现重大问题及影响面较广问题，除向项目即时反馈外需同时给一线及社区管理员、客服管理人员（单产品）及总监作邮件反馈，说明跟踪问题与用户教育点；7. （T0+15d）信息员反馈测试组、开发及策划的BUG问题，项目组每周阶段性反馈跟踪情况，信息员整合XX产品BUG及意见跟踪表给予社区管理员及一线，8. （TO+20d）客服管理人员（单产品）每月定期向项目了解评估BUG及建议如何应用，对反馈情况作评价，将应用意见及需要改善建议与BUG及建议与工作参与人员及主管；3.2.2 产品客服测试客服内部测试是根据各阶段运营状况，看版本情况断定是否要配合测试组更全面、深入地检查游版本发布前所存在的测试问题，产品发布前对于游戏内容、系统设计及游戏画面新添加及改动内容及整体上存在各种问题，通过内部人员体验，及时发现BUG等问题，客服人员测试能较客观地以玩家角度来理解游戏问题，将这些发现的问题提报相应开发及策划人员进行分析与修正，从而减少产品发布后品质与运营质量问题。 角色及职责角色职责客服管理人员（单产品）负责测试方案推行，协调沟通测试资源，对测试玩家招募把控，测工作实施与目标达成把控信息员内部测试客服人员管理、测试计划撰写与执行，给出测试结果与专业意见反馈用户管理主管用户管理员整体工作实施与指导，了解需求与业务反馈状况，评审业务规划客服部总监监控重大重要测试需求与业务反馈，保障业务服务水平测试组对反馈的BUG进行验证测试，评估BUG真实性，回归项目组同事开发及策划对经测试证实的BUG及问题评估优先级别，给出修复方案技术总监确定测试发现问题及BUG是否在本版本修复，建立紧急处理小组项目部对规划进行评审并给予专业性建议 输入无 输出xx产品xx测试反馈xx产品内部测试分析报告 流程1. （T0）由客服管理人员（单产品）与开发负责人与策划负责人、项目经理沟通用户测试各阶段运营需求，看版本情况断定是否要配合测试组进行检测，更全面、深入检测游戏内容、系统设计及游戏画面新添加及改动内容及整体上存在各种问题，如果需要，开始探讨通过内部人员体验；2. （T0+1d）确认内部人员体验测试计划，项目人员邮件提出测试需求，给到社区管理员及客服管理人员（单产品），说明测试主要目的与内容，测试反馈方式及产品测试结果跟踪解决负责人，由客服管理人员（单产品）协调资源安排测试工作；3. （T0+7d）由用户管理员撰写用户xx产品外部测试方案，内容包括xx产品测试人员招募计划及xx产品测试人员管理章程，设计方案时多次与相关专家及主管讨论（包括进行经验交流，招集会议商议规划内容给出意见），由客服管理人员（单产品）及项目总监进行评审确认4. （TO+10d）客服管理人员（单产品）与项目组确认xx产品测试人员管理章程；5. （TO+14d）根据测试组及项目出提的测试要求实施测试，每天的测试情况向测试组、项目人员及客服管理人员（单产品）进行反馈，客服管理人员（单产品）对整体实施过程进行把控；6. （T0+16d）内部测试都由信息员输出测试结果，向项目组在测试组及客服管理人员（单产品）、主管、总监反馈xx产品xx测试分析报告；7. （T0+30d）测试整体效果，测试结束后两周内由项目与测试作评估输出。互动娱乐运营部 运营支撑白皮书 第5章 内测阶段 3.3 产品准备期_3：用户体验感验证制定内部体验计划是为了降低版本运营事故的发生，并且提升用户体验感及版本优化，最终以体验报告的方式输出。通过在不同的内外部体验提出优化建议和意见，通过信息员的梳理、分析，得出具体数据与案例，给予策划、研发、运维、测试一些改善的方案与策略。 角色及职责角色职责客服管理人员（单产品）获取项目版本白皮书，负责用户研究方案的推行，对用户管理整体工作实施与指导客服部总监监控整体服务水平产品服务组主管提供业务技能指引和业务达标水平把控，评审业务计划项目部提供产品业务信息，评估测试计划在测试用户体验中必要性、完整性与输出效果，对规划进行评审并给予专业性建议。 输入xx产品XX版本测试计划输出XX产品XX版本测试体验报告 流程1、（T0）由客服管理人员（单产品）与信息员获取xx产品XX版本测试计划，客服管理人员（单产品）对体验方向进行把控。2、（T0+5d）信息员开始执行原定计划，给客服人员分配工作任务，对客服人员执行到位情况把关，在执行过程中存在验证点等业务修正问题由客服管理人员（单产品）协助信息员进行沟通；3、（TO+15d）信息员输出XX产品XX版本测试体验报告给项目负责人与客服管理人员（单产品）及主管、客服部总监，由项目或客服管理人员（单产品）推送策划、研发、运维、测试一些改善的方案与策略。4、（TO+18d）客服管理人员（单产品）将体验报告由协同项目推送到相关应用方后，由应用方反馈体验报告效果，客服管理人员（单产品）收集意见与建议作日后业务改善。& 说明：验证方法内部体验：公司内部邮件发起报名，运维提供相关接口，体验者提供体验建议与意见。3.4 产品准备期_4：业务流程宣导客服管理人员对信息员、客服人员进行运营准入流程、在封测阶段的客服支撑服务框架、产品服务及用户服务业务流程等内容的介绍和宣导；通过指导与协助，使得相关人员明确流程要求，充分准备运营准入评审交付件，并顺利执行评审；充分了解封测阶段的运营支撑服务框架；了解客服支撑的产品服务与用户服务业务流程并正确使用各项电子流系统。 角色及职责角色职责客服管理人员流程宣导，电子流介绍，实际操作应用指导信息员接受流程宣导客服人员接受流程宣导 输入客户服务支撑白皮书 输出无 流程（T0）总体运营规划评审结束后，客服管理人员对该产品客服人员发起封测阶段流程及系统的客户服务支撑白皮书宣导会。宣导的内容包括运营准入流程、在封测阶段的运营支撑服务框架流程。宣导会议针对不同对象分别召开，如：客服管理人员宣导和信息员宣导。宣导同时应对流程遵循的注意事项加以明确。3.5 产品准备期_5：论坛版面规划与推行为了为产品和用户提供产品营销推广及用户交流互动平台，客服管理人员（单产品）携同社区管理员根据产品运营节奏，对论坛版面进行整体规划，通过专家组评审并与产品项目人员确认细节，最终推行实施，同时紧贴项目运营情况不断更新规划并推行实施，达成预定论坛目标。l 角色及职责 角色职责单线客服管理人员（单产品）负责论坛版面规划的指导及工作实施过程的目标达成社区管理主管指导单线业务的版面规划,对版面规划进行评审.并负责在实施过程中的资源协调社区管理员把握业务不同运营节点，对论坛整体版面进行规划，通过评审并执行产品项目人员提供产品业务信息，评估版面规划在用户交流及产品推广中必要性、完整性与输出效果专家组对规划进行评审并给予专业性建议web应用开发组人员对开版特殊需求及版面是设置等与客服管理人员（单产品）和社区管理员进行讨论,并最终为论坛开版上线使用l 输入xx运营方案l 输出xx产品论坛开版计划论坛开版申请l 流程1. （TO+3d）项目给出xx运营方案，单线客服管理人员（单产品）与社区管理员根据白皮书内容与运营方案时间点，与项目人员确认需求细节;2. （To+7d）社区管理员起草制定xx产品论坛开版计划初稿，用户管理员针对可能损害用户体验感的要点及话题给出建议，客服管理人员（单产品）和社区管理主管初步审核后，由社区管理员再做修改； 3. （TO+1d）社区管理员在完成xx产品论坛开版计划初稿后的三个工作日内，向专家组发起评审需求，由专家组成员一起针对xx产品论坛开版计划初稿进行讨论及评审，给出专业性建议，评审要点包括论坛用户群定义、实施时间、版面结构、进站页面、话题分类、用户数据来源与导入方式、权限设置等；4. （TO+2d）社区管理员在专家组评审结束后重新修改初稿，客服管理人员（单产品）与社区管理员将经过评审的文档与项目人员最终确认细节，并与项目确认开放式论坛、半开放式论坛、封闭式论坛用户数据源的提供时间和方式，并形成xx产品论坛开版计划终稿；5. （TO+3d）社区管理员在确认终稿后，与web应用开发组确认版面功能、用户数据来源导入方式、进站页面设置等是否可实现，如何实现等，如不可实现，首先由社区管理主管协调其他资源协助，如无法协调，客服管理人员（单产品）与项目人员、web应用开发人员再次确认实现方式并达成共识；6. （TO+3d）社区管理员根据xx产品论坛开版计划，撰写论坛开版申请通过邮件形式发出，经单线客服管理人员（单产品）审批后，web应用开发组人员按照申请表实现版面开版；7. （TO+3d）完成论坛版面开版后，社区管理员首先对版面进行测试，如有误则请web应用开发组人员重新修改，如已经符合要求，将相关版面告知项目人员，并将相关连接导入产品官网发布及进行后续版面维护。& 说明： 进站首页包括以模版定制或自定义订制两种；模版定制：模版内容由web应用开发组人员直接提供，社区管理员直接套用；自定义定制：按照实际开版需要，社区管理员自行设置进站页面；论坛权限模式开版论坛权限包括：开放式论坛、半开放式论坛、封闭式论坛；开放式论坛：针对所有用户开放，用户可以自由的看贴回贴；半开放式论坛：只针对有测试资格或者与项目确定限定资格的人员有自由看贴回贴的功能，其他人员只可看贴但不可参与回贴讨论；封闭式论坛：只针对内部相关权限人员使用，其他外部用户无权限查看的论坛。3.6 产品准备期_6：舆论引导规划与推行客服管理人员（单产品）以及社区管理员根据用户研究运营方案提供的依据组织制定舆论引导规划，突出产品优势，将舆论控制在安全阀值内。通过互动交流方式对项目及相关部门进行讲解舆论引导方案，对游戏阶段性可能出现的负面舆论、实施时间、渠道、漠视、输出方式进行介绍，产品准备期关键环节中用户必选及备选命题，确认各阶段环节中需要支撑的重点。角色及职责角色职责单线客服管理人员（单产品）负责舆论引导方案推行，对社区管理整体工作实施与指导社区管理员负责对各类专项命题工作开展，主要为舆论引导方案进行撰写项目总监监控整体服务水平，评审业务规划产品服务组主管负责产品服务组单线业务规划与实施过程目标达成把控，评审业务规划产品项目人员提供产品业务信息，评估用户研究规划在产品验证中必要性、完整性与输出效果项目部接口人对规划进行评审并给予专业性建议 输入xx产品产品准备期验证点 输出xx产品准备期支撑计划XX产品准备期舆论引导规划xx项目舆论反馈（单周） 流程l 流程1. 针对新产品，项目给出xx运营方案，由用户管理员对用户进行研究后给出可能出现的负面舆论，并与项目沟通确认舆论安全阀值。2. 社区管理员根据白皮书内容、运营方案时间点与可能出现的负面舆论，（如用户管理员已到位，可给出相关建议），在运营节点前15个工作日，撰写xx产品支撑计划、xx产品舆论引导方案3. xx产品舆论引导方案确认完成后，与产品服务组主管、客服管理人员（单产品）等相关人员进行评审，确认人力资源需求以及舆论引导方案的可实施性，将确认完成后的XX产品舆论引导方案提交客服管理人员（单产品）。4. 客服管理人员（单产品）将XX产品舆论引导方案提交产品项目人员进行确认, 确认后输出XX产品舆论引导方案& 说明： 封测阶段必选：XX产品封测舆论引导方案xx项目舆论反馈（每天）内测阶段必选：XX产品准备期舆论引导规划xx项目舆论反馈（单周） 公测阶段必选：XX产品舆论引导规划xx项目舆论反馈（单周） 备选：软文引导规划3.7 产品准备期_8：产品准备期用户教育点收集与推行新产品在产品准备期时，信息员对内部测试人员提出的问题答疑，并整理为FAQ提交项目审核后在发布，进行初步用户教育。 角色及职责角色职责信息员根据同类型游戏整理FAQ初稿主导OA论坛用户教育FAQ发布和更新社区管理员OA论坛用户教育FAQ发布通过OA论坛产品讨论区收集新FAQ教育点并提交信息员OA论坛FAQ周期性刷新与置顶产品项目人员对信息员的提问进行解答对产品准备期FAQ初稿的进行审核和意见反馈 输入XX产品说明书XX产品产品准备期用户教育点列表 输出XX业务产品准备期FAQ 流程1. （T0）由项目在产品于产品准备期公司内部测试起始时，发出XX产品公司内测论坛用户教育需求，同时提交XX产品说明书（或对信息员进行产品内容培训）和XX业务用户教育点列表。由信息员根据产品内容和项目提出用户教育点进行产品准备期论坛FAQ的整理；2. （T0+5d）信息员将整理的XX业务产品准备期FAQ初稿提交项目进行审核，审核点为FAQ准确性和全面性。3. （T0+10d）在项目答复FAQ审核结果后，信息员根据答复对初稿进行相应添加和修改，整理为XX业务产品准备期FAQ（整个过程中可能由信息员组织多次跟项目的交流）；& 说明： 产品准备期FAQ的发布在产品准备期公司内测阶段开始，在之后产品准备期运营过程中以循环迭代的方式不断地对新用户教育点FAQ进行收集，刷新与置顶。第4章 封测阶段互动娱乐运营部 运营支撑白皮书 第4章 封测阶段 4.1 封测_1：封测舆论引导危机方案推行互动娱乐运营部 运营支撑白皮书 第4章 封测阶段 4.2 封测_2：内测改版规划与实施基于XX产品内测运营方案以及以及封测阶段经营分析需求评估和实现情况，在内测前期，客服管理人员（单产品）及论坛管理员与项目人员确认内测论坛需求，经社区主管及专家组评审后，发起的改版需求的实施，最终交付能够在内测阶段可实施的论坛版面，保证内测阶段论坛对项目的支撑。l 角色及职责 角色职责单线客服管理人员（单产品）负责论坛版面规划的指导及工作实施过程的目标达成社区管理主管指导单线业务的版面规划,对版面规划进行评审.并负责在实施过程中的资源协调社区管理员把握业务不同运营节点，对论坛整体版面进行规划，通过评审并执行用户管理员提供焦点话题及用户需求点，供社区管理员做规划参考产品项目人员提供产品业务信息，评估版面规划在用户交流及产品推广中必要性、完整性与输出效果项目部对规划进行评审并给予专业性建议web应用开发组人员对开版特殊需求及版面是设置等与客服管理人员（单产品）和社区管理员进行讨论,并最终为论坛开版上线使用l 输入xx产品内测运营方案l 输出xx产品内测论坛改版计划论坛改版申请l 流程1. （TO+3d）客服管理人员（单产品）从项目组中获取xx产品内测运营方案，单线客服管理人员（单产品）与社区管理员根据白皮书内容与运营方案时间点，与项目人员确认需求细节;2. （To+7d）社区管理员起草制定xx产品内测论坛改版计划初稿，用户管理员针对封测阶段的核心用户重点话题以及可能损害用户体验感的要点及话题给出建议，客服管理人员（单产品）和社区管理主管初步审核后，由社区管理员再做修改； 3. （TO+1d）社区管理员在完成xx产品内测论坛改版计划初稿后的三个工作日内，向专家组发起评审需求，由专家组成员一起针对xx产品内测论坛改版计划初稿进行讨论及评审，给出专业性建议，评审要点包括版面结构、进站页面、话题分类、管理标准、权限设置等；4. （TO+2d）社区管理员在专家组评审结束后重新修改初稿，客服管理人员（单产品）与社区管理员将经过评审的文档与项目人员最终确认细节，并与项目确认开放式论坛、半开放式论坛、封闭式论坛用户数据源的提供时间和方式，并形成xx产品内测论坛改版计划终稿；5. （TO+3d）社区管理员在确认终稿后，与web应用开发组确认版面功能、用户数据来源导入方式、进站页面设置等是否可实现，如何实现等，如不可实现，首先由社区管理主管协调其他资源协助，如无法协调，客服管理人员（单产品）与项目人员、web应用开发人员再次确认实现方式并达成共识；6. （TO+3d）社区管理员根据xx产品内测论坛改版计划，撰写论坛改版申请通过邮件形式发出，经单线客服管理人员（单产品）审批后，web应用开发组人员按照申请表实现版面开版；7. （TO+3d）完成论坛版面改版后，社区管理员首先对版面进行测试，如有误则请web应用开发组人员重新修改，如已经符合要求，将相关版面告知项目人员，并将相关连接导入产品官网发布及进行后续版面维护。4.3 封测_3：封测用户教育点收集与实施产品运营进入封测阶段，信息员刷新封测FAQ并提交项目进行审核，审核通过后推动封测论坛用户教育FAQ发布。整合各渠道提交的新用户教育点以对FAQ进行更新。 角色及职责角色职责信息员根据产品新增内容策划文档或培训对产品准备期FAQ进行新增内容FAQ的添加、原有内容FAQ修改/删除主导封测论坛用户教育FAQ发布和更新社区管理员封测论坛用户教育FAQ发布通过封测论坛产品讨论区收集新FAQ教育点并提交信息员接受产品内容培训，培训论坛版主对玩家论坛咨询问题进行答复产品封测论坛FAQ周期性刷新与置顶Callcenter人员接受产品内容培训，答复玩家热线咨询产品项目人员给出产品说明书或就产品内容对客服人员进行培训，并对客服人员的提问进行解答对封测FAQ初稿的进行审核和意见反馈 输入XX业务产品准备期FAQXX产品新增内容策划文档XX产品封测用户教育点列表 输出XX业务封测FAQ 流程1. （T0）由项目在产品于封测起始时，提交产品在封测阶段新增内容策划文档（或对信息员进行新增内容培训）和XX业务用户教育点列表。由信息员根据新增内容和项目提出用户教育点进行封测论坛FAQ的整理。2. （T0+5d）信息员将整理的XX业务封测FAQ初稿提交项目进行审核，审核点为FAQ准确性和全面性。3. （T0+10d）在项目答复FAQ审核结果后，信息员根据答复对初稿进行相应添加和修改，整理为XX业务封测FAQ（整个过程中可能由信息员组织多次跟项目的交流）。4. （T1）信息员将XX业务封测FAQ在封测论坛进行发布，同时对论坛周期性刷新（添加新增内容FAQ；修改/删除原有内容FAQ）与置顶。& 说明： 封测FAQ的发布在产品封测阶段开始，在之后封测运营的过程中以循环迭代的方式不断地对新用户教育点FAQ进行收集、刷新与置顶。公司封测阶段FAQ的发布位置在产品相应的封测论坛。4.4 封测_4：客服人员招募就位及投诉平台开发测试4.4.1 内测服务标准确认和人员准备明确客服二级部门、产品项目组、公司热线投诉组在投诉咨询处理过程中的职责和接口关系，为客服各个渠道在服务支持管理上做好充分准备，有效地为产品在CB后做出客服支撑工作， 由客服管理人员（单产品）主导客服CS、GM、Callcenter、LOG、QC信息员等客服各渠道进行客服服务发展计划和内测投诉咨询受理流程的讨论和确认，客服确认完成后提交项目确认，以供双方对内测服务标准达成共识，并按照服务发展计划中人力预算进行人员招募和相关培训。 角色及职责角色职责客服管理人员（单产品）主导内测服务发展计划的讨论和确认输出XX业务客服服务发展计划一线负责人（CS、GM、Callcenter）完成CS、GM和Callcenter部分的服务支撑计划的确认和交付GCS/Callcenter职能范围和接口关系确认和内容交付GCS、BBS、GM和热线等一线人员预算、招募和培训LOG负责人完成LOG部分服务标准和服务支撑计划的确认和内容交付主导投诉咨询受理流程的讨论和确认一线升级投诉的处理和跟进职能和接口确认和内容交付LOG人员预算、招募和培训信息负责人对突发事件管理、问题管理、发布管理和版本更新反馈管理的启动时间和达成目标等进行确认，确认信息流转部分服务支撑计划的确认和内容交付信息员共性问题跟进的职能和接口关系确认和内容交付信息人员预算、招募和培训QC负责人完成质检标准和计划的确认和内容交付质检职能和接口关系确认和内容交付QC人员预算、招募和培训产品项目人员提供产品类型、PCU等信息和数据客服服务发展计划确认反馈对LOG无法处理投诉进行核实处理职能和接口关系确认和内容交付客服人力需求确认反馈 输入客服服务发展计划Demo投诉咨询受理demo流程XX产品白皮书XX业务登陆人数预估 输出XX业务内测投诉咨询受理流程XX业务客服服务发展计划 流程1. （T0）运营准入评审通过后1周内，产品项目人员将XX产品白皮书、XX业务登陆人数预估以及CB策略提供给客服管理人员（单产品）。2. （T0+7d）客服管理人员（单产品）根据项目的CB策略对客服服务发展计划demo中项目需求部分填写内容后，将其与XX产品白皮书、XX业务登陆人数预估一起提交一线（BBS社区、GCS、GM和Callcenter）进行各自服务支撑计划的确认，确认后输出一线部分服务发展计划。 由LOG负责人根据业务投诉咨询受理demo流程就LOG部分职能范围和接口关系进行确认，刷新输出XX业务业务投诉咨询受理流程，同时发起会议，根据项目的CB策略与一线就业务投诉咨询受理流程进行讨论，确认一线各渠道职能范围和接口关系。3. （T0+14d）一线服务发展计划和投诉咨询流程确认完成后，由LOG人员根据产品给出的XX业务登陆人数预估和已承接同类型业务的各阶段咨询投诉升级基数、同期同类型业务咨询投诉量曲线走势，以及一线计划提供人力、限单量等情况，对新业务各个时期咨询投诉工作量进行预估，在此基础上根据人均处理能力、现人力配置情况和内测服务标准进行人力预算和待招募人数确认。同时根据项目CB策略和客服资源的配比情况，确认LOG服务标准和服务支撑计划。4. 由信息员对业务突发事件管理、问题管理、发布管理和版本更新反馈管理的启动时间和达成目标等进行确认；QC人员根据LOG和信息服务信息支撑计划，完成质检方式和覆盖率等支撑计划的确认。由QC、信息员就投诉咨询受理流程进行讨论，确认QC和信息员的职能范围和接口关系。将确认完成后的客服服务发展计划和投诉咨询受理流程提交客服管理人员（单产品）。5. （T1）客服管理人员（单产品）将客服服务发展计划和投诉咨询受理流程提交产品项目人员进行确认, 确认后输出XX业务客服服务发展计划和XX业务内测投诉咨询受理流程。6. 各部门根据服务发展计划中人力预算进行人员招募，人员招募到位后组织培训。4.4.2 平台开发客服人员向运维人员提出业务受理平台需求，并与运维人员一起就业务受理需求进行讨论，确认需求的可行性和覆盖全面性。平台开发完成后由客服人员进行系统功能测试和优化需求的实现。 角色及职责角色职责一线人员（CS、GM、Callcenter）新业务平台需求收集、讨论和确认平台开发跟进和验收QC负责人质检Demo平台需求刷新，新需求收集、讨论和确认质检平台验收输出使用质检平台说明文档LOG负责人主导CS平台、QC平台、LOG平台、知识库、SLA/ITIL、IVR平台、GM Tools平台等渠道平台的筹备讨论和需求点确认业务受理Demo系统刷新，新需求收集、讨论和确认业务受理系统功能验收输出业务受理平台使用说明文档信息员知识库平台功能验收运维人员参与业务受理系统需求讨论主导业务受理系统需求开发实施产品项目人员提供业务受理系统开发接口，参与接口讨论、确认与修改评审业务受理系统测试报告 输入业务受理平台Demo需求QC平台Demo需求XX业务受理系统需求说明书XX业务业务受理系统设计说明书 输出XX业务业务受理系统需求表XX业务平台测试大纲XX业务业务受理系统测试报告XX业务平台使用说明文档 流程1. （T0）运营准入评审通过后，在与一线就业务投诉咨询受理流程进行讨论同时，LOG负责人发起CS平台、QC平台、LOG平台、知识库、SLA/ITIL、IVR平台、GM Tools平台的筹备讨论。CS平台、SLA/ITIL、LVR平台、GM Tools平台由总部热线和成都客服一线人员进行平台需求提交、讨论、确认，以及平台开发的跟进和功能测试验收。2. (T0+10d) 由LOG/QC人员对新业务进行体验后，根据新产品的类型和内容对业务受理平台Demo需求和QC平台Demo需求进行刷新，刷新是对Demo中缺失的查询和修复功能提出完善需求，并对已有功能中需优化点进行整理，输出XX业务业务受理系统需求表，由组内专家对需求完整性、同类投诉的覆盖面进行评审。评审通过后提交运维负责人，由运维人员讨论输出XX业务受理系统需求说明书初稿。3. (T0+14d) 运维负责人召集客服人员、业务开发人员和平台开发人员，就XX业务受理系统需求说明书初稿进行讨论，进行需求确认、接口验证和接口修改计划制定，制定业务受理系统开发计划。4. (T1) 运维人员进行业务受理工具开发，开发完成后提交XX业务业务受理系统设计说明书。5. (T1+7d) LOG /QC负责人根据XX业务业务受理系统设计说明书编写XX业务平台测试大纲，编写完成后对测试大纲中测试点全面性、各功能测试完整性、案例测试结果预测正确性进行评估。6. (T1+14d) 测试大纲评估通过后由LOG /QC负责人根据测试大纲对业务受理平台进行测试，测试完成后输出XX业务业务受理系统测试报告，由运维、项目和客服人员对测试报告进行评审，评审点包括功能完整性、查询条件设置合理性、查询结果输出全面性、操作正确性、工具可靠性、测试点全面性。u 满足需求功能，则该阶段结束。u 不满足需求，业务开发人员根据整改意见，落实整改，完成后交由客服人员再次确认；7. (T2) LOG /QC负责人输出XX业务平台使用说明文档。4.5 封测_5：信息流转平台准备和流程确认信息员与项目确认封测阶段BUG/建议报告内容和定期输出频率，根据产品需求定期邮件提交报告；跟进各信息平台新产品分类添加和相关权限申请。 角色及职责角色职责信息员与项目确认BUG/建议搜集需求，并将项目搜集要求反馈给社区管理员汇总并输出产品BUG/建议收集周报表跟进各信息平台开发维护人员添加新产品分类跟进QC申请各信息平台相关系统权限社区管理员通过封测论坛收集用户反馈的BUG和建议，整理提交信息员Web后台管理系统、boss系统和客服infor系统开发维护人员响应信息员需求，进行新产品分类在各自系统的添加 输入XX产品BUG/建议收集需求信息流转流程demo 输出XX产品BUG/建议收集周报XX业务信息流转流程 流程11. （T0）由信息员与项目确认BUG/建议搜集需求，并将项目搜集要求反馈给社区管理员。2. （T0+7d）社区管理员根据项目需求通过封测论坛进行用户反馈BUG和建议的收集，每周提交信息员，由信息员汇总输出XX产品BUG/建议收集周报，并通过邮件提交项目。 流程21. （T0）由信息员将内测阶段信息负责人名单提交总部客服信息员，将之添加为后台信息周知系统的版主，以便在开始承接信息流转服务后进行信息收集和反馈工作。2. （T0+?）由信息员向“Web后台管理”、“boss系统”和“客服/infor系统”各信息平台开发维护人员提出添加新产品的需求，同时跟进QC申请各信息平台相关系统权限。3. （T0+?）由信息员召集客服、运维和项目确认各信息流转过程中的接口人名单。 流程31. （T0）由信息员根据新产品类型和内容对信息流转流程demo进行修改、添加和删除等刷新，输出XX业务信息流转流程初稿。2. （T0+5d）信息员召集运维、项目人员，对新产品各类问题联系人名单和运营状况报表内容进行确认，并根据确认结果更新XX业务信息流转流程。3. （T0+14d）信息员召集一线客服人员、项目和运维人员对XX业务信息流转流程就其中提交渠道、提交方式、反馈方式、流转进程、角色、运营状况报表内容及输出频率等关键点进行评审。4. （T1）评审通过，信息员在内测开始前一周内发布XX业务信息流转流程。互动娱乐运营部 运营支撑白皮书 第4章 封测阶段 4.6 封测_6：突发报障标准确认和平台准备信息员刷新突发报障流程并召集一线客服人员、项目和运维人员共同进行评审，评审通过后于内测开始前发布。便于各渠道对突发判断标准、接口人等的明确统一，实现突发报障服务的更好提供。 角色及职责角色职责信息员根据产品类型刷新（修改/添加/删除）突发报障流程与运维、项目人员确认突发事件单责任人、突发报障联系人和运营状况报表内容及输出频率主导一线、运维和项目对新产品突发报障流程的评审GCS、BBS和Callcenter人员参与新产品突发报障流程的评审，并反馈意见运维项目人员确认新产品突发报障流程中事件单责任人和突发报障联系人参与新产品突发报障流程的评审，并反馈意见 输入突发报障流程demo 输出XX业务突发报障流程 流程1. （T0）由信息员根据新产品类型和内容对突发报障流程demo进行修改、添加和删除等刷新，输出XX业务突发报障流程初稿。2. （T0+5d）信息员召集运维、项目人员，对新产品突发事件联系人名单、事件管理系统关注人名单和运营状况报表内容进行确认，并根据确认结果更新XX业务突发报障流程。3. （T0+14d）信息员召集一线客服人员、项目和运维人员对XX业务突发报障流程就其中突发事件判定依据、突发分级明细表、覆盖范围、提交渠道、提交方式、反馈方式、流转进程、角色、运营状况报表内容及输出频率等关键点进行评审。4. （T1）评审通过，信息员在内测开始前一周内发布XX业务突发报障流程。同时将产品分类和故障处理责任人/关注人名单提交流程管理组同事，由流程管理组同事跟进事件管理系统的新产品分类和责任人/关注人的添加。& 说明：突发报障流程中包括以下具体内容：判定标准：突发事件判定标准、突发级别定义和分级明细表覆盖范围：新产品正常及非正常工作时间内业务故障的报障处理过程提交渠道：BBS、GCS、热线提交方式：事件管理系统填写回复事件单反馈方式：信息员/热线人员将事件管理系统运维反馈录入boss系统流转进程： 各突发故障提报渠道在发现突发故障时，通过rtx/phone通知信息员，并根据信息员给出的临时回复口径将突发事件内容和回复口径录入boss系统 运维人员对故障进行处理或跟进，处理完成后答复事件单 信息员根据事件单答复内容对boss系统内容进行更新，追加突发事件恢复时间和处理结果角色：突发事件联系人（白班、晚班的第一二三责任人）正常工作时间联系人为信息员，非正常工作时间联系人为运维和项目；运营状况报表内容及输出频率：第5章 内测阶段5.1 内测_1：内测舆论引导危机方案推行5.2 内测_4：社区推广方案规划与实施为了更好的为产品的品牌与口碑进行正面的引导，对负面的舆论进行规避，通过论坛平台、结合外部团队资源最大化进行用户舆论、虚拟社区、论坛社区的推广。客服管理人员（单产品）以及社区管理人员根据产品的不同运营阶段白皮书，进行研究分析，引申出社区不同的话题，以及宣传点，组织制定本产品的社区推广方案规划，推广方案为产品运营方案的实施提供依据有效的支撑，结合产品优点，论坛资源以及外部玩家团队舆论宣传资源进行推广,体现社区的核心价值。 角色及职责角色职责单线客服管理人员（单产品）负责方案推行，结合相关资源对工作的实施给予与指导和把控社区管理员负责对不同时期不同内容的游戏主题作执行，主要为社区推广计划的撰写,以及输出效果项目总监监控整体进度，评审业务规划,产品服务组主管负责产品服务组单线业务规划与实施过程目标达成把控，评审业务规划产品项目人员提供产品业务信息，评估社区推广计划的可行性、必要性、完整性输出效果，对规划进行评审并给予专业性建议 输入xx产品运营方案 输出xx产品外部玩家招募计划xx产品社区舆论引导方案（包含危机预案和check list）xx产品社区整体活动策划案xx产品社区支撑计划 流程客服管理人员（单产品）（T0）由社区管理专员获悉xx产品运营方案内容，根据白皮书内容分析推广点以及可利用资源，与客服管理人员（单产品）以及项目人员接碰项目推广关注点，并输出xx产品社区推广计划和xx产品社区舆论引导方案；（T0+3）由客服管理人员（单产品）发起xx产品社区整体活动策划案和xx产品社区舆论引导方案xx产品社区支撑计划的评估，社区管理员招集相关的负责人(专家组和主管等)商议规划内容给出评审意见,在多次沟通后,确定最终的xx产品社区推广计划和xx产品社区舆论引导方案（TO+4）社区管理员根据最终的xx产品社区推广计划和xx产品社区舆论引导方案xx产品社区支撑计划的定稿进行外部团队的人力评估，决定是否需要进行外部团队的人员招募；若需要招募，则在（TO+4）-（TO+5）两天内完成人员的招募事宜；（T0+7）客服管理人员（单产品）及社区管理员对内审意见进行2次确认，通过后招集项目组评估该计划可行性、必要性、完整性，项目评估规划内容通过后开始根据计划内容进行实施,并由社区管理员输出阶段性(双周)反馈和总结；实施过程中, 产品服务组主管和单线产品经理根据计划内容进行整体把控和指导, 并由社区管理员输出阶段性(双周)反馈和总结;5.3 内测_5：公测改版规划与实施业务进入内测阶段中期后，为了游戏产品从测试阶段顺利向公测阶段过渡，针对业务内容的刷新和公测运营的要求，客服管理人员（单产品）需携同用户管理员、社区管理员制定公测论坛版面支撑和执行方案，完成后召集相关人员评审，并输出提交web组人员进行版面改版和实施跟进。l 角色及职责 角色职责单线客服管理人员（单产品）负责论坛版面规划的指导及工作实施过程的目标达成社区管理主管指导单线业务的版面规划,对