商务邮箱
service@relation-graph.com 更适合售前咨询、企业合作、会员规划，以及需要人工协同处理的订单问题。
service@relation-graph.com
客户服务
客户服务
这里集中说明联系渠道、提问前建议准备的信息，以及公开支持与付费支持之间的差异。
联系渠道
不同问题该联系谁
优先根据问题是否涉及隐私、订单材料，或是否适合公开讨论，来选择联系渠道。
服务邮箱
邮箱更适合提交发票申请、支付问题、订单跟进，以及需要留档的材料。
service@relation-graph.com
GitHub
GitHub 更适合提交公开产品反馈、文档建议，以及适合社区共同查看的问题。
打开仓库联系前建议
什么信息能帮助我们更快响应
相比一大段空泛描述，简短但可复现的问题上下文通常更有帮助。
实现问题或交付协同
当你需要人工支持时，项目上下文通常比问题本身更重要。
- 说明你现在是评估阶段、Demo 阶段，还是已经进入真实交付阶段。
- 说明当前时间节点或交付压力。
- 列出具体阻塞点、期望结果，以及你已经尝试过的方案。
支持等级
支持服务如何划分
支持体系是分层设计的：公开渠道覆盖通用问题，付费方案主要用于降低交付摩擦，而企业服务则进一步提供更强的协同支持。
免费范围
开源核心、公开文档和 GitHub 仍然是通用产品问题的基础支持路径。
- 更适合自助评估和早期集成阶段。
- 通用问题优先查看 GitHub 和公开文档。
- 当项目暂时不需要直接协同时，这是最自然的默认起点。
Pro
Pro 的目标是通过更强的实现参考，减少重复摸索，更适合较小规模交付任务。
- 更适合个人开发者、顾问项目和小规模交付场景。
- 当示例和实现参考的重要性高于正式协同时，会更合适。
- 通常也是从自助路径走向企业级协同之前最务实的一步。
Enterprise
Enterprise 面向团队项目、客户项目和企业采购流程，强调更清晰的沟通、更快的响应和更稳定的交付协同。
- 更适合团队项目和企业采购场景。
- 更利于发票、订单和支持流程标准化处理。
- 当交付风险比单纯节省成本更重要时，通常应该优先考虑这一层级。