选型时先理清需求，再谈产品与价格

一、多数选型失误，不是产品不好而是没对上需求

见过不少企业，选系统的路数是反的：先看品牌，再比价格，最后才想自己要解决什么问题。顺序一反，后面步步别扭。

• ● 功能买了一堆，团队用得上的没几样。
• ● 价格谈得漂亮，落地时发现缺了关键环节。
• ● 系统上了线，流程还是老样子，客户资料照样散着。
• ● 各部门用得别扭，最后只剩某个人在勉强填数。
• ● 培训没跟上，大家各用各的，数据凑不拢。

产品本身没有错，错在没把自家的需求想透就开了牌。选型这件事，先问己、再问人，次序不能乱。同样一款产品，在隔壁企业用得风生水起，搬到你家可能水土不服，差别不在产品。在需求有没有对上。

需求清单就像锚，后面谈价、验收、推行。每一步都拴在它上面。

选型就像买鞋，光看柜台里好看不行，得上脚走几步。合不合脚，只有穿的人知道；合不合用，只有天天用系统的人知道。别人嘴上的好，替代不了自己的脚感，多试总没错。

还有个常见的情形：高层拍板买的，基层不爱用；基层挑的，高层嫌太浅。两头对不齐，系统就夹在中间受气。需求清单恰好是沟通两头的桥梁，写下来，谁都别猜。

需求理清了，日后验收也有依据。说白了，当初说好要解决什么，上线后一条条对，做到没做到一翻两明。糊弄不过去。

二、动手之前，先把使用的人和事盘一遍

理需求不用搞得很玄，就是把日常的客户经营摊开来看一遍。谁跟客户打交道、打交道时最常卡在哪，顺着业务流程捋。别凭空想。

• ● 谁在用：业务、市场、售后各是什么角色，各自卡在哪。
• ● 用在哪：跟单、客户维护、售后处理，哪块最疼。
• ● 烦在哪：资料散、跟进乱、对接靠吼，痛点排个序。
• ● 数据从哪来：现成的资料有多少，散在各处的有多少要收拢。
• ● 保什么：现在做得顺的环节有哪些，将来别弄丢了。

这一步建议拉着各条线的人一起过，别只在管理层开会拍板。天天用系统的人不在场，选出来的东西往往好看不好用。会上还可以让每个人讲讲自己平时最费劲的几件事，这些抱怨里藏着的。恰恰是产品最该接住的地方。

盘点的时候别只盯着难受的地方，顺手把做得顺的地方也记下来。这些顺手的做法将来要保住，别上了系统反倒把好习惯弄丢了，那就得不偿失，是不是这个道理？

资料的家底也顺便数一数：多少客户资料是全的，多少只有名字和电话。心里有数，后面迁移和录入的功夫才估得准。预算也就不容易失手。

盘点的结果最好落成纸面，口说无凭。谁提的痛点、谁许的愿，白纸黑字记下来，日后验收有据。改进也有处着手。

需求清单写出来，就是后面所有环节的依据。比任何口头介绍都靠得住。

三、需求分主次：必须有的放前面，锦上添花的靠后

需求理出来往往一大串，这时要分主次，不然挑着挑着就乱了。

• ● 没有它就没法用的，算硬需求，少一样都不行。
• ● 能明显提效的，算重要需求，尽量满足。
• ● 听起来高级、眼下用不上的，先记下，别为它加价。
• ● 各部门抢着要的，回头想想是真疼还是随大流。

最常见的坑，是被演示里的花哨功能带着走。回来才发现真正的痛点没覆盖。清单拿在手里逐条对，比对看演示要管用。演示会上不妨只问一句话：我清单上的硬需求，你逐条演给我看，其余的先不谈。

分主次还有个用处，谈价的时候心里有秤。简单说，硬需求是必须花的钱，锦上添花是可花的钱，两笔账分开算，就不容易被打包的说法唬住。砍起价来也有章法。

另外，硬需求之外留一点弹性没错，但弹性要有边界。今天加一点、明天加一点，需求就又散了，回到清单上商量才是正路。你觉得呢？

清单不是一次定死的，可以随情况修订，但每次修订都要过一道商量。别让某个人拍脑袋改。规矩守住，清单才有权威，主次才不乱。

图1：产品配置与报价环节演示给团队看

四、规模、阶段、行业，决定了挑选的口径

同样的需求，放到不同体量的企业里，答案可能完全不同。

• ● 刚起步的团队，轻便易上手优先，功能堆多了反而累。
• ● 正在扩张的企业，要留出余量，人多了、业务宽了系统跟不跟得上。
• ● 行业特殊的企业，看产品有没有同类场景的积累。通用款未必合身。
• ● 内部老系统多的，还要问一句能不能接得上。别添了新孤岛。
• ● 别人家的用法也值得看，踩过的坑不必重踩。
• ● 试用时专挑硬需求来验，别被界面好看带偏。

图2：评审会上按需求清单逐项核对

有一家做工业配件的企业，把库存、订单与客户管理连在一起的需求写在最前面，挑产品时专看一体化的程度，反倒比只比客户管理功能的做法。省去了后续打通的麻烦。行业里的弯弯绕，只有自己最清楚，别指望通用产品全替你想到了。

阶段变了，口径也要跟着变。起步时图轻快，扩张时图稳当，成熟后图打通，别指望一样产品从头吃到尾，过些时候回头调一调很正常。选型不是定终身。

口径这个词听着虚，落到实处就是问几个具体问题：业务量涨上去还撑不撑得住、新业务类型装不装得下、换人接手顺不顺。问得越具体，答案越有用，空对空地聊，聊不出名堂。

行业口径里还有一条，看看同行的用法。人家摸出的巧劲，学来不丢人，省的是自己的学费；人家栽过的跟头，绕开走就是赚到。

五、服务与成本，藏着选型的后半程功夫

功能对比只能看个上半场，下半场在服务与成本上。

• ● 实施时有没有人带着梳理流程、做培训，还是交付完就撒手。
• ● 用起来之后遇到问题，响应的路通不通。别等到出事才试。
• ● 算账别只看进场价，后续的服务费、加人的费用、维护的功夫都要摊进来。
• ● 同行用同款产品的真实反馈，比厂商给的案例更可信。

评估产品时，不妨把海软CRM这类带实施陪跑的产品放进对照清单里，再拿纯卖软件的比一比。差别往往体现在上线之后。价格便宜与便宜地用，是两回事，选型要的是后者。合同里把培训、响应、升级这些写明白，后半程才不慌。摊开讲，口头的热络不作数，落在合同上的条款才靠得住。

服务这块还可以当面验证：把将来会遇到的一两种麻烦情景摆出来，看对方怎么接。是真有章程，还是现编场面话，聊几句就有数。比看资质证书还灵。

成本账也别漏了人这一项。学系统的功夫、改流程的阵痛、养成录入习惯的耐心，都是隐性的花销。摊开来算才知道全貌。账算全了，比价才有意义。

有条件的话，去同行那儿走一趟，看人家用系统的样子。眼见为实，页面怎么点、单子怎么走。一看就明白自己将来要过什么日子。带着自家的难处去问，收获比听介绍大得多。

六、高频问题集中答

1、问：需求列出来太长，怎么取舍？

答：按必须、重要、锦上添花分成几档，硬档少一样都不行，重要档尽量满足，其余只做加分项。还要警惕伪需求，有些是听别人有就想跟着有，过段时间自己也不用。让真实使用者逐条确认，砍起来才有底气，底气足了，谈价也硬气。

2、问：先试用还是先谈价？

答：先试用。价格放在需求确认之后谈，否则容易被折扣带着偏离主线。折扣看着诱人，买回一堆用不上的功能，其实是另一种贵。试用时拿真实业务跑，让每天用的人给出感受，比看演示实在。试用中发现的问题，也是往后谈条款的筹码。试用满意再进商务环节，谈价时那份需求清单就是压舱石，有了它价格不容易谈偏。

3、问：各厂商功能看着都差不多，怎么比出差别？

答：功能表确实长得很像，差别藏在细节与落地里。同一件事让各家按同样的流程演示一遍，看步骤多少、卡不卡；再问同类企业是怎么用起来的，服务怎么保障。差别往往就在这些不起眼的地方，值得多花点功夫看。

4、问：预算有限时先保证什么？

答：先保证核心痛点被解决，再谈锦上添花。预算不够时宁可降低功能档次，也别砍实施培训，系统用不起来才是最大的浪费。另外留一点余量给后续扩展，别一开始把预算顶满，人一多又要折腾，折腾一回，人心就散一回。

5、问：选型要不要听同行的推荐？

答：可以听，但不能照搬。同行的规模、流程、行业与你未必相同，他顺手的你未必合身。推荐的价值在于帮你排除明显不靠谱的选项、提供真实的使用反馈，最终的决策还是要回到自己的需求清单上，清单在手，推荐就只是参考。