基于 amoCRM 的销售主管仪表盘：让计划与实际数字不再有争议

要点。销售主管需要的不是又一份 amoCRM 报表，而是一份公平的排行榜：考虑到今天是本月第几天，谁在完成计划。为此，计划按日折算存储，实际按已成交交易统计，行的颜色反映进度而非百分比。下面介绍我们在 2024–2025 年为一位客户搭建此类仪表盘的方式，以及哪些做法被证明有效。

数据从哪里来

服务每小时从 amoCRM 拉取用户、团队与角色，以及每位经理的交易。实际业绩是本期内成交的赢单金额之和；线索是本期内创建的交易；转化率是两者之比。被停用的员工会被识别出来，不出现在排行榜中。

把计划折算为日额度

月度计划可按团队或个人设定，但以每日额度存储。这样任意时段的计划就是该时段各天额度之和，即使跨越两个计划不同的月份也能算对。团队计划在选定的经理之间平均分配。

有一个细节：日额度会取整到坚戈，因此 31 天的 1,000,000 ₸ 月计划会变成 999,998 ₸。界面需要考虑这一点，让月度合计与主管录入的数字一致。

按进度亮灯

在 30 天的月份里，第 12 天完成 40% 计划的经理其实是领先的。因此行的颜色按预期百分比计算：实际业绩除以已过天数的占比。绿色表示进度不低于计划，黄色表示达到一半以上，红色表示不足一半。

数字在哪里会误导

• 口径不同。销售按成交日期统计，线索按创建日期统计。转化率比较的是不同批次的交易，短期内可能超过 100%——必须事先说明，否则大家会不再信任仪表盘。
• API 限制。amoCRM 规定每个集成每秒不超过 7 次请求。用户数据分小批、带间隔更新，最近更新过的会跳过，长时段在后台计算并显示进度条。
• 双重校验。交易在 API 请求中过滤一次，本地再按“成功成交”状态与日期过滤一次，避免把相邻时段边界上的交易算进报表。

它给销售团队带来什么

大家看到同一个数字：卖了多少、离计划还差多少、结合当月进度谁落后了。晨会讨论的是交易，而不是谁的表格才对。我们在线索来源报表中也采用了类似的 amoCRM 数据处理方式。