询盘进来之后的跟进流程怎么在后台走通？先把状态分清楚
答案很简单：先给每条询盘定义清楚的生命周期状态，再谈分配和提醒，状态不清楚，后面所有规则都是空转。
很多后台只有已读和未读两个状态，一条询盘被打开又关掉算不算跟进过？客户回复了但还没报价属于哪一档？这些问题不解决，团队只能靠聊天记录对账，人一多立刻乱套。
状态拆到五档左右比较合适，多了记不住，少了不够用：
| 状态 | 含义 | 谁该看到 | 建议停留上限 |
|---|---|---|---|
| 待认领 | 询盘刚进后台，还没有人接手 | 值班客服、组长 | 2小时 |
| 跟进中 | 已联系客户，等回复或内部报价 | 责任销售 | 3天 |
| 待报价、待审批 | 需要产品或财务配合才能推进 | 相关部门 | 1天 |
| 已成交 | 客户下单或签约 | 销售、财务 | 不设上限 |
| 已流失 | 客户明确拒绝或长期未回应 | 销售，需填流失原因 | 不设上限 |
状态定下来就别频繁改，改一次，历史数据的可比性就少一分，月底复盘转化率的时候也能少扯皮。
谁负责跟进：责任人怎么分配才不会互相甩锅
分配规则要写死在系统里，不能靠口头约定，谁先看到就该显示是谁的，而不是等群里喊一声。
常见分配方式有两种：按区域或产品线自动打标签，系统直接推给负责人；或者公海模式，所有人都能看到未认领的询盘，谁手快谁认领。前者适合分工清楚、产品线固定的站点，后者适合小团队。混着用最容易出问题，同一条询盘两个人都在联系客户。
落地时建议按这几步走：
- 询盘进后台后自动打标签，来源可以是表单页面、产品分类或客户所在国家。
- 系统按标签推给对应负责人，没有匹配到的统一落到组长队列，避免漏单。
- 责任人可以转派，但动作必须留痕，方便复盘时看清楚哪个环节卡住了。
- 一人在跟的询盘，其他人默认只读，减少重复联系客户的尴尬。
多久没动算超时：提醒规则怎么设才不形同虚设
超时线要按状态分别设，不能所有询盘统一套一个时间。刚进后台的询盘两小时没人认领就该提醒，跟进中的询盘三天没更新才提醒，标准本来就不一样。
很多提醒功能形同虚设，是渠道选错了。发到系统消息中心，没人天天盯着看，等于没发。比较有效的组合是企业微信机器人加邮件双通道，紧急的走即时消息，不紧急的走每日汇总。
升级机制也要提前定好：
- 第一次超时，提醒责任人本人。
- 四小时内仍未处理，提醒升级给组长。
- 一天内也没处理的，进入周复盘清单，当流程问题看，不当个人问题看。
提醒设得太密，大家会习惯性忽略；设得太松，超时的询盘又发现得太晚，两者都试过之后再定档。
复盘：询盘进来之后的跟进流程怎么在后台走通，走了这四步
一个做工业阀门出口的团队，三个月内把询盘响应时间从平均两天压到六小时以内，靠的不是加人，是把上面这套状态和分配逻辑真正落了地：
- 先把历史询盘导出来看了一遍，发现四成以上停留在已读未回复超过一周，问题不在客服态度，是根本没人知道这些询盘卡在谁手上。
- 把状态从两档扩到五档，逐条重新打标，同时按产品线设置自动分配，阀门类给A组，管件类给B组，没匹配上的落到组长的公共队列。
- 接上企业微信机器人，待认领超过两小时自动提醒责任人，超时未处理的再提醒组长，两周内漏单情况基本消失。
- 每周开一次十五分钟复盘会，只看已流失状态的询盘和流失原因，不追责，只找流程漏洞。
最容易被省掉的是第四步。规则是死的，客户的行为是活的，没有定期复盘，规则很快就跟不上实际情况。
挑后台工具看什么：别只盯着能不能收表单
选型标准应该是流程能不能落地，而不是表单样式好不好看，状态、分配、提醒才是决定询盘会不会被跟丢的部分。
具体看这几点：状态是否可自定义而不是系统写死；分配规则能不能按标签或区域配置；超时提醒能不能对接常用的企业微信或邮件；数据是不是存在自己的WordPress数据库里，方便长期沉淀，不依赖第三方账号，也不用担心账号到期数据拿不回来。
比如Super Inquiry这类自带CRM的WordPress询盘插件，把状态、认领、提醒直接做进后台，省去另外对接第三方CRM的功夫。
超时时间最好按自己团队的实际响应能力来定，照搬别人的三天超时线，如果你团队本来响应就慢，这条线基本等于摆设。
这套流程解决不了什么
把状态、分配、提醒搭起来，解决的是"询盘进来之后没人管"这一类问题。有三件事它管不到，先说清楚，免得上了系统还失望。
一是询盘本身的质量。流程再顺，进来的全是群发的垃圾询盘，跟进得再快也换不来订单。那是投放和表单拦截要解决的事，跟后台怎么流转没有关系，把希望压在流程上只会白忙一场。
二是人。状态是人手动改的，提醒也是发给人的。销售嫌麻烦不改状态，看板上就永远是一片漂亮的"跟进中"，这种数据比压根没有状态更误导人，因为它看起来是可信的。上系统之前先想清楚谁来维护这个习惯，维护不住就别拆那么多档。
三是跨站汇总。像 Super Inquiry 这类插件，询盘是存在单个 WordPress 站点自己的数据库里的，这既是它的好处也是它的边界：手上有好几个站点、好几个品牌，想看一张合并的总表，它做不到，得在站点之外另做一层汇总，或者干脆上一套通用 CRM。
常见问题
询盘状态需要设多少个才够用？
五档左右比较合适：待认领、跟进中、待报价或待审批、已成交、已流失。状态太少追踪不到进度，太多没人愿意及时更新，反而失去意义。
没人认领的询盘超时了要怎么处理？
先自动提醒责任人或值班组，超时仍未处理的交给组长手动指派，同时把漏单记录下来，作为下一次调整分配规则的依据，而不是催一下就算完。
询盘自带的CRM和外部通用CRM该怎么选？
单一网站、询盘量不算特别大的情况下，用询盘表单自带的CRM基本够用。但如果已经在用一套通用CRM管理全公司客户关系，应该让数据流进现有CRM，避免信息分散在两套系统里对不上。
团队只有一两个人，要不要搭这么细的流程？
规模小可以简化状态档位，比如只留待处理、跟进中、已结束三档，但多久没动要提醒这条规则无论团队大小都建议保留，人少的时候一条询盘被忘掉造成的损失比例反而更高。