读者打开 Dice2x 的 FAQ，多半是因为某一件具体的事已经出了岔子，或者马上要出岔子：一笔存款没有到账，一笔提款卡在某个状态，一份文件被打回，或者一个奖金的实际发放和促销页面上写的似乎不是一回事。理解任何平台 FAQ 之前，先要搞清楚它在结构上到底能回答哪类问题。一份做得扎实的 FAQ，回答的是对所有读者都一样的答案。它回答不了那些答案取决于具体账户的问题。
每一页 FAQ 都建立在一条分界线上
平台的 FAQ 既不是工单系统，也不是条款文件，它夹在两者之间。它的存在是为了让客服队列不被那些静态页面就能解决的问题塞满：哪些文件可以接受，流水要求一般是什么意思，某条支付通道通常需要多长时间，会话过期之后会发生什么。这些答案在不同账户之间是稳定的，所以可以写一次，让成千上万的人反复读。
FAQ 做不到的是告诉某一位读者：你的这笔存款为什么没到，你的这笔提款是否已经通过，或者你的这份文件有没有通过审核。这些答案需要平台打开账户去看。任何 FAQ 页面，无论写得多详尽，都没法查看账户。这就是读者带着走进页面每一个问题的那条边界：如果一个答案换一个账户就会不同，那么 FAQ 就不是能给出这个答案的地方。
FAQ 能给出有约束力答案的问题
有三类问题可以稳稳地落在 FAQ 的能力范围之内。第一类是流程：步骤是什么，顺序是什么，每一步读者需要提供什么。存款问题靠列出从收银台到余额入账的路径来回答。提款问题靠列出从提交申请到资金放行的路径来回答，包括验证关卡，如果有的话。这些是机制性的描述，不会因为读者不同而改变。
第二类是文件清单。FAQ 可以写明哪些身份文件通常可以接受，哪些格式会被拒绝，什么情况会导致文件无法辨认。它可以写明水电账单必须是近期的，但除非页面本身印出了具体数字，否则它不会写明对这家平台来说“近期”是多久。清单本身就是答案；读者要做的是拿自己的文件去对照清单。
第三类是定义。流水要求、翻倍、待处理期、拒付、自我排除、休眠账户：FAQ 可以用平台自己的词汇来定义每一个术语，这样读者在促销页面或条款文件里碰到这些词的时候，就知道它们会对自己的钱产生什么作用。定义不是对某个具体数字的承诺，它承诺的是这个数字会被施加到什么东西上面。
| 问题类型 | FAQ 能解决的部分 | FAQ 解决不了的部分 |
|---|---|---|
| 存款未入账 | 存款通常走的路径，以及哪些支付方式经常出现延迟 | 这位读者的存款是否卡住了，卡在队列的哪个位置 |
| 提款待处理 | 提款经过的阶段，以及每个阶段代表什么意思 | 这位读者的提款是否已经通过了某个阶段 |
| 文件被拒绝 | 可接受文件的清单，以及常见的拒绝原因 | 这位读者的这份具体文件为什么被拒绝 |
| 奖金未入账 | 奖金被添加的一般条件 | 这位读者这一次是否满足了那些条件 |
| 账户被锁定 | 可能触发锁定的几类事件 | 哪一类事件适用于这位读者的账户 |
针对具体账户的答案在哪里
当读者的问题落在上面那张表的右侧，FAQ 就不是终点站。它是指向终点站的地图。针对具体账户的问题，有约束力的答案存在于三个地方之一：账户本身、平台的条款文件、或者一个客服渠道，在那里有人可以打开账户查看。
账户是第一个要查的地方。一笔没到账的存款，可能已经出现在交易记录里，带着一个读者没有注意到的状态。一笔看起来卡住的提款，可能显示着一个读者没有读过的阶段。FAQ 可以告诉读者哪个页面会显示状态；它不能告诉读者状态是什么。这就是分工。
条款文件是第二个地方。FAQ 里关于任何规则的说法，都是对某条完整规则在其他地方全文表述的概括。流水要求在 FAQ 里被定义，但适用于某个具体奖金的倍数写在促销页面或奖金条款里。提款限额在 FAQ 里被描述，但适用于这位读者所用货币和支付方式的具体数字写在提款政策里。FAQ 是索引，不是正文。
客服渠道是第三个地方，也是唯一能回答取决于账户状态的问题的地方。读者查过账户、查过条款，仍然不知道为什么某件事会发生，就不该指望 FAQ 来解决。他们应该指望 FAQ 告诉他们用哪个渠道、准备好哪些信息。这是 FAQ 最后也最实用的一项功能。
什么会变，以及为什么 FAQ 没法把变化冻结住
平台网站上的每一个数字都可能变动，FAQ 也不例外。今天列出的支付方式明天可能被移除。这个月写明的文件规则下个月可能收紧。印在 FAQ 里的处理时限可能被修改，而 FAQ 并不会在同一天被重写。FAQ 是平台当前答案的一张快照，不是把答案冻结起来的合同。
这一点有一个非常实际的影响：读者如果依赖几周前在 FAQ 里读到的一个数字，他依赖的可能已经是不再适用的数字。唯一有约束力的答案版本，是读者采取行动那一刻平台自己网站上显示的版本。如果 FAQ 说某条提款通道存在，而收银台不再显示这条通道，那么收银台就是当前的真相。如果 FAQ 说某类文件可以接受，而上传页面拒绝了它，那么上传页面就是当前的真相。FAQ 从属于处理读者实际操作的那些实时页面。
把 FAQ 当作一组指针来读
读平台 FAQ 最有用的方式，不是把它当成一份答案清单，而是当成一份指针清单。每一条都应该带着两个问题去读：这一条告诉我主管页面是哪一个，这一条告诉我主管条件是什么。关于提款的条目指向提款政策和收银台。关于奖金的条目指向促销条款和流水倍数。关于验证的条目指向文件清单和上传页面。
当一条 FAQ 没有指向任何地方，这种缺失本身就是信息。如果提款条目没有写处理时限，读者就不该假设存在一个时限。如果奖金条目没有写流水倍数，读者就不该假设倍数很低。如果文件条目没有列出格式，读者就不该假设任何格式都能接受。FAQ 在某一点上保持沉默，不是把答案藏起来了；它是在告诉读者，答案不在这页上，读者必须去别处找，或者开口问。
联系客服之前读者应该做什么
FAQ 最大的实用价值在于，它能避免一次客服联系被浪费掉。读者带着 FAQ 已经回答过的问题去找客服，最好的结果也就是收到一份 FAQ 的复述。读者带着 FAQ 回答不了的问题去找客服，但自己没查过账户和条款，对方会让他先去查。FAQ 就是联系客服之前的检查清单。
这份清单很短。第一，读与问题对应的 FAQ 条目，记下它指向了哪个其他页面。第二，打开那个页面，读当前版本的规则。第三，打开账户，读交易或文件的当前状态。第四，如果问题仍然没有解决，联系客服时带上账户标识、交易参考号（如果有的话），以及看起来互相矛盾的具体页面。这就是 FAQ 被设计出来的使用顺序，也是能最快得到解决结果的顺序。
FAQ 不是平台有约束力的声音
读 FAQ 时有一个区分比其他任何区分都重要：这个页面是平台写的，但它不是平台有约束力的声音。有约束力的声音是条款文件。FAQ 可以概括、解释、指引；它不能推翻。如果 FAQ 说一件事，条款说另一件事，以条款为准。如果 FAQ 说一件事，收银台做的是另一件事，以收银台为准。FAQ 是一种便利，不是一份合同。
这就是为什么读者永远不该把 FAQ 条目当成承诺。它描述的是平台在写作时打算让流程如何运作。流程本身是在账户页面和支付通道里实现的，那些才是移动读者资金的工具。FAQ 是说明书；说明书可能过时，但机器永远是最新的。
常见问题
Dice2x 的 FAQ 能告诉我为什么我的提款一直处于待处理状态吗？
不能。FAQ 可以描述提款经过的阶段以及提款被搁置的常见原因，但它无法查看具体的账户。某笔提款当前的状态显示在账户的提款记录或交易记录里，而这笔提款的有约束力答案来自平台对账户的审核，不是来自 FAQ 页面。
如果 FAQ 把某类文件列为可接受，这是一种保证吗？
不是保证。FAQ 写的是平台在写作时的一般文件规则。上传页面在上传那一刻执行的是当前规则，验证团队则把这些规则应用到具体文件上。如果上传页面拒绝了 FAQ 列出的某类文件，上传页面就是当前的真相，读者应该去查文件要求页面上的最新版本。
FAQ 会写明某个奖金的流水要求吗？
它可能会定义流水要求是什么、如何计算，但适用于某个具体奖金的倍数写在促销页面或该促销的奖金条款里。FAQ 不是奖金条件产生约束力的地方；它是解释词汇的地方。
如果 FAQ 和收银台显示的内容矛盾，我该怎么办？
以收银台为准。FAQ 是静态的概括，可能落后于实时支付通道的变化。收银台是处理存款和提款的界面，所以它反映的是平台支付方式的当前状态。如果这个矛盾关系重大，把两个版本都记下来并向客服提出，但行动上按照收银台的版本来。
本页是一份独立概括，说明平台 FAQ 页面覆盖哪些内容、它的效力止于何处。本页并非由 Dice2x 发布，也不为该公司陈述任何数字或状态；读者所需答案的唯一有约束力来源，是平台自己的 FAQ 页面和条款页面。
理性游戏
博彩应被视为付费娱乐,而非赚钱或挽回损失的方式。美国读者可拨打 1-800-MY-RESET (1-800-697-3738)。
各地法定年龄为 18 岁或 21 岁,请遵守适用于你所在地的规定。
本文是关于这些机制如何运作的一般性说明,不构成法律建议,也不是对任何运营方的推荐。
