跳至正文
Stonen
中文
登录

部署、支持与责任划分

开始使用需要什么,谁负责什么

Stonen 的部署是协助式的:目前没有自助开通,若说有,就会造成产品无法兑现的预期。本页说明贵公司需要提供什么、每个阶段会发生什么,以及存在哪些依赖。

本页不承诺任何响应时间、可用性或服务等级。此类承诺取决于合同,以及仍在积累中的测量历史。

贵公司需要提供什么

几乎所有内容在贵公司的运营中都已经存在。Stonen 需要的,是访问您已经在维护的数据。

项目接受的格式为什么需要
项目库存状况接受的格式电子表格、ERP 导出文件或系统集成为什么需要这是起点:没有可售石材,就没有可推荐的内容
项目客户与联系人档案接受的格式电子表格或导出文件为什么需要决定可以向谁报价,以及通过哪个渠道
项目订单历史接受的格式电子表格或导出文件为什么需要这是引擎的证据。没有它,推荐就成了猜测——系统会如实说明,而不是编造
项目团队与客户组合接受的格式人员名单以及谁服务哪些客户为什么需要决定谁能看到什么,以及谁对每个商机负责
项目一名对接人接受的格式—为什么需要公司内能解答数据相关问题的人。缺少这个人时,最容易拖慢进度

真实客户数据只有在对数据来源进行书面梳理、并获得公司明确授权之后才会导入。这里没有捷径,原因是:一次错误的导入,撤销起来远比预防昂贵。

部署如何进行

  1. 梳理数据来源。 电子表格和导出文件在导入前先进行分析:有什么、缺什么、哪里自相矛盾。结果是一份文件,而不是一个印象。
  2. 在独立环境中进行首次导入。 任何数据都不会直接进入生产环境。导入结果与来源逐一核对,对不上的退回上一步。
  3. 与贵公司团队核对。 由公司内的人查看数字并确认是否吻合。电子表格中的错误就是在这一步暴露出来的。
  4. 录入人员和客户组合。 每个人分配与其实际工作相符的角色。
  5. 协助使用。 业务团队在直接陪同下开始使用,最初几天的调整都在这一阶段完成。

Stonen 的第一次部署把产品从库存带到了真实运营中。这次部署由开发者本人主导,尚未由其他人执行过——降低这种依赖是正在进行的工作,而不是已经解决的问题。

Stonen 依赖什么

有三项依赖,它们之间的区别很重要:

依赖不可用时
依赖身份系统不可用时任何人都无法登录。 这是唯一的硬性依赖——产品在缺少它时拒绝运行,而不是开一道后门
依赖消息平台不可用时WhatsApp 发送功能不可用,系统会明确提示。产品的其余部分照常运行
依赖翻译服务不可用时消息以原文发送。不会有消息因此发不出去

身份系统和消息平台由 Stonen 的同一所有者运营。这简化了运维,同时也集中了风险——对正在评估的人来说这是一个相关事实,因此写在这里。

目前的支持如何运作

工单在产品内部通过菜单提交,进入一个客服系统。可以提交工单的是账户所有者和技术角色。

支持由开发产品的同一个人提供。这使得响应快速且有针对性——这也是当前运营最大的薄弱环节,因为没有第二个人。

没有签约的响应时限,没有值班,也不提供非工作时间的支持。 将来如果有,那是因为已经签约并且可以持续,而不是因为写在页面上好看。

谁对什么负责

事项负责方
事项导入数据的正确性负责方客户公司——数据来源属于客户公司
事项依据推荐做出的商业决策负责方客户公司。Stonen 负责推荐和解释;它不做决定,也不销售
事项系统运行、修复与演进负责方Stonen / Cert4All
事项基础设施可用性负责方托管服务商,依其自身条款
事项备份与恢复负责方Stonen / Cert4All,流程已文档化并经过演练

此划分描述的是当前的实际做法。它不能替代合同:合同、数据处理和服务等级的草案已经存在,但尚未经过法律审阅,在此之前不应签署。

页面更新于 2026年9月22日.