金蝶适合什么企业：账在第一位、过程在第二位的公司
一个财务总监说过一句话：月底要出报表，销售那边填的东西我看不懂，也不敢用。
这句话把两家公司的处境说清了。他们要的第一件事是账准，凭证、科目、成本、开票、银行流水，一笔都不能错。销售跟到哪一步、客户上个月谁去过，是第二件事。
账在第一位的公司，先上 ERP 是对的，这一点没什么可争的。
ERP 的入口是凭证
金蝶这类系统的起点是会计科目。所有业务动作最后都要落到一张凭证上：发货对应成本结转，收款对应银行科目，开票对应应收。它的强项是让这些数字对得上，且经得起审计翻。
所以它的用户是财务。销售登进去，通常只做两件事：查库存、看这个客户欠多少。再多就超出他的日常了。
反过来问一句：销售拜访完客户，回来的路上想在手机上写两行记录，写在哪。ERP 里通常没有这个位置。硬要放，就是加自定义字段，加到第十个，财务开始抱怨界面乱。
销售过程的入口是记录
项目型销售的日常是这些：这条线索从哪个渠道来的，谁在跟，跟到第几趟，报过几版价，客户的技术负责人认不认，哪天开标，中标后预付款到没到。
这些事在千营里有对应的位置。客户档案往下挂着联系人、关联订单、跟进记录、日程；一条线索能「转为客户」，客户能「创建订单」，订单里选分阶段收款，收一笔用「收款」记一笔，原定时间和实际时间摆在一起。
三个交叉点，定不清就会重复录
两套系统并行，出问题的地方就三处。
客户档案谁做主。建议以 ERP 的客户编码为准。千营的客户字段支持自定义，加一个"ERP 编码"字段，录新客户时必须填。名称可以不完全一致，编码一致就行，对账按编码对。
报价在哪生成。千营没有独立的报价单模块，菜单里找不到这一项。报价是在订单里用「添加产品/服务」逐行带出来的，产品从「产品库」选，数量一填，小计自动算。ERP 那边通常是销售订单或者合同，最终金额以合同为准。两边要对得上，就约定一件事：合同签完，把金额回填到订单上，别让两个数各走各的。
回款以谁为准。财务认银行流水，销售认客户说"打了"。这两个数天然差几天。做法是销售在订单里记实际到账，财务在 ERP 里认流水，每月对一次，把差异列出来，别指望实时一致。
重复录入的代价算得出来
一个客户在两边各建一次，看着只多花两分钟。一年三百个新客户，就是十个小时。真正的成本不在录入，在对不上：一边写"XX 科技有限公司"，一边写"XX科技"，同一个客户查两次查不到，销售以为没建，又建一个。
回款对不上更麻烦。销售说这单收了三十万，财务账上二十八万，两万在途。为了这两万，两个人查两天。
减少重复只有两个办法：能对接就对接，不能对接就定死一条规则，谁先录、谁复核。规则比接口便宜，但规则要靠人守，人一换就得重新说一遍。
还有一处容易漏的重复：产品。CRM 里有一套产品，ERP 里有一套物料，两边的编码和单价经常对不上。报价时照 CRM 报，发货时按 ERP 的价算，差额最后落在毛利上，谁也说不清是哪一步错的。
千营做不到的那部分
不做凭证，不做成本核算，不开票。这三件事该在 ERP 里就在 ERP 里，别指望 CRM 替。
报价单和审批流也没有独立模块，这是硬边界，别信人说"能配出来"。用订单加产品能顶报价的行，审批得靠人和日程。
反过来说，ERP 也不管销售过程。客户为什么丢、这个月新线索转化了多少、哪个销售的报价改版最多，这些在千营的线索分析和订单分析里看，ERP 里翻不出来。
两套并行还有个隐性代价：得有一个人专门管口径。客户编码规则、金额取哪个数、月底哪天对账，都要有人拍板。这个人通常是财务经理或者运营，没有他，两套系统会越走越远，最后谁也不信谁的数。
什么情况下别并行
两套系统不是标配。销售十个人以内、账务不复杂、老板自己看报表的公司，先上一套更省事。硬要并行，光月末对账就能耗掉两天，两天里没人干正事。
并行的前提是财务有专职的人，销售也有一定规模。这两条不成立，就先解决最疼的那件事，另一件放一年再说。
至于先上哪一套，看老板月底最怕什么。怕报表出不来、怕审计问话，先 ERP；怕客户跟丢、怕回款没人盯，先销售这一套。先上哪个不是技术问题，是哪件事更疼。
账要准，过程要活。这两句话不冲突，只是得分开放在两套系统里。
客户档案、订单、回款在两套系统里各归谁管，项目型销售CRM 这页按投标、垫资、验收、回款分段写了；千营CRM 能做的范围和做不到的边界，官网首页写着，先看一眼再决定要不要并行。
