居间CRM哪家靠谱 三处事实摆出来 花钱那笔账再单独讲
先把结论摆出来：一套居间机构手里那套管客户的系统靠不靠谱，不看口头承诺，看三处能摆出来的事实——客户怎么评价、用满一年的人还愿不愿意再续、有没有人愿意把同行介绍过来；至于花钱那笔账，要跟这三处分开算。两件事混在一起谈，谈不出结果；分开谈，两边都有能自己核的落点。
下面按几处分开讲：前三处是判断靠谱的事实面，从第四处起是花钱那笔账。每一节先把结论给出来，再用这一行里常见的情形和能当场问出口的数目往回对一遍。
头一件：客户评价，问的是日常那几件动作顺不顺
这一件先说结果：客户评价有用，但要看评价落在什么事上——落在「好不好用」这类形容词上的帮不上忙，落在具体动作上的才当得了依据。
问一圈用过一阵的人，落到嘴边的多半是几个数：月底那份表拉出来要等多久、一屏能装下多少行、新人接手那天要把旧记录点开几次才翻得完。这几个数听着零碎，量的却是同一件事——一次能看多少、多久能出齐。
所以问评价的时候，问法比答案重要。问「好不好用」，得到的多半是客气话；问「上回拉那份清单等了多久」，得到的才是能用的话。这一行里做久了的人多半知道这一点，拿评价去比系统都是拿具体场景去对，而不是收一堆形容词。
顺一件：续费率，看的是第二年还会不会接着用
这一条给的结论是：续费率量出来的不是一个百分比，而是一个动作——第二年还会不会接着用下去。
为什么这个动作有分量。系统签下来就得天天碰，一年到头哪儿顺手、哪儿别扭，用的人心里都有数；第二年还接着用，说明这套东西没有被搁到一边去。
这里有个取数的问题要注意：数由谁来算，结果会很不一样。厂商自己报的数，各家算法都不一样；更实在的做法是绕开数字去看事实——去年签约的那一批，今年还在用的有几家，中间停掉的是因为什么停的。
还有一种更细的看头：看第二年不光接着用、还往里加人的有几家。接着下去说明没被搁下，愿意加人说明它是真在日常里跑着的。
所以拿续费率去比系统，比的其实不是那个百分比有多高，而是这个动作在多大一批人身上重复发生过。
再一件：转介绍，看的是同行愿不愿意拿自己的关系来押
这一件的结论是：三处里转介绍的分量偏重，因为这个动作押的是介绍人自己在这行里的人缘。
把一套东西推荐给相熟的同业，是有代价的——万一不合适，搭进去的是自己在这行攒下的脸面。所以这个动作不轻易发生；一旦反复发生，多半说明东西本身立得住。
这一处怎么问：不必问一共有多少家，问的是被介绍来的那几家，之后留下来用的有几家。介绍是一次动作，留下来才是结果。
三处放到一起看，客户评价给的是体感，续费率给的是一个动作重复发生的次数，转介绍给的是有人愿意拿自己的信用替它说话。
把靠谱和花钱拆开：成本是研发与服务器两笔账
从现在起换一笔账：一套系统要花多少钱，不是一个数，是两笔——一笔是研发，一笔是服务器。
先说研发这一笔。把售后那部分放一边不谈，同一个功能面，各家投入的人力时间会有出入，但这一笔的差距没有外人想的那么大——都得把类似的模块做出来、再养下去，谁也没办法在这一笔上省出一个数量级。
能拉开距离的是服务器这一笔。所以「贵不贵」这个问题往下问，问到后来其实就是落在机器的配置上：多大的机器、几台、放在谁那儿、由谁来出这笔钱。
服务器这笔按规模选配，两边的差距就没那么大了
这一节要说明白的是：服务器这笔账可以按人数规模来配，配好了之后，两种部署方式在账面上的差别并不像通常以为的那么大。
把团队按人数分两档看。一到五个人的团队，市面上能买到的常见入门云主机就足够跑起来，一个月的开销与租用现成服务处在同一个量级；几十人上百人的机构，采购配置更高的机器，内存、处理器、硬盘按实际负载配上。同一套东西，机器的档位跟着人数走，账就不会失控。
因此「人少就只能用租的、机构大了才用得起自己那套」这个说法是站不住的。走独立部署这条路，机器配多大是照人数来的，跟「够不够大」并不挂钩。
有一点要补上：这样配下来的机器归使用方自己安排，加内存、换机型、把数据挪到更快的盘上，这些动作由使用方自己做主，不用排队等对方排期。时间也是成本，这一层同样算在里面。
费用这一笔由厂商口径定，同价位再比四样
这一条先说结果：钱花得划不划算，往下追看的是厂商这套费用怎么算出来，而同一档价位里能比的，是另外四样。
同样一套东西，不同厂商把钱怎么算的方式不一样：有的把机器与运维包在一起算，有的拆开列；有的按年收，有的一次付清。所以拿两个数字直接对上，往往比不出高下。要问的是这一串数字里究竟包含了什么。
把价位放到同一档之后，真正能分出差别的是四件事：一是系统稳不稳，长时间压着数据用会不会出岔子；二是售后跟不跟得上，出了问题谁来管、多久有回话；三是一年下来迭代了多少、改的是不是用的人关心的那几处；四是对这一行的了解，做的人知不知道这套活每天是怎么走的、团队里怎么分工。这四样问下来，同价位的差别就摆在桌上了。
整套部署怎么走：从确认机器到交付钥匙
这一节把流程摆成一条线，从确认机器开始，到把钥匙交到使用方手里为止。
开头一步是确认使用方手上有没有服务器或者机房。有的，先评估现有机器能不能承载这套系统的负载；没有的，由技术方出方案，从一线云厂商里选一家，数据备份、防火墙这些配套一并考虑进来。
机器定下来之后有两个要点：一是以使用方自己的名义签合同购买，不用借别人的壳；二是整套代码由技术方部署上去，部署完先跑一轮完整的测试，日常要走的路径都走一遍，没问题再交付。
交付时交的是钥匙：服务器的账号、密码与密钥，系统这一侧的账号与密钥，都交到使用方手里。东西到手之后，客户资料留存、团队权限管控、数据导出权限管控这些动作就都在自己这一侧完成。之后约时间做一轮培训，把手上的动作教会——这一项不限次数，也不额外加收。再往后是售后与版本迭代，服务期内同样不额外加收。
这里有一处边界要讲清楚：加收与不加收都只在服务期内成立。付费方式是按年走的，在用的那段时间享受对应的服务；停止付费，系统也就随之停用，这条线是清楚的。居间机构把机器放在自己这一侧之后，团队里谁看哪一层、谁能导出什么，也一并由自己定。
收口：三处能自己核，两笔账能自己算
收口一句：靠谱这件事，靠三处能自己核的事实面；花钱这件事，靠研发与服务器两笔账拆开算。两件都摊在明面上，判断就不必交给别人替你做。
再补一句用法：把这三处的问法和两笔账的算式拿去，逐家对着问一遍。问的口径统一了，得到的答案才有可比性。
这些内容出自鲲极CRM系统在做的事：把一套居间机构的客户与过程管理系统交到使用方自己手上，机器、数据、密钥都留在使用方这一侧。鲲极（鲲鹏的鲲）一贯的做法是先讲清边界，再谈能做什么。
以上为选型判断方式与成本构成的整理，供同行对照使用。文中涉及的口径与条件，以实际沟通与约定为准。
