mysql - 代表调用中心客户问题逻辑

Question

我需要解决工作预订软件中的问题，并希望找到一种好方法。

当前系统使用一组复选框来表示客户调用电话时的问题描述。这些复选框对管理很有用，但从客户的角度来看却没什么用。

我的想法是为这些复选框项目提供 1 个或多个英文表示，并与每个复选框相对应。当客户打电话解释他们的问题时，可以轻松地即时搜索到该信息。

有时，电话接线员可能需要提出进一步的问题，并且我需要在最初的问题描述之后允许一定程度的提问。

在问题诊断结束时，这应该仍然代表后端的 1 个或多个复选框。

一个例子:

• 一位顾客打电话提示“我的水很冷”。
• 电话接线员输入“冷”，返回多个结果“维修热水系统 - 燃气”和“维修热水系统 - 电力”
• 为了正确选择，会向接线员提出另一组问题。 “您的 HWS 是天然气吗？”、“您的 HWS 是电力吗？”

选择后，正确的项目就会与该作业关联。

我需要找到最好的方式来表示这一点？

我猜核心要素是:

1. 低级复选框说明
2. 英文描述(每个复选框 1 个或多个)
3. 缩小描述范围的次要问题

如有任何帮助，我们将不胜感激!

Answer 1

基本上，一个问题可以有多个答案。每个答案都可能引出多个问题。这可以持续多个级别。这是我将如何解决这个问题的非常基本的描述......

以下是建议的查找表结构:

表格:问题(QId、QuestionText)所有问题都保存在此处
表:答案(AId、AnswerValue)所有可能的答案都在这里(是、否、冷、热、温暖、不起作用等)
表:问题答案(QAId、QId、AId)问题答案组合存储在此处(空调是否正常工作？是/否)
表:相关问题(QAId、QId) 对于给定的问题答案组合，下一组要问的问题是什么(“空调是否工作 - 否”，然后问“你有电吗？”) ？，你家里有空调吗”，“这是汽车空调还是家用空调？”)

以下是建议的数据表结构:

表:CustomerInfo(CuId、CDetails...)每个客户一条记录
表:ContactInfo(CId、Cdetails...)每次联系客户时一条记录
表:QASeriesForContact (QACId、CId、SearchTerm) 搜索词/问题(每次调用可以有多个，对吧？)
表:每个问题的 QASeriesDetails(QASDId、QAACId、QAId)，跟踪问题答案直至解决

我知道我们将不得不对此进行一些修改以满足您的需求 - 开火吧，我会尽力提供帮助。