拖入一个表格。它会自己 识别出列。
没有要下载的模板，没有必须匹配的确切标题名，也没有要一路点击的导入向导。上传一个活动的线索，列会被自动识别：下面准确说明如何识别、什么是必需的，以及线索进入队列后会怎样。
▸ 一条线索真正需要的唯一东西
只有一个字段是必需的：去掉所有非数字字符后至少有 10 位数字的值。就这些。任何没有符合条件内容的行都会在上传时被跳过，而不是悄悄破坏你的活动，你会看到究竟有多少行成功导入的计数。
其他一切：姓名、邮箱、州、自定义字段，都是可选的、附加的。一个只有一列电话号码的文件也是有效的上传。
▸ 列识别实际如何运作
导入器会对每个字段检查一系列常见的标题拼写，不区分大小写。如果你的文件使用其中之一，就会被自动映射，无需手动匹配字段：
phone, Phone, phone_number, Phone Number, mobile, cell：或者，如果都不匹配，则使用第一个至少含 10 位数字的列。first_name, First Name, firstname, first, namelast_name, Last Name, lastname, lastemail, Emailstate, Stateconsent_date, consent date, consentdateconsent_source, consent sourceconsent_description, consent text, consent_textconsent_proof_url, consent_proof, proof_url文件中任何与可识别标题不匹配的内容都不会被丢弃，而是作为额外数据保留在线索记录上，所以你业务特有的自定义列（保单类型、房产价值，无论你跟踪什么）即使没有专门字段也能在导入后保留下来。
▸ 同意列是可选的，但值得使用
如果你的线索附带有记录的同意，比如网页表单的同意勾选、签署的协议、或者记录了同意的通话录音，上面的四个同意列可以让你在上传时把证明直接附到每条线索上：何时同意、来自哪里、内容是什么，以及支持文件的链接。
拨打线索并不需要这些。但如果发生同意纠纷，把记录附在线索本身上，而不是埋在某个单独的表格里，就是三十秒内回答问题与根本回答不了之间的区别。参见 我们如何保持合规 了解 DialerSeat 自动执行的内容与依赖此类记录的内容的更完整情况。
▸ 线索上传后会怎样
线索没人接听时，并不是拨一次就被遗忘。在一条线索被永久搁置之前，有一个内置的重试周期：
未拨打
新进入队列，从未拨打。这是每条线索上传后的初始状态。
无人接听 / 已跳过
已拨打但未接通，或被坐席手动跳过。会自动回到队列，最多共 3 次尝试。
已达上限
已尝试 3 次未接通。从活跃拨号队列中移除，让坐席不再浪费时间，但记录和历史完整保留，不会删除任何内容。
已拨打 / 预约 / 成交 / 谢绝来电
由坐席在接通后选择的通话结果设定。“谢绝来电”结果会立即把线索从整个活动的后续拨号中移除。
每次尝试都会带时间戳记录在线索上，所以审查活动的管理者可以准确看到某个号码被尝试了多少次、每次发生了什么，而不只是最终结果。
▸ 几点实用说明
- 上传时不会拒绝重复的电话号码：如果你的源数据中同一个号码出现两次，两行都会导入。导入干净的名单，拨的就是干净的名单；导入器不会替你处理源数据没有处理的问题。
- 每次上传都只针对一个活动。 没有跨活动共享的“全局”线索池，线索就待在你放的地方。
- 上传是追加，不是替换。 向已有线索的活动再上传一次，会添加到现有名单中，而不是覆盖它。
- 上传前用全国登记名单进行谢绝来电清洗仍由你负责，导入器接受你给它的一切。参见 我们如何保持合规 了解哪些是自动执行的、哪些是卖方责任的完整分工。
一个实用建议： 如果文件中的某一列名称出乎意料，比如 Telephone 而不是 Phone，后备识别（第一个含 10 位以上数字的列）通常也能识别出来，但最稳妥的做法是在上传前把电话列重命名为上面某个可识别的标题，尤其是在大文件上，你想确保每一行都正确映射时。