我见过不少三月期CRM项目，真正烂尾的不多，半死不活地拖到半年后才上线的却不少。问题通常不在技术可行性，而在启动时把CRM理解成销售管理全集，客户、联系人、商机、合同、回款、审批、佣金、报表都要进第一期。若只把目标定在让一线愿意记录客户资料和跟进过程，三个月能做出可上线版本；若要求所有销售动作线上化，再小的团队也容易失控。这种区分，比选什么技术栈重要得多。

需求阶段最容易看出报价水分。低价外包通常只按功能清单做表单和流程，数据迁移、去重、字段权限、异常回退和上线陪跑都不在默认范围内，后续每一项都可能变成变更费用。报价偏高的方案，差异往往不在页面复杂度，而在是否承担历史数据清洗、组织架构同步、灰度试运行和初期问题响应。市场上从外包团队到途傲科技这类厂商，报价差距大多来自这些看不见的部分，而不是客户详情页多几个字段。

第一期值得做的，是构成客户资产闭环的功能：统一客户和联系人档案、跟进记录、下次联系提醒、商机阶段与预估金额、公海领取与回收规则。这些功能直接决定销售每天是否愿意打开系统，也决定客户会不会随人员流动而流失。字段级权限、操作日志和导入去重也值得投入，尤其在销售撞单、飞单风险较高的团队；它们不显眼，却能避免上线后因数据不可信而弃用。基础报表只需覆盖阶段分布、跟进频次和公海池转化，复杂分析可以后期接BI工具。

多级审批、佣金结算、营销自动化、呼叫中心、ERP库存与生产联动这类模块，不适合在第一期硬做。审批流随组织调整频繁变化，早期可以用简单状态流转配合现有OA完成；佣金规则每个季度都可能变，写死在CRM里会让开发资源被报表和核算占用。营销和呼叫工具市面上已有成熟产品，与其自研几轮边角功能，不如预留接口，等核心数据稳定后再对接。把这些塞进三月期计划，通常是用定制开发的成本，买了一套勉强能用的边缘系统。

时间安排上，前期不要急着铺页面，先锁定客户对象模型、角色权限、公海规则和导入模板，并用真实历史数据试导入。开发中段集中做核心闭环和基础报表，每周让一线销售试用原型，新需求只允许替换原有范围，不直接追加。临近上线选小范围团队试运行，重点处理脏数据、重复客户和移动端录入效率，不要在全公司培训前赶制大而全的功能。自己做团队反应快，但容易被临时需求打断；外包模式更需要把验收标准和变更计费写清楚，否则双方都会在“小修改”上消耗工期。

判断会不会烂尾，先看第一期边界是否守得住。项目启动文档若仍写着“实现销售全流程数字化管理”这类模糊目标，三个月多半只会得到一套演示版，而不是生产系统。只要各方认可先把客户资源、跟进过程和商机漏斗管准，审批、佣金、深度集成都后置，三月内上线并不激进。真正容易失控的是中途看到竞品或别家系统截图，又临时把画像、评分、智能推荐加进来。

开工前可以让业务方只写下销售每天必看的客户字段、必填的跟进信息和真正要看的报表，其余需求先放进待办池。系统上线后第一个月无人录入，比晚上线几周更难补救。