轻流上线要多久，看流程让不让步
问平台型工具多久能上线，就像问装修多久能住：取决于你想改多少。轻流这类表单流程平台，能力也在这里，代价也在这里：每一张表单、每一条流程，都要有人去搭、去试、去改。
搭系统的人选谁，这里有个常见的坑：交给最懂业务的那个人。懂业务的人搭出来的流程最贴合，但他本人的业务会被搭系统占掉一半；交给不懂业务的人，搭出来的东西技术上顺、业务上拧，试运行阶段全部推翻重来。折中的做法是两个人搭：业务的人出流程图，动手的人照着配，每周对一次。
所以上线周期的真实答案分两半：工具本身开通是当天的事，流程搭到能用是另一回事。
搭建的三笔账
第一笔是搭建。表单、字段、流程节点、权限，一个业务模块搭下来，熟手几天，生手几周。客户管理、订单、审批这条链，涉及销售、财务、管理层的流程各有一套，中间还有交叉。按人天估，再乘一点五留返工的余地，比较接近实际。
第二笔是试运行。流程搭完不等于能用，得让销售真的往里录两周数据，才会暴露设计时想不到的问题：某个字段销售死活不填、某条审批绕不开某个人。试运行按周算，两轮起步。
第三笔最容易被漏：维护。上线不是终点，流程一变就要改。加一个字段十分钟，但一个月改十次，累计就是一天半。业务在长的公司，这条线上的投入是持续的。
维护这件事要写进岗位说明里。谁负责改流程、谁审批改动、改完谁通知全员，三件事定下来，平台型的系统才活得下去。没写进职责的维护，最后都变成没人维护，系统跟业务慢慢脱节，脱节到一定程度，所有人都绕开系统干活，那这个平台就算白搭了。
现成型是另一种算法
千营CRM走的是另一条路：客户、线索、订单、日程这些模块打开就有，「新建客户」「创建订单」「导入线索」都是现成的按钮，字段支持自定义调整。上线当天就能录第一笔数据，要花时间的只有两件事：把自家字段补齐、把线索池和权限定下来。
代价也要说清楚：流程跟着产品走。如果你的审批链、销售流程长得很特别，平台型慢慢搭出来的是贴合的，现成型要迁就，或者在跟进记录和自定义字段里变通。
变通的尺度要心里有数。小变通无伤大雅，比如把某个特殊审批的意见写进记录；大变通要警惕，比如核心流程靠备注和自由文本撑着，那说明流程确实超出了产品的能力，该考虑平台型了。变通用得越多，越说明选错了路线，这是个信号，不是常态。
怎么选，看三样东西
流程特殊度：业务流程跟通用销售流程差不多，选现成的，省下的搭建时间拿去跑客户；流程确实特殊到通用产品装不下，平台型才值得搭。
有没有人管搭建：平台型的命脉是那个搭系统的人。人在，系统越搭越顺；人走了，接手的人看不懂流程逻辑，改一处牵全身。现成系统没这个问题，功能是产品自带的。
上线这件事的急迫度：业务等不起两个月的，现成；流程改造本身就是目的、想借机把管理理一遍的，平台型反而合适，搭建的过程就是梳理的过程。
没有哪种更好，只有哪种更配。上线时间的账要连维护一起算到一年，只算开通那天，怎么算都是平台型慢、现成型快，这算的其实是半笔账。
还有半笔账在机会成本那边。搭系统的两个月，销售团队本来可以多跑多少客户，这笔账很少有人算。反过来，流程混乱造成的报价出错、跟进遗漏，一年损失多少，也没人算。两笔摆在一起，答案往往就清楚了：缺系统的小团队，现成型省下的两个月是真金白银。
给正在犹豫的人一个折中方案：先用现成产品把客户档和跟进记录跑起来，两个月后再回头看流程。很多搭平台的冲动，来自想把流程一次定死，实际流程是长出来的，不是设计出来的。先跑起来，流程自己会告诉你哪里需要定制。
两个月后再看，还有个判断依据：你们绕开系统的次数。销售该记的东西记在了纸上、该走的审批走的口头，绕开的每一处都是定制需求的真实清单。绕开少，现成产品就是对的；绕开多，拿着这张清单去搭平台，也比凭想象搭准得多。
还有个细节提醒：试运行阶段的数据别删。搭平台的时候试录的那些假数据，留着当流程测试用，正式数据另起一套。删早了，想再验证一遍流程的时候，还得重新编一轮数据，白费工夫。
项目型销售的链路有哪些现成动作，项目型销售CRM 里逐段写清了，投标、垫资、验收、回款各占一段。千营CRM 和平台型产品的差别就在这：一个要配，一个打开就有。
