在ERP或者BI的设计阶段，业务流程和业务数据，哪个重要？哪个应当首先确定？

123crm

原帖由 ccwlm741212 于 2010-7-16 12:51 发表
如果按照用户的想法做，其实就是信息孤岛。。各自为政。。这是信息化的初级阶段

不按照用户的想法做，你能推动得了？ 实际上，这些问题都不是IT解决的。配套的业务流程和业务模式的变革没有跟上。IT系统在哪里，也没有人用。
推动下来的流程，所有人的岗位职责和岗位流程都会发生变化，别人还是想在OA，或者直接回复邮件解决问题。

需要强有力的自上而下的推动力才行。这些在私营企业，也许就老板一句话，但是能付钱给你们上ERP的公司，可能没那么容易了。哈哈

bq_wang

如果是BI的话，用户想法也许是对的
如果是ERP的话，当然是业务流程优先了

Floating_Bottle

你们公司上了5S没?

olive

原帖由 cowherd 于 2010-7-16 12:37 发表
但是用户认为，不管有用没用，把数据统统放在中心数据库里，没用就让他放着，有用的时候拿出来，就可以解决一切问题。

这个要批驳一下：

如果你只是从数据中得到好处，而不是录入数据的部们，当然可以这样想。
但是对于那些录入数据的部门是不是加大巨大的工作量？

数据的粒度大小，也要考虑实际需求！

数据的录入量是其中一个方面，而且录入也通常是用户自己做，但是仅此一点好像还不够有力来反驳。

dawuwei1983

我感觉流程比较重要，因为上ERP毕竟是要改变现状。

先反复确认流程，把流程确定。

然后把业务数据套进去（肯定有特例，但说服甲方忍受，毕竟上workflow就是要规则化办公流程啊，他们肯定接受）

olive

原帖由 seraphin 于 2010-7-16 12:38 发表
业务流是一切ERP应用的基础！

这个我完全同意，问题是怎么说服顽固地认为“数据就是一切”的用户来接受这个观点。

it01

大型的企业一般都有DB_CENTER的吧,如果如用户所说的 数据存储不成问题,流程通过专用的DB_CENTER接口来调用所需要的数据

没有什么矛盾的地方啊

你建立你的流程,在流程中规定输入输出数据

niuchao

有了流程，就按步就班了

近九成网友

用户之间的数据是有联系的，这个联系就是业务流程。如果大家各自为阵，数据是有了，但是数据之间的对应关系不存在，要一堆不能互相联系的数据干什么用？

比如销售认为A是个整体，而生产认为A是可以拆分的一堆东西，管理时也是按照一堆东西来管理的，那么，按照他们说的，数据是有了，但是销售和生产的数据无法联系起来，有用吗？

sead

用户只想谈数据，回避流程，期望数据入库，流程依旧。避免权利重组。

作为调研者，了解现有数据，业务流程即可，流程重组只要和大领导讨论，不要和基层强辩。