什么时候需要

咨询并非总有必要。以下这些情形中,外部视角带来的节省会明显超过其费用。

大额采购或系统上线前

在付款前先验证方案。 否则可能买错东西,还得自掏腰包返工。

更换承包商

评估现状与交接风险。 否则系统在没有文档的情况下就被验收,日后只能沿用别人的方案。

企业扩张或开设分支

制定留有余量的发展规划。 否则一年后架构就会触及天花板。

IT预算在涨,效果却说不清

梳理支出与优先级。 否则预算就会照惯性继续投下去。

各家供应商说法不一

以独立立场比较各方案。 否则选型就只剩比价,而与实际需求无关。

我们可能存在利益冲突,这一点我们坦诚承认。 先做审计、再推销自家服务的公司,天然倾向于多找问题。因此我们的报告会附市场行情价,而不只是自家报价;若贵司把整改工作交给其他承包商,我们也没有意见。

工作如何开展

大部分时间花在与人交流上,而不是研究设备。IT问题几乎总是从流程开始的。

01

访谈

我们既访谈管理者,也访谈每天使用系统的一线员工。这两拨人描述的情况通常并不一致。

02

系统查看

我们审视架构、许可证、承包商合同,以及企业对特定人员的依赖程度。

03

评估与优先级

每项发现都按业务影响与整改成本评估,最终形成有先后顺序的清单,而不是一份愿望列表。

04

报告讲解

我们不只是发一份文件,而是与管理层当面逐条讲解并解答疑问。

常见问题

现状勘察回答的是「我们有什么、状态如何」,属于资产盘点与风险梳理。咨询回答的是「下一步做什么、为什么」,出发点是业务目标而不只是技术现状。两者常常先后进行。

这正是最典型的委托情形。我们直接与企业主或财务负责人沟通,用业务语言而不是技术术语。技术细节放在报告附件中。

这种情况确实会发生,比如发现刚买的系统并不能解决预期问题。我们不会粉饰措辞,但一定会给出出路,包括让已有投入部分派上用场的方案。

取决于企业规模与分析深度,工作周期为2至4周。在简短沟通、明确系统数量与访谈人数后,我们会给出报价。

请描述具体情况

请说明需要做出什么决策、哪些方面存疑。我们会商定分析范围并提出合作形式。