春节即将到，多数公司都已做好各类预算，今天跟大家分享一下企业信息系统选型的几个注意事项，祝愿大家新的一年都能升职加薪，走上人生巅峰。
别人眼中的 挨踢男和街头修电脑无异； 普通人眼中的挨踢男就是加班加到感觉身体被掏空的黑眼圈肾虚公子，
挨踢男的心目中，懂得技术的人就像是无聊麻瓜世界的魔法师，在0和1跳动过的晶体管二进制世界中，利用各种魔法工具，操作机器，最终在用户面前呈现出一个完美的洁面和准确的结果；
真正热爱自己事业，并且投入智慧，产出好的服务来帮助业务部门或企业实现商业价值；不会在乎环境或者回报，因为功名利禄只是努力过程中的附加产物，而不是终极目的。
筷子吃面，勺子喝汤；不求最贵，适合就好；量体裁衣，物尽其用。
然而技术日新月异，环境千变万化，想要每次都作出 正确的选择需要 不停地学习积累，听取别人的建议，独立思考，持续改进，管中窥豹，挂一漏万，还请多都指教，希望下面的这些经验分享 能给各位同学带来一点帮助。
1 什么是企业 IT 系统选型？
1.1 概述
关键字：企业，IT，系统，选型；
以上每个关键字都能洋洋洒洒出本书，本文仅从几个侧面来做简要阐述；
企业：一群人组成的组织，制作产品服务，为了赚钱而存在。企业有别于一般的事业单位，医院政府本身是为了服务社会而不是赚钱而存在的。
IT：信息技术（Information Technology，缩写IT），是主要用于管理和处理信息所采用的各种技术的总称，主要是应用计算机科学和通信技术来设计，开发，安装，实施信息系统及应用软件。 信息技术 解决信息有效流动的问题；狭义上讲有形的计算机软件是系统，广义上讲，使用的文字，古代人绳子打结计数也是一种 信息技术。
系统：系统是相互联系相互作用的诸元素的综合体。是能量，物质信息流不同要素构建而成。 可见的软件系统和不可见的公司规章制度，国家的体制广义上都可以称之为系统。
选型：在可以提供满足公司需求的机构中寻找出最适合的一个。 有内部评审，公开招标两种。
1.2 系统类型
CS：Client-Based 客户端软件，存在功能强大，可以充分利用计算机性能的优势，然而存在安装麻烦，推送更新麻烦，在网络越来越快的当今，多数 CS 软件在逐步被 云服务和 BS 服务所取代。最出名CS软件是 SAP，曾经的商业 ERP 巨头。
BS：Web-Base 网页端软件，用户使用本机安装的网页浏览器，无需安装任何额外第三方插件就可以直接使用的系统，随着网速的升级，浏览器的标准化日益成熟，BS软件逐渐成为 各种公司系统的中流砥柱。 最早的比较出名的 BS系统 如 Oracle 的 Peoplesoft。
SAAS：英文全称 Software as a service ，直译软件即服务，意译软件租赁，随着云服务的逐渐普及，SAAS也渐渐成为企业系统选型中的一个重点考察对象，存在标准化高，实施速度快，短期来看价格比传统的买断式服务低很多，从长远角度来看SAAS价格和买断方式差不多，但是SAAS初期投入少，如果出现更换的情况，付出的成本和风险会低于买断的模式
Native App：手机原生应用，比如 iPhone ，iPad，android 的应用，特点是可以调用手机本地的计算资源，完成较为复杂的运算功能逻辑。此类应用在某些领域不可替代性较高，但是在轻量级服务领域逐渐在被下面的网页APP所取代
网页 APP：嵌入在第三方平台的，基于手机网页的应用，比如微信的 企业号，订阅号，服务号，小程序，钉钉平台的小应用，如同插件一般即插即用。特别是依托于微信的各类小型应用，解决了原生应用的兼容性问题，以及身份识别问题，微信就像一艘小型的航空母舰，或者操作系统，各类服务商在上面大展拳脚。移动办公的时代，越来越多的公司 倾向于使用这种方式来解决业务需求。
1.3 部署方式
本地部署：软硬件都部署在公司购买的硬件及网络环境中，需要公司由独立的运维团队。
云：软件部署在供应商的服务器中，完全外包。
混合云：软件放在供应商的服务器中，核心数据存放在公司内的服务器中。（这样的操作主要是为了保证公司核心数据安全）
1.4 背景分析
公司资源有限，然而业务部门需求要满足，资源和时间都是有限的，所以需要有经验的IT经理通过正确的方法论，流程，以及过往经验，判断一件事情通过何种方式实现，自制还是外购，找谁来实现，公司内部大牛还是新手，外部一流供应商还是国内本土供应商。
相比采购其他固定资产，企业IT系统本身功能的复杂程度及项目难度都相对较高，在初期做了对的选择，往往比执行本身更加重要。
1.5 企业信息系统与个人应用的差异
个人应用强调用户体验，界面美观；企业系统更强调安全稳定，面对各类风险可以从容应对。
1.6 干系人
选型过程中有几大重要干系人部门，做为项目经理或者产品经理，需要协调好各方面的关系和利益。
1 高层：拥有巨大的权力及资源，一般是项目发起人。
2 需求部门：提出业务需求，最终系统的主要使用者。
3 企划部：管理规划公司的预算，有时候是财务部负责此事。
4 采购部：执行整个采购流程，有时候是IT部门同事代为执行。
5 法务部：审核合同，评估项目的法律风险。
6 IT 部：帮助业务部门梳理需求，一起评估解决方案。
7 系统提供者：可以是外部的供应商，也可以是内部的开发团队；
2 关键点
2.1 基本流程
1 确定需求：IT系统帮助业务来识别，并且梳理基本需求
2 项目范围：确定预算，交付时间点，质量等关键信息，以此作为选型依据
3 制定方案：根据范围做，经过自制外购分析，制作出相应的解决方案
4 方案评估：根据既定的评价体系评估给现有解决方案进行打分评估
5 确定方案：将最终报告提交项目发起人或公司高层来做最后定夺
2.2 评价维度
如同三国演义中的武将战斗力分为生命值，智力，武力，实况足球-球员的雷达图。
只有建立合理的评价体系，才能够科学有效帮助企业作出正确的决定。推荐的几个维度如下
功能实现程度：可以提供的功能与业务部门需求之间的差距
安全：是否有安全渗透测试报告，或者灾难恢复，高可用方案等
公司资历：成立时间多久，注册资金多少，是否有被起诉的的经历。推荐一款叫做《企信通》的APP
扩展性：现有系统的基础上做二次开发是否方便
价格：是否会超出现有预算
2.3 个人怎么做
有效挖掘客户需求是一门高深的学问，需要倾听客户的声音，也要有高度的逻辑抽象能力，还有有柯南一样的分辨能力，因为用户很多时候嘴上说的，和实际想要的完全是两码事；
不仅要在业务上成为专家，也要拥有全局视野，协调好各方面的关系。
2.4 调研方法
2.41 问熟人
由于企业信息系统不像电商一样已存在大量的数据或客户反馈，如果想要了解第一手资料，推荐直接咨询也能的朋友或熟人。
2.42 网上找资料
他山之石可以攻玉，百度，必应，谷歌上面有很多有用的数据金矿，有待我们去开挖。
2.43 买报告
一份高质量的报告可以节省大量的调研时间。
2.44 当面沟通
和供应商或业务部门面谈，具体判断方法有待以后详细阐述。
2.5 合同
签好一份合同，执行过程中双方都能安心做事，SLA也很重要，多数项目中的撕逼都是因为前期没有考虑到的问题，没有写进合同，最后引发矛盾。
2.6 付款方式
一般启动支付一笔费用，完成交付是一笔，验收后稳定运行一段时间再最后支付尾款；如果项目有多个里程碑节点，为了激励更快交付，可以在每个里程碑都设定一定比例的付款。
更多精彩案例分享，请听下回分解。
