没有人愿意被视为“小人物”,但是坦率来讲,我更加喜欢和中小企业打交道。
但是这种“我们不是小人物”的想法,对于中小企业在选择商业智能解决方案的时候会起到不同程度的阻碍作用。比如,我们先来看看微软的BI解决方案包括哪些:
●安装部署SQL Server
●设计数据仓库
●创建ETL任务
●部署SharePoint
●设计仪表盘和记分卡
●创建Reporting Services报表
●部署Analysis Services工具
●对用户进行PowerPivot工具培训
上面这些是业内最普通、最简单的BI解决方案,但是它依然会需要多个服务器、昂贵的软件许可、长时间的规划、特定领域的专业技能、一两个咨询师以及上百小时的部署与培训过程。这样的工程量和成本对于全球500强企业也许不算什么,但是对于大多数的中小企业这也许就意味着花费一个季度或更多的利润和时间。
事实上,这就是为什么那么多的中小企业在面对商业智能的时候踟蹰不前。他们认为部署商业智能的代价太高,而如果部署不成功还将造成不必要的业务中断和长时间的业务混乱。
但事实并非如此。
例如,当一个中小企业去购买CRM解决方案时,他们并不会去像大企业一样追求大品牌,他们往往会选择Microsoft Dynamics或SalesForce.com。然后他们就开始进行部署,做一些必要的定制来满足自身的需求。大型企业花大价钱和大量时间做相同的事,因为他们比中小企业需要做出的定制和整合要多得多。
因此中小企业在选择商业智能解决方案的时候,他们应该同选择其他技术解决方案一样,寻找那些预安装、功能齐全并且价格实惠的产品。它在一开始需要最小程度的定制,随着业务的逐渐演变而再做出相应的变化。事实上,如果一个解决方案有免费的试用可以选择,那就说明厂商认为用户完全有能力自己进行部署与安装。
目前,越来越多的厂商都推出了针对中小企业的BI解决方案,包括IBM Cognos、SAP、Oracle、Altek等等。你甚至可以在Google里面直接搜索“中小企业BI”,结果会给你意外的惊喜。
中小企业可以从BI解决方案中获益,并可以比大型企业保持更高的业务敏捷性。而其中的奥妙就是你的理念与想法要与中小企业想吻合,切合实际,不要好高骛远,这样才能构建适合你的中小企业BI解决方案。
热门文章更多>>
标签更多>>
专题更多>>
最新文章更多>>
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时,AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包,没有源
- 使用 C# 6.0 功能运行 TFS 构建