当前页为各项子页业务支撑之摘要，一般情况： 子项有更新，此摘要页内容也需周期性（如，暂定每周五下班前需更新）。

售后支撑问题类型：

• 平台操作相关
• 运营问题排查

售后支撑流程：

1. 客户提出问题
2. 确定问题类型：
   • 平台操作相关：
     • 可直接告知流程。如有疑问，可向施工或产品部确认细节。
     • wiki【操作手册-桩联网系统】 中完善注意点。
     • wiki【产品FAQ】中寻找问题，如有必要可在FAQ中补充完善。
   • 运营问题排查：
     • 评估客户提供信息是否足够，建议客户按工单模板反馈。
     • 如客户无视工单提示，先通过1问1答了解问题发生之账单号等信息，我方先汇总梳理成工单。
     • wiki 路径【技术运维-业务支撑-客户】记录工单，跟踪-分析，尝试排查问题，如需研发配合则转给研发部分析。
     • 跟踪记录初步排查结论后，答复客户前通过wiki案件号或邮件告知施工当前处理结果，得到确认后可将处理结果已工单模式反馈客户。
     • 询问客户“此处理结果是否解决您当前问题”，记录结果，客户确认已解决，则在案件下注明“已解决”处理结果。
     • 对当前问题，如果客户最初未按照“工单模板”提供，待问题解决后，再次发送工单模板和示例给客户，配文：为了更高效的解决运营问题，今后的问题建议按照工单模板反馈，感谢理解和支持。

售后支撑原则：

• 工单处理工程中，记录问题信息，未得到明确结果前，不可以任何方式给到客户判断性结论。
• 如客服催促，可有这些答复方式：
  • 正在紧急处理中，请耐心等待。
  • 您的问题需要进一步分析，请耐心等待。
• 如案件已完结，可将客户案件号对应的案件内容复制告知客户。不可将wiki中连接直接发送客户。

建议的分析思路：

1. 理解问题，如为复杂问题，可将其拆分，逐个分析。
2. 展示分析数据，，如 单号 等关键数据列，描述初步分析结果。如需要进一步支持，转研发分析。
3. 针对客户问题，进行解答，一般情况不用提供分析过程描述，除非客户要求才提供。

客户案件对照表

案件号规则：客户简称_case#X_当天日期。示例：zsjx_case#1_20190903。其中每个独立客户case#X ,  X为数字从1开始，渐增。
页面case数量限制：考虑单个页面过大问题， 暂时先定单运营商单个页面case数量： 每40个case，新开一个页面。
页面规则：1）作为子级页面。2）命名 xx_1,比如 igo_1

令狐充案例

坚信案例

南方众悦案例

IGO案例

方硕

金凯瑞