服务范围可核对
- 客户常见疑虑
- 口头说的服务内容，上线后会不会缩水？
- 迈旗的做法
- 服务内容、责任划分、交付物、验收标准与排期在方案与合同中逐项写明，变更需双方确认。
- 可验证证据
- 在签署前逐条核对方案中的服务清单与验收标准，作为后续验收依据。
服务承诺方式
六个方向，全部落到合同条款
以下是我们承诺的方向，具体范围、时间与责任划分在方案与合同中逐项写明。
- 响应有反馈
- 问题受理、处理进度与最终结果可追踪；具体响应方式与时间窗口按所选服务包在合同中约定。
- 交付能落地
- 从环境准备、系统部署到业务配置形成可验收结果，不以「代码已交付」作为完成标准。
- 沟通懂业务
- 先理解招聘平台与人力资源业务，再讨论技术方案；用你听得懂的语言说明实现方式与影响。
- 方案可定制
- 基于现有产品能力适配你的字段、流程与运营方式，定制范围与实现方式先评估再确认。
- 合作可持续
- 上线不是终点，维护、升级与技术支持有明确入口与约定方式，避免上线后无人对接。
- 价格讲清楚
- 区分产品费用、服务费用、第三方费用与变更费用，变更需先确认范围再执行。
问题处理流程
从提交到归档，每一步都有产出
流程的目的不是走形式，而是让问题有人受理、有结论、有反馈。
第 1 步：提交问题
通过产品建议与问题反馈入口或已约定的服务渠道提交，说明现象、发生时间、影响范围与复现步骤。
阶段产出：一条可定位的问题记录，含环境信息与影响范围
第 2 步：受理与定级
确认问题是否可复现，判断属于产品缺陷、配置问题、使用疑问还是新增需求，并按影响程度定级。
阶段产出：问题分类与处理级别，以及后续负责人
第 3 步：定位与方案
在测试或验证环境中定位原因，给出处理方案；如涉及范围变更或额外工作量，先说明再推进。
阶段产出：原因说明与处理方案，必要时含变更范围确认
第 4 步：处理与验证
按方案处理并在验证环境确认结果，再决定发布或应用到你的正式环境。
阶段产出：处理结果与验证记录
第 5 步：结果反馈与归档
把处理结果反馈给提交方；具有共性价值的问题与建议进入产品版本规划，通过版本记录对外可见。
阶段产出：结果反馈，以及是否进入版本规划的结论
响应机制
响应方式提前约定，而不是事后协商
- 渠道约定
- 合作前确认问题提交渠道与对接人，避免出现「不知道找谁」的情况。
- 响应时间
- 响应时间窗口与服务时段按所选服务包在合同中约定；未购买服务时按公开渠道与文档自助处理。
- 进度可见
- 受理、处理中、待确认与已完成等状态对提交方可见，处理过程有记录而非口头承诺。
- 升级路径
- 影响业务运行的问题有明确升级路径，必要时由技术负责人介入并同步处理进展。
客户参与
客户的真实问题，是产品迭代的输入
建议与问题反馈有独立入口，评估结论会回到提交方，产品变更通过公开版本记录可见。
- 每个产品都有建议与问题反馈入口，不需要先找到销售才能提问题
- 建议会被记录、分类与评估，并把评估结论反馈给提交方
- 具有共性价值的需求沉淀为公共产品能力，专属业务需求作为定制需求单独处理
- 产品建议不等于免费定制，涉及工作量的需求先确认范围与实现方式
- 产品变更通过公开版本记录对外可见，可核对更新时间与实际功能变化
服务证明
服务质量也要能被核对
按「客户常见疑虑 → 迈旗的做法 → 可验证证据」组织，每条都能在合作过程中检验。
交付可验收
- 客户常见疑虑
- 怎么判断这次交付算不算完成？
- 迈旗的做法
- 按环境、系统与业务配置划分交付阶段，每个阶段给出可检验的产出，验收通过后再进入下一阶段。
- 可验证证据
- 按方案中的阶段产出逐项验收，并保留验收记录与遗留问题清单。
问题处理可追踪
- 客户常见疑虑
- 提了问题之后就没有下文怎么办？
- 迈旗的做法
- 问题按受理、定级、定位、处理与反馈流程推进，状态与结论对提交方可见。
- 可验证证据
- 通过反馈记录核对问题状态与处理结论，并确认是否进入版本规划。
上线后仍有支持
- 客户常见疑虑
- 项目结束后，后续维护和升级还有人负责吗？
- 迈旗的做法
- 维护、升级与技术支持作为独立服务持续提供，支持范围与方式按服务包约定，不随项目结束自动终止。
- 可验证证据
- 在合同中确认支持范围、期限与续期方式，并核对约定的对接渠道。
常见问题
服务范围与响应方式的常见问题
服务承诺写在哪里？官网算承诺吗？
官网只说明我们的服务方式与流程，正式承诺以方案与合同为准。服务范围、交付物、验收标准与响应约定都会写进合同文本，避免只停留在口头描述。
响应时间是多久？
响应时间窗口与服务时段按所选服务包约定，不同服务包的约定不同，因此我们不在公开页面给出统一的小时数。未购买服务时，可通过部署文档与公开资料自助处理。
免费市场版有人工服务吗？
免费市场版不默认包含人工服务，可通过部署文档与公开资料自助部署使用。如果需要人工部署、定制或技术支持，可以单独购买对应服务。
提交的产品建议会被采纳吗？
建议会被记录、分类并评估。具有共性价值的需求可能进入产品版本规划，通过版本记录对外可见；只服务单一业务的需求会作为定制需求单独评估，产品建议不等于免费定制。
交付过程中需求变更怎么处理？
变更需要先确认范围、实现方式与对排期的影响，再决定是否执行。涉及额外工作量或第三方费用时会提前说明，不在未确认的情况下直接推进。