mutudu
其实现在很多中小企之所以erp项目失败，很大的原因是各种定制的专用功能，而且这些需求是怎么觉得方便就怎么提，完全没经过解析
mutudu
他们觉得erp就是完全按照他们已有的流程来
mutudu
可是已有的流程很多都是……以前的项目经理的说法：偏方
我来自台湾
其实最大的问题在于 这些人想的方式都有整合上问题
大部分只考量自己领域的需求
mutudu
只考量自己领域那已经很牛逼了，更多的是只考虑自己
Reg GAO
说白点 ERP是 业务核心的管理思路 分析好，然后程序员把思路和算法封装成一个程序而已。大多数企业都没有业务核心 所以基本失败
Reg GAO
说白点，客户不知道 自己要什么？
或者不能用逻辑的 语言描述出自己的需求
决机两陈之间
就像 iso 一样，有几个企业能符合 iso 的条件
我来自台湾
其实很多公司要的只简单的进出货与会计系统
决机两陈之间
尼玛员工素质根本就跟不上， 上个毛的 iso
Reg GAO
然后导致用的过程中一直在改，改到最后 外包方费用超标了 就失败了
决机两陈之间
我以前的公司为了高大上，开搞 iso， 弄的全公司鸡飞狗跳，后来还是没搞成
/huaix杜行侠
这个东西 是 具体问题 具体分析。
我来自台湾
用正规ERP流程去RUN 公司没到一定规模根本无法执行
/huaix杜行侠
你要一个 一年营业额不过1000W 的上 SAP 必然是 失败。
Reg GAO
说白点 没一个专门整理需求的部门，基本不用上ERP。。。信息部门不是这类部门
我来自台湾
所以说大部分公司不是要ERP 而是简单的进出货 库存管理 跟会计 这三个
Reg GAO
程序是死的，人是活的，上SAP就被绑定了，自定义的东西收费太高
/huaix杜行侠
所以， 这个 观点 我不是 很 认同。
其实现在很多中小企之所以erp项目失败，很大的原因是各种定制的专用功能，而且这些需求是怎么觉得方便就怎么提，完全没经过解析
Reg GAO
每一个统一口径的 出口 做规范。。。做个毛 改死你去
/huaix杜行侠
实际业务 实际分析。
考虑好 以后的业务发展。
保持好 良好的 可扩展性。
这就是个 好的 ERP。
Reg GAO
以前我待的单位一个部门10个人，专业搞业务逻辑和规范，还有各种KPI算法。
汇总好了给老板汇报，后面丢给IT开发。。。
纯定制化 用的妥妥的。。
/huaix杜行侠
我知道 好几家企业 都是 自己做 ERP。
有大有小。
Reg GAO
2W人的单位 自己的ERP。。。自己的成本算法 自己的BI
Reg GAO
之前是别人的产品，一年的维护费用就200W ，有定制另算
/huaix杜行侠
你想多了。。
不可能 2W人 都在 ERP 上。
Reg GAO
现在的客户PICC。。。并发就有2W+
/huaix杜行侠
不是 你有2W并发 就能 支持2W用户。
