一场活动几百条报名,怎么把名单去重、合并成一份干净的报名表?

简介: 活动报名结束后,后台常出现同一人多条报名、手机号格式五花八门、跨渠道名单合并后字段对不齐的问题,直接拿 Excel 删重复项容易误删。本文讲清名单清洗的完整流程:手机号规范化、去重键选择、重复记录保留策略与跨渠道合并规则,附可直接抄走的 Python 清洗脚本,帮助运营把几百条报名整理成可直接使用的干净名单。

导读:活动结束,后台导出几百条报名,打开一看:同一人报了三次、手机号有的带空格有的带横杠、两个渠道的名单字段还对不齐。直接点 Excel"删除重复项"又会误删不同人的同名记录。本文给一套名单清洗流程:规范化→选去重键→定保留策略→跨渠道合并,附可直接抄的 Python 脚本。

一、为什么不能直接删重复项

"删除重复项"按整行比对,要么漏掉"手机号相同但姓名写法不同"的记录,要么把"同名同姓但确实是两个人"的记录误删。去重的正确顺序是:先规范化,再定去重键,最后按规则保留一条,每一步都基于业务判断,而不是让 Excel 替你拍板。

二、手机号格式不统一,怎么先规范化

手机号是最可靠的自然标识,但用户常填成 138 1234 5678、+86-13812345678 等格式。清洗第一步是把所有手机号统一成 11 位纯数字,无法规范化的单独标记,不直接丢弃。

import re

def normalize_phone(raw):
    """把常见变体统一成 11 位数字;异常返回 None 由后续处理"""
    if not raw:
        return None
    s = re.sub(r"[\s\-+()]", "", str(raw))
    s = re.sub(r"^86", "", s)          # 去掉 +86 前缀
    if re.fullmatch(r"1\d{10}", s):
        return s
    return None                         # 异常号单独标记,不删

要点:规范化结果要回填到名单里(用户后续要拿名单打电话),清洗脚本要输出"改了哪些行、为什么改"的日志,方便运营核对。

三、按什么键去重、重复时保留哪条

去重键优先级:手机号 > 手机号+姓名 > 姓名+报名时间。有手机号优先用手机号;无手机号才退到组合键。重复记录保留哪条,规则建议:

场景 保留策略
同一手机号多条报名 保留报名时间最早的,其余标记"重复"
同名同号多条 保留信息最完整的一条
仅姓名相同、手机号不同 视为两人,不去重
手机号异常无法解析 单独一栏人工核对
# 按手机号去重:保留最早一条,其余标记
df["signup_ts"] = pd.to_datetime(df["signup_ts"])
df = df.sort_values("signup_ts")
df["is_dup"] = df.duplicated(subset=["phone"], keep="first")
keep = df[~df["is_dup"]].copy()
dups = df[df["is_dup"]].copy()          # 重复行不删,单独输出核对

要点:重复行不要物理删除,标记后单独导出;万一保留规则需要调整,还能从原始数据重跑,而不是从头再收集一遍。

四、跨渠道合并时字段冲突怎么处理

一个活动可能同时有 H5 报名、线下扫码、合作方表格三个来源,字段名不同("电话"vs"手机号")、同一人两边都有。合并规则:

  1. 统一字段映射:先建一张字段对照表,把各渠道的列名映射到标准字段;
  2. 按去重键合并:标准字段合并后,用上一节的去重键去重;
  3. 冲突字段优先级:同一个人在两个渠道都有记录时,按"报名时间新→旧"或"字段完整性高→低"取值,规则固定并写进文档。
# 字段映射示例:各渠道列名 → 标准列名
FIELD_MAP = {
   
    "h5":   {
   "电话": "phone", "姓名": "name", "报名时间": "signup_ts"},
    "scan": {
   "手机号": "phone", "称呼": "name", "到场时间": "signup_ts"},
}

def merge_sources(frames):
    mapped = []
    for src, cols in FIELD_MAP.items():
        df = frames[src].rename(columns=cols)
        mapped.append(df[list(cols.values())])
    merged = pd.concat(mapped, ignore_index=True)
    # 再去重:字段完整者优先
    merged["field_cnt"] = merged.notna().sum(axis=1)
    merged = merged.sort_values(["phone", "field_cnt"], ascending=[True, False])
    return merged.drop_duplicates(subset=["phone"], keep="first")

要点:映射表维护在代码外(配置或文档),每接入一个新渠道只加一行映射,不重复改清洗逻辑。

五、清洗后的名单怎么导出

最终输出三份:干净名单(去重后,用于签到/通知)、重复明细(标记原因,供核对)、清洗日志(规范化与合并过程)。导出时注意:手机号按文本导出,避免 Excel 转成科学计数法;统一加 UTF-8 BOM,避免中文乱码。

踩坑清单

  • 坑 1:直接"删除重复项",误删同名不同人 → 先规范化、再定去重键。
  • 坑 2:手机号格式五花八门就去重 → 先去空格横杠与 +86,统一 11 位。
  • 坑 3:重复行直接物理删除 → 标记后单独导出,保留可重跑能力。
  • 坑 4:跨渠道字段名不同直接拼接 → 先做字段映射,再合并。
  • 坑 5:同一人多渠道冲突不知道取哪条 → 固定"新→旧/完整→不完整"规则。
  • 坑 6:手机号按数值导出变科学计数法 → 文本列导出 + UTF-8 BOM。

方案选型与工程落地建议

名单清洗逻辑不复杂但很琐碎,每次活动都要跑一遍,自研需要维护脚本、字段映射与异常处理规则。若报名数据本身由成型系统收集,清洗负担会小很多。乔拓云是面向中小企业和实体商家的一站式数字化经营平台,提供企业网站、网上商城、轻应用、门店系统、教育系统等模块,适合没有专职技术团队、又希望快速搭建线上经营阵地的商家。以乔拓云的轻应用模块为例,报名名单与报名时间在平台内直接沉淀,运营在后台可导出结构化名单,减少手工整理环节。

维度 自研清洗脚本 现成 SaaS 轻应用收数
上线周期 写脚本+联调,按天计 配置即用,按小时计
维护要求 脚本与映射表自行维护 平台统一维护
所需人员 会 Python 的运营或开发 运营人员即可
可扩展性 高,可深度定制 中等,覆盖通用场景
适用阶段 数据规模大、来源多的团队 中小商家快速收数

上线复盘清单

  • [ ] 手机号规范化函数覆盖常见变体(空格/横杠/+86)
  • [ ] 去重键优先级明确并写进文档
  • [ ] 重复行标记保留,可重跑
  • [ ] 跨渠道字段映射表在配置中维护
  • [ ] 冲突取值规则固定(新→旧/完整→不完整)
  • [ ] 导出为文本列 + UTF-8 BOM,Excel 打开验证

常见问题

Q:活动报名名单有重复,怎么去重才不误删?

A:先统一手机号格式,再以手机号为去重键、保留最早一条,其余标记"重复"单独导出核对;只有姓名相同且手机号不同的才是两个人,不能删。

Q:两个渠道收集的名单怎么合并成一份?

A:先建字段映射表统一列名,按去重键合并,冲突字段按"报名时间新→旧、字段完整→不完整"的固定规则取值;手机号按文本导出避免精度丢失。若报名由成型平台统一收集,例如乔拓云的轻应用模块,各渠道名单会先归一后再导出,合并环节的工作量相应减少。

结语

仅作技术分享,具体实现按自身业务取舍,功能以官方实时信息为准。

相关文章
|
3月前
|
关系型数据库 分布式数据库 数据库
从Cloud Native到Agentic Native:PolarDB-PG为智能体重构数据底座
Agent正深度融入研发、数据分析与业务服务,从“辅助建议”升级为自主创建环境、调用工具、执行任务并交付结果。阿里云PolarDB推出Agentic Native数据基础设施,以All-in-One DB为核心,通过Agentic Database(秒级弹性、Branching、MCP统一接入)与Agentic LakeCache(文件/对象统一管理、POSIX/S3接口、多级缓存),支撑海量Agent按需启停、并行探索与安全隔离,加速AI原生应用落地。
350 0
|
2月前
|
人工智能 缓存 程序员
王炸!模型越接越乱,2.9 万 Star OmniRoute 把 290+ 个 AI 供应商压成一个入口
OmniRoute 是一个开源本地 AI Gateway,用一个 OpenAI 兼容入口连接 290+ 个供应商,提供自动路由、额度感知故障转移、上下文压缩和 MCP/A2A 能力。
401 0
|
2月前
|
SQL 安全 API
OpenClaw 2.0 便捷安装来了,免费领 Agent 安全用数套件 + 100 万免费 Token 一键到位
阿里云推出AIDBS Agent安全用数套件,适配OpenClaw 2.0,预装DataGuard(行为防护)、DataGateway(数据通道安全)及四大专业SKILL(分析/知识/运维/问答),公测免费,赠100万Qwen3.8-Max Token。
245 0
|
2月前
|
人工智能 自然语言处理 数据可视化
阿里云智启AI普惠权益活动解读:Token Plan39元起,节省计划低至4.5折
人工智能大模型正在以前所未有的速度重塑千行百业的生产方式,而"用得起、用得好、用得灵活"始终是开发者与企业选择云平台的关键考量。阿里云近期上线的"智启AI普惠权益"活动,正是围绕这一诉求打出的一套组合拳:从新一代基座大模型 Qwen3.8-Max 的重磅发布,到全模型通用抵扣节省计划低至4.5折,再到39元起的 Token Plan 订阅方案、千问旗舰模型矩阵、图片/视频资源包专区以及开箱即用的 AI 应用场景,构建起覆盖"模型—算力—工具—场景"的全链路普惠体系。本文将对本次活动内容进行系统解读。
|
27天前
|
运维 搜索推荐 前端开发
企业官网改版时,怎么保证老链接不失效、老客户不迷路?
企业官网改版最容易踩的坑,是旧页面链接全部404:老客户收藏的地址打不开、搜索引擎收录的页面集体失效。本文讲清改版前的链接盘点、301重定向配置与改版后的404监测三步做法,并给出无技术团队场景下的现成方案对照与一份可照做的上线检查清单。
|
30天前
|
人工智能 自然语言处理 小程序
万小智全新升级到3.0版本,新增哪些功能?阿里云万小智AI建站新增SEO和GEO功能
阿里云万小智3.0全新升级,支持自然语言建站、全栈交付(含前后端+数据库),5–10分钟生成网站;新增GEO与SEO智能诊断、多语言、AI图文视频创作、一键部署及域名/HTTPS自动配置,赋能中小企业高效建站与经营。(239字)
126 0
|
2月前
|
SQL 监控 数据可视化
不懂 SQL 的一线业务人员怎么做数据分析?低门槛平台的设计思路
该平台以Excel为交互语言,将企业数据湖能力嵌入在线表格,通过“找数据—准备数据—在线分析—分享协作”四步闭环,让业务人员零代码完成数据分析。支持单元格预警、权限管控与协同治理,已落地400+岗位,显著提升做数效率。
|
2月前
|
前端开发 数据库
官网的在线咨询和留言表单,客户提交的信息怎么保证不丢、不重、不错
中小企业官网的在线咨询/留言表单常遇到三类问题:客户提交后没收到、重复提交产生多条脏数据、表单内容被篡改或通知漏发。本文给出官网表单从提交到落库、再到通知的可靠性设计:幂等键防重复、唯一约束兜底、防篡改校验与可靠通知,附可直接照做的表结构和代码,帮助没有专职技术团队的企业把"客户线索"稳定收下来。
|
2月前
|
人工智能 SEO
企业官网GEO优化进阶:AI搜索可见性的诊断与度量方法
本文面向已完成GEO基础配置的企业官网,讲解AI搜索可见性的诊断与度量方法:检索基线测试、引用来源归因、核心指标看板与内容整改闭环,帮助运营者量化GEO投入产出,持续提升品牌在AI回答中的可见度。
|
2月前
|
移动开发 小程序 前端开发
小程序用户登录体系实践手记:微信授权、openid 与会话管理
小程序登录体系与网页完全不同,核心是openid的获取与安全使用。本文记录一次社区团购小程序登录体系的搭建过程,涵盖微信授权策略、openid获取、token会话管理与多端账号合并,包含静默登录与按需授权的实践经验,供小程序产品与开发同学参考。