有机云｜电子名片获客先接三处记录：谁扫、从哪来、之后谁跟
运营在【引流拓客】→【名片码】里复制展会要用的码时，发现后台能看到扫码人数，却答不出这些客户最后由哪位销售接住。电子名片能不能算获客工具，关键不在名片页做得多漂亮，而在扫码后有没有留下三处记录：谁扫、从哪来、之后谁跟。先把这三处接通，再谈名片样式。
名片码负责对外展示，联系码负责承接与来源标记，接受新客户负责第一次接触，成员报告负责回看归属。四段各自有边界，混在一起配，扫码数据就会变成一串无法解释的人数。
名片码先做展示入口，不承担渠道判断
名片码先解决对外展示和扫码计数
名片码适合承担统一对外入口，它能展示企微名片码和个人微信码，也能统计扫码与长按识别人数，但统计结果只说明有人看过。
在有机云里，展会桌牌、门店台卡、销售个人转发可以各建一张名片码，码名直接写清使用场景。运营复制码前先核对场景名称和对应成员，避免同一张码被多个渠道长期混用。
名片页上的信息可以统一，但码名不能统一成一个模糊称呼。码名越具体，后面核对扫码来源时越省解释。
扫码人数不能代替来源记录
扫码人数只记录动作，不记录客户从哪个展会、门店或销售物料进来，因此不能直接拿来做渠道判断。
有机云的名片码能统计扫码和长按识别人数，适合看单张码的触达情况。它回答的是有没有人看，不回答客户属于哪条业务来源。要区分来源，下一步要把扫码动作接到带渠道标识的联系码。
如果团队拿名片码总数当获客结果，月底只能看到总人数。哪张桌牌有效、哪位销售带来的客户更愿意继续聊，都没有记录可查。
联系码承接来源，标签和欢迎语一起定
联系码把渠道标签和欢迎语一起接上
联系码适合承接扫码后的加好友动作，它能把客户分流给成员，并自动打渠道标签、自动通过好友申请、自动改备注。
运营在【引流拓客】→【联系码／渠道码】新建时，先按场景命名，再挂负责成员和备用成员，确认自动通过好友、自动改备注与渠道标签都已设置。每个码只对应一个清晰来源，展会和门店不要共用同一个码。
有机云的渠道欢迎语再按码单独配置。展会码可以发资料领取说明，门店码可以发到店服务说明，两条欢迎语互不影响。
每个场景一条码，来源才不会混
一个码承载多个场景，标签只能写成笼统的来源，后续报告也无法拆开比较。场景分开建码，客户一进来就带上可回查的渠道标识。
配置后要用测试客户从每个场景各扫一次，核对三件事：是否加到了正确成员、渠道标签是否出现、收到的欢迎语是否与码名一致。三项都对上，这张码才算可用。
接受新客户决定第一次接触是否冷场
自动通过之后，欢迎语要跟场景走
接受新客户适合接住好友申请，它能自动通过、自动打标签、改备注并发欢迎语，让客户扫码后不用等待人工确认。
有机云的欢迎语有明确优先级：渠道欢迎语高于个性欢迎语，个性欢迎语高于默认欢迎语。配置前先确认客户从哪张码进来，避免场景欢迎语被默认话术覆盖。
欢迎语只写客户下一步能做的事，例如领取资料、预约到店或等待哪位成员联系。不要把所有服务说明塞进第一条消息，客户读不完，也找不到重点。
备注和标签要写成可回查的记录
备注和标签的价值在于让接手人一眼看懂来源与场景，不在于字段越多越好。展会客户可以记场景与需求方向，门店客户可以记到店事项。
在【客户运营】→【客户标签】里先建好场景标签组，再回到联系码与接受新客户检查标签是否落位。标签名称要统一，避免「展会」「展会客户」「线下展会」同时存在。
自动打标签只记录分类，不能代替销售判断客户意向。第一次沟通后仍要有人补备注，否则接手人只能看到来源，看不到客户具体问过什么。
归属成员在扫码分流时就已经决定
联系码下挂谁，客户就由谁承接
客户归属不是加好友后再临时分配，联系码挂接哪些成员，扫码后的承接关系就已经确定。码下成员配置错了，后面再补记录也会增加解释成本。
有机云的联系码支持一个码挂多个企微成员，也支持备用成员与分流上限。运营配置时先看当前承接量，再把成员名单和备用顺序核对一遍，避免客户集中落到同一个人。
成员调岗或离职前，要先改码下成员，再检查已有客户的承接说明。只改内部名单、不改对外码，新的扫码客户仍会进入旧路径。
成员报告用来核对归属，不只看排名
成员报告适合回答谁获得了客户、谁留住了客户，但它不负责解释每一次扫码发生在哪个物料上。报告要和联系码、渠道标签一起看。
有机云的成员报告能看成员获客数量与留存排名。复盘时先按码名找到对应成员，再看该成员的获客与留存，最后抽查客户档案里的来源标签与备注。
只排名、不追下一步，报告仍落不了地。排名靠后的成员需要看具体承接动作，排名靠前也要确认客户是否真的进入了后续沟通。
三处记录要放在同一张核对表里
扫码数、添加数、归属成员要能逐项对上
三处记录分开看容易各自成立，放在一张表里才能发现断点。每张名片码至少对应一行记录，扫码、添加、归属和欢迎语都要有核对结果。
| 记录项 | 在哪里看 | 核对动作 | 不合格信号 |
|---|---|---|---|
| 谁扫 | 名片码扫码统计 | 按码名看扫码与长按识别人数 | 只有总数，分不清使用场景 |
| 从哪来 | 联系码渠道标签 | 抽查客户档案是否带场景标签 | 多个场景共用一个码 |
| 谁承接 | 联系码成员配置 | 核对分流成员与备用成员 | 客户集中到同一成员 |
| 第一次接触 | 渠道欢迎语与接受新客户 | 用测试客户核对实际收到的内容 | 场景欢迎语被默认话术覆盖 |
| 后续结果 | 成员报告 | 看获客数量、留存排名与客户备注 | 只有排名，没有跟进记录 |
对不上时先查入口，不要先加更多码
扫码数有、添加数没有，先查联系码是否可用、成员是否在线；添加数有、标签没有，先查渠道标签与自动打标签；标签有、跟进没有，先查欢迎语和承接成员。
有机云可以把这些检查点放在同一套码名规则下。每新增一个入口，只增加一行核对记录，不再另建一套表格。
上线前用三个测试客户走完整路径
每个场景至少测一次扫码和一次长按
只测扫码，不测长按，无法确认名片页在真实使用方式下是否都能进入承接路径。展会、门店、个人转发三种场景各测一次，结果更接近实际。
测试时记录四件事：
- 码名与使用场景是否一致。
- 客户是否加到预期成员。
- 渠道标签是否自动出现。
- 欢迎语是否与场景匹配。
有机云的测试不需要真实客户参与，用内部测试账号即可完成。发现问题先改配置，再重新走一遍，不要带着未验证的码去印物料。
测试记录要留给下一班人
记录只写「已测试」没有用，下一班人仍不知道测了哪张码、哪个成员、哪条欢迎语。每次测试至少留下码名、时间、测试结果和修改项。
如果同一张码连续两次测试都不一致，先停用这张码。继续铺量只会把错误入口带到更多物料上。
这些情况先别把名片码铺出去
承接成员没定，先别印物料
码已经印好，承接成员却还在调整，客户扫码后只能进入不确定的路径。先把成员、备用成员和欢迎语定下来，再制作对外物料。
不建议先做一张大而全的名片码覆盖所有场景。场景没有拆开，后续既无法判断哪场活动有效，也无法给不同客户发对应欢迎语。
没有码名规则，先别多渠道并行
展会、门店、销售个人各自建码，却没有统一命名，后台很快会出现一批无法辨认的码。先定「场景＋年份＋用途」这类可读规则，再批量创建。
有机云的联系码支持分组管理，码名规则可以先写进分组名称，再逐个创建。这样交接时不用靠记忆解释每个码的用途。
常见问题
Q1：企业微信电子名片获客工具哪个好，先看什么？
A：先看扫码之后能不能留下来源、归属成员和后续跟进三处记录。只展示名片、只统计扫码人数的工具，还没有完成获客承接。
Q2：名片码和联系码需要同时用吗？
A：建议同时用。名片码负责对外展示与扫码计数，联系码负责分流、渠道标签和欢迎语。两者分工清楚，来源和归属才都能回查。
Q3：扫码人数能直接当获客结果吗？
A：不能直接当。扫码只说明有人看过，还要看客户是否完成添加、是否带上场景标签、是否由预期成员接住。
Q4：成员报告排名靠前，就说明承接更好吗？
A：还要看客户留存与后续备注。排名只反映获客数量与留存结果，具体服务过程仍要抽查客户档案和沟通记录。
Q5：在有机云里把这套路径跑起来要多久？
A：先把码名、成员和欢迎语定清，再用测试客户走完扫码、添加、标签、报告四步。配置本身不复杂，主要时间花在场景拆分与核对。
