选型这件事，最容易出问题的地方不在软件本身，而在需求没定清楚就去看产品演示。演示总是好看的，因为供应商挑的一定是自己最熟的场景。要把讨论拉回地面，靠的是四个具体问题。

第一，数据量。不是“大概几万条”，而是主表一年新增多少行、三年后单表会不会过千万、历史数据要不要保留可查。这个数字决定要不要做分表和索引优化，也直接决定服务器配置。

第二，并发量。同一时间最多有多少人在用，高峰集中在哪几个小时。几十个人的内部系统和面向几千个客户的系统，架构完全不是一回事。很多事后被归为“卡顿”的问题，根子在选型时压根没估过并发。

第三，现有系统的接口能力。新系统不是从零开始，它要读旧库的数据、要跟财务软件对账、要接门禁或者钉钉。供应商说“可以对接”不够，要写清楚：有没有开放接口、接口文档给不给、鉴权方式是什么、有没有调用频率限制。

第四，由谁维护。系统上线之后，改一个字段、加一张报表、导一次数据，这些活归谁？如果公司内部没有人能接手，就要在合同里把运维响应方式和响应时限写清楚，而不是靠口头承诺。

这四件事定下来，选型就有了尺子。剩下的是拿这把尺子去量每一家方案，而不是听谁讲得更顺。我们做信息技术咨询时，交付物通常就是一份需求清单加一份方案对比表——不看演示好不好看，只看这几项答不答得上来。