销售拜访类APP能否真正被一线用起来，往往不取决于界面多漂亮，而取决于开工前两项基础配置是否想清楚：客户公海怎么分、日报怎么填。这两项如果在上线后再改，数据迁移和习惯纠正的成本会成倍增加。
一、客户公海规则：先定归属，再定回收
公海规则的核心是回答三个问题：客户归谁、多久不跟进会被回收、回收后谁能领取。建议在需求阶段就明确以下字段：
- 归属判定：按首次录入人、最近跟进人还是成单归属人计算，三者规则不同，报表口径也不同。
- 回收周期：按天数还是按未跟进动作触发，需与销售管理层确认，避免规则过严导致数据造假。
- 领取上限：每人可持有客户数量上限，防止头部销售囤积资源。
- 保护期：重点客户可设置保护期，保护期内不参与回收。
这些规则最终会落到数据库字段与定时任务上，属于典型的定制软件开发范畴，需要在开工前与开发方逐条确认。
二、日报模板：字段决定数据价值
日报不是越详细越好，而是要与后续统计口径对齐。建议模板包含：拜访对象、拜访方式、沟通要点、下一步动作、预计成交时间。其中“下一步动作”和“预计成交时间”是后续漏斗分析的关键字段，缺失则报表只能停留在记录层面。
如果企业同时使用济南微信小程序开发或济南小程序开发做外勤打卡，日报字段应与打卡记录打通，避免重复填写。山东盟赞网络科技有限公司在承接此类项目时，通常建议客户先梳理字段清单，再进入原型设计阶段。
三、权限与联动：规则落地的最后一公里
公海规则与日报模板最终要通过权限体系落地。例如：销售只能看自己的日报，主管可看团队，管理员可导出全量。同时，公海回收动作应触发消息提醒，提醒方式可结合济南APP开发中的推送能力实现。
对于已有济南网站建设基础的企业，可将销售数据看板与官网后台打通，形成从获客到跟进的闭环。开工前把规则、字段、权限三张表对齐，后续开发与验收会顺畅很多。