高频使用，但每次停留很短
用户通常在 10 秒到 90 秒内完成浏览、筛选、跟进或汇报，因此列表页首屏必须直接服务当前任务，而不是堆满字段。
Mobile CRM Design Framework
CRM 移动端客户列表页，不应只是“客户名单”
在移动场景里，客户列表页的本质是一个 按角色分发下一步动作的工作入口。 一线销售需要它帮助自己更快找到“今天该跟进谁、该做什么”；管理者需要它帮助自己更快看见“哪些客户风险高、哪些团队成员动作不到位、哪些指标正在偏离”。
核心判断
同一个“客户列表页”，在移动端不应该只做一个通用版本。最佳实践是： 基于统一客户主数据与统一筛选框架，分化为以 动作效率优先 的销售视图，以及以 风险洞察优先 的管理视图。
Business Reality
碎片化
移动端常发生在拜访前后、通勤途中、会后复盘，停留时间短，必须优先展示可立即处理的信息。
Design Principle
少判断、多提示
系统不应迫使用户逐条翻找客户，而应直接给出优先级、风险原因、建议动作与一键执行入口。
Role Split
动作 vs. 管控
销售看“我下一步做什么”，管理者看“团队哪里出问题”。两类目标决定了页面结构不能完全一致。
先看业务规律，再谈页面布局
CRM 客户列表页不是纯信息浏览页，它承接的是客户经营、销售执行、团队管理三类任务。移动端设计的优先级，必须来自业务现实，而不是桌面端页面的缩小版。
01 Business Constraints
客户不是静态档案，而是经营对象
客户列表最重要的不是公司名、联系人名本身，而是跟进阶段、最近互动、成交概率、流失风险与下一步动作。
移动端要强调“异常”和“待办”
正常客户不需要被大量关注；真正需要首屏占位的是今日待跟进、长时间未触达、商机停滞、客户活跃下降等异常对象。
同一数据，不同角色读法不同
销售希望从客户跳到动作，管理者希望从客户跳到判断。前者重一键操作，后者重趋势、分层、异常解释与团队归因。
角色拆解：一线销售与管理者不是同一种列表页
最佳实践不是把所有信息同时塞给所有人，而是围绕角色任务重排页面权重。下面的切换示意给出两类人群在移动端客户列表页上的最佳呈现方式。
02 Role-Specific Views
销售视图的目标：把“查客户”变成“做动作”
一线销售最关心的不是全量客户档案，而是今天需要优先处理的客户池、每个客户下一步该做什么，以及能否在 3 次点击内完成跟进动作。
P1
首屏先给任务分组，而不是长列表
优先展示“今日待跟进、即将流失、拜访前准备、新分配客户、待补记录”等任务型分组，减少翻找成本。
P2
客户卡片必须回答 4 个问题
这是谁、现在处于什么阶段、最近发生了什么、我下一步能立即做什么。这四个问题比完整资料更重要。
P3
把动作入口放到列表层，不要强依赖详情页
电话、微信、记录跟进、发起拜访、更新阶段、添加提醒，应在列表卡片层完成，降低流程跳转。
销售端推荐示意
关键词：任务池、客户热度、下一步动作、一键跟进。
09:41
5G 92%
我的客户
今天优先处理 12 个客户
今日待跟进
待跟进 12
7天未触达 8
本周拜访 5
新分配 3
28
本周跟进
6
高意向
4
停滞预警
华东智造集团
决策阶段 · 上次互动 5 天前 · 预计金额 80 万
即将失温
未回访报价
关键人未触达
建议今日电话
拨打电话
记录跟进
设提醒
新锐生物科技
初次接触 · 昨天新增 · 来源：展会线索
新线索
24h 内首触达
有手机号
推荐发送资料
立即联系
补全画像
转商机
管理者视图的目标：从客户列表里看见团队风险
管理者进入客户列表页，不是为了逐个执行跟进，而是为了快速识别异常客户、判断团队动作质量、定位责任人，并决定应该介入哪里。
P1
首屏先给风险概览和团队分层
需要优先展示高风险客户数、超期未跟进数、商机停滞数、重点客户分布，以及对应负责人分层。
P2
列表卡片要带上“归因线索”
管理者需要知道异常因为什么发生，是销售未跟、客户无反馈、阶段停滞、关键人未推进，还是团队资源配置不合理。
P3
动作不是自己做，而是调度团队
管理者更需要“@负责人、发起辅导、调整归属、发起复盘、查看团队漏斗”等入口，而不是电话/微信快捷键。
管理端推荐示意
关键词：风险雷达、负责人归因、团队干预、经营洞察。
09:41
5G 92%
团队客户
高风险客户 19 个，需今日处理
华东一区
高风险 19
超期未跟进 11
大额机会 7
重点客户 15
4
停滞超 14 天
3
负责人薄弱
2
需管理介入
北辰能源控股
负责人：王宁 · 提案阶段停滞 16 天 · 预计金额 260 万
高风险
关键人未推进
报价后无回音
销售 9 天无跟进
@负责人
发起辅导
查看漏斗
中科装备股份
负责人：李帆 · 战略客户 · 本月活跃下降 32%
需关注
近期拜访减少
新增竞争对手
建议管理陪访
安排陪访
调资源
看历史
推荐页面框架：统一底座，角色分层
最佳实践不是做两套完全独立产品，而是在相同数据底座上，通过模块排序、默认筛选、快捷动作和指标密度的差异，构建两个角色友好的移动端列表页。
03 Information Architecture
共性底座：两个角色都应该有
搜索、智能筛选、客户标签、阶段状态、最近互动、下次待办、风险标识、快捷进入详情页，这些属于统一底座。它们保证销售与管理者看到的是同一份真实客户经营状态，而不是割裂数据。
角色分层：两个角色必须不同
销售默认进入自己的任务池，强调“下一步动作”；管理者默认进入团队视角，强调“异常概览与责任归因”。不要试图用一套字段顺序同时满足两个角色，这通常会两边都不满意。
显示“我的客户 / 团队客户”、当前范围、当前重点分组与必要的统计摘要。顶部文案必须帮助用户立刻知道自己在看什么池子。
移动端优先使用场景化筛选芯片，如“今日待跟进、超期未跟进、重点客户、停滞商机”，避免把复杂筛选器直接平铺在首屏。
用 3 到 5 个数字摘要明确告诉用户当前最值得关注的客户数量。摘要不追求全面，只服务当前动作分配。
公司/联系人、阶段、最近互动、负责人、金额或潜力等级、风险说明、建议动作。字段数控制在 5 到 7 个信息点，不要把桌面端列平铺过来。
销售用联系、记录、约见、设提醒；管理者用提醒负责人、发起辅导、调整分配、查看分析。动作要与角色权限和任务天然一致。
只给红点没有意义。必须说明“为什么它高风险”，例如“14 天未跟进”“关键人未建联”“报价后无反馈”，这样用户才能立即判断处理方式。
两类角色的最佳实践差异
下面从页面目标、首屏排序、卡片信息、快捷动作与 KPI 呈现几项核心设计维度进行并排对比，便于落到实际需求定义和原型设计中。
04 Side-by-Side Comparison
一线销售最佳实践
页面目标
帮销售尽快找到“今天最该跟进的客户”，并在最短路径内完成一次有效动作。
首屏排序
按待办优先级排序，而不是按客户名称排序。默认优先展示待跟进、临近失温、拜访前准备、当天新增线索。
卡片信息
重点显示阶段、上次互动、潜力、下一步建议、提醒时间。避免过多组织架构和团队维度字段。
快捷动作
电话、消息、记录跟进、更新阶段、设提醒、发起拜访。所有动作都服务“立刻推进客户”。
KPI 呈现
强调个人执行相关指标，如今日待跟进数、本周触达数、高意向客户数、长时间未跟进数。
管理者最佳实践
页面目标
帮管理者识别团队客户经营中的异常点，并快速决定要介入哪个客户、哪个销售、哪段漏斗。
首屏排序
按风险等级、金额等级、停滞天数、客户分层排序。优先暴露大额高风险和重点客户异常。
卡片信息
重点显示负责人、团队、停滞原因、最近动作质量、阶段停留时长和管理建议，而不是只显示客户基础信息。
快捷动作
@负责人、发起复盘、安排陪访、调整分配、查看团队分析。动作核心是调度和辅导，不是亲自执行销售动作。
KPI 呈现
强调团队经营指标，如高风险客户数、超期未跟进客户数、重点客户覆盖率、商机停滞分布和人员执行差异。
移动端客户列表页常见误区
许多 CRM 移动端页面体验差，不是因为功能少，而是因为试图在一个列表里承载所有信息，导致页面看起来“很全”，但谁都用不顺手。
05 Pitfalls
误区一：桌面端表格直接缩到手机上
把行业、地区、负责人、阶段、金额、标签、最近跟进全部平铺成多行信息，结果是首屏密度很高，但用户无法一眼判断优先级，也找不到操作入口。
误区二：只提供筛选，不提供任务推荐
让用户自己组合条件找客户，会增加操作负担。更好的做法是系统预置高频任务池，让用户在大多数情况下不需要手动搭筛选器。
误区三：只有红黄绿，没有原因说明
风险标识如果没有可解释原因，用户依然需要点进详情页才能理解问题。移动端应直接给出异常成因和建议动作，减少判断链路。
最终结论：CRM 移动端客户列表页的最佳实践
如果把这件事压缩成可执行的设计结论，可以归纳为以下三条。它们既能指导原型设计，也能直接转成 PRD 中的页面策略。
06 Final Recommendations
结论一：列表页必须以“经营动作”而不是“客户资料”来组织
移动端优先展示待办、风险、下一步建议和一键动作，让列表页成为经营入口。客户主档案可以进详情看，但不应主导首屏结构。
结论二：销售端和管理端应共享数据底座，但分化默认视图
销售看自己的任务池，管理者看团队风险池。统一数据定义，分化视图编排，这是兼顾效率、一致性和后续演进成本的最佳平衡点。
结论三：首屏只放最能驱动决策的 20% 信息
不要试图在手机上做到“信息完整”，而要做到“决策完整”。用户只要能立刻知道谁重要、为什么重要、下一步做什么，页面就是有效的。