求公司E化的方案架构，OA+ERP+CRM？

[april_d]

要写一个电子商务项目方案
对于一个传统公司（运输服务业）而言，要进行E传型，包括些什么内容呢
本人对办公自动化和电子商务的内容比较了解些，故作以上想法

暂时想到的是OA办公自动化+ERP企业资源计划系统+CRM客户关系管理
不知这种分类是否恰当，似乎OA有点独立于EC
请高手相助
这个方案应包括了公司的公文处理，人力资源管理，销售，售后服务，客户信息管理，收益管理，财务管理，互联网站，还有业务的E化等

很繁杂，不知我这种OA+ERP+CRM的架构是否妥当，抛砖引玉，希望高手相助

[april_d]

Thank，只是写报告而已，希望能有个架构，倒不是真做
电子商务对头儿还是新东西呀

成本当然越低越好，有些东西用D版的群件即可

[青润]

ERP已经包括了OA和CRM了，它是一个很大的概念和范畴，不要轻易使用这个概念，否则将来你自己都无法自圆其说了。
你可以使用：OA+电子商务+电子协作+物流+CRM+……

[青润]

上面的只是建议，你可以根据自己的实际需要进行规划和分类。

[Jack_Loo]

正如QingRun所说，ERP实在太大了，几年以后再说为好。
To april_d
你所说的方案其实是客户的需求，他们要什么，不是你能说了算的。就算他们不懂，全由你们决定，那你也要按照成本来制定方案。
我们公司有关于运输服务业的软件制作说明，好象是中国远洋船舶有限公司的全球数据中心，但我本人没参与。我个人认为：
如果价格在15万内，则只有一个关于物流的网站（不是真正的物流管理系统）；
15-50万，可做网站，OA和财务；
再往上我也就不知道了。

[april_d]

谢谢
我听人说Lotus 的domino比较好用，功能多且易于二次开发，但是我们大多数的文档都是word和excel的，不知有否影响。

[sexpunk]

全E化包括一大堆东西，覆盖企业所有的经营活动，即广义的ERP.
狭义的ERP只是指企业的生产部分，不同行业有不同内容。一般软件开发行业说的ERP软件是指后者。
全E化包括以下部分：
1。ERP（狭义）系统，负责生产。
2。OA系统，负责办公。
3。财务系统。
4。人力资源系统。
5。SCM(供应链，狭义）系统，负责采购和销售。
6。CRM系统，负责市场（不是销售)。
7。物流系统，负责仓储和产品内部流动。
一般来说就是这些部分，其中1，5，6，7为生产系统，2，3，4为管理系统（不是严格要求的划分），生产部分的很多模块都要嵌入管理部分，以达到信息共享。
在开发的时候可能需要另外一个专门的EAI（应用集成）和Workflow（工作流）系统，这个部分属于系统模块，不是商业模块。

[snowtop105]

CRM的有效实施是基于强大的ERP，但ERP主要是用与生产，办公自动化还是OA。

[notyy]

客户原来的信息化程度也要考虑。
我想强调供应链管理（把客户的物流配送能力[各地的配送点]看做供，把客户的客户看做需）、工作流、OA 可能比较好。

[sexpunk]

notyy说的很有道理，考虑到客户是流通型企业，对SCM应该很强调（注意和流通企业ERP系统的区分）
to april_d(鼠):
Notes做OA还不错，他的文档管理可说是当前最好的，而且是非结构化的开发平台，对任何文件都可以当作文档资料来管理。
他的缺点：1。同等条件下运行速度比较慢
2。和其他平台上的应用集成比较困难（因为他是非结构化的）

[wanzuliang]

请教各位大虾, domino和Lotus分别是什么??

[w102272]

Lotus是莲花公司，现在已经被ＩＢＭ买了，但是ＩＢＭ没有影响它的业务发展方向．
在工作流，知识管理，消息传递和复制，等等等等方面很厉害．
记得不记得WordPerfect,123,Apporach?

Domino是Notes后端的服务器．Notes是工作站的前端软件．
用Notes开发工作流应用，很快速方便，可靠稳定．很容易快速建立ＯＡ应用．
对半结构化信息的处理，文档模板，全文检索，安全，复制...这些方面，都是遥遥领先的．在知识管理方面，Lotus是业界的领先者．而别的厂商叫嚷的知识管理，和Lotus产品比起来，根本就是垃圾．

早期在工作流市场上，主流产品只有三个,Notes, Groupwise, exchange...，但是只有Notes是最流行，最成熟的． 个人看法,Exchange从２０００版本以后才比较成熟，而Groupwise早就没有声音了．

但是呢，Notes难以进行二次开发．难以和其它基于数据库的应用难以集成．(尽管后来它加了很多东西)，另外，作灵活工作流的定制和控制，还不方便....
对维护人员素质要求很高....

因此后来就出现了很多第三方的，基于中间件的，基于数据库的，基于组件的工作流引擎．

你这个应用呢，主要要看时间和投资．
现在一个用户的要求其实很复杂，包含ＯＡ，数据处理，工作流协同，消息通信等等等等的要求在内．简单划分都不是非常合适．　但是你要是提ERP, 就太大了．

还是看业务中最需要什么．计算机手段都是工具，要根据需求定工具，而不是反过来．

看你这个需求，
销售和服务支持，客户管理，信息发布，物流支持..这几个业务似乎是最重要的业务．
要是你有的是钱，就几个系统都上．　要是没有那么多钱，可以考虑先作物流和销售业务(主要是数据处理)，ＷＥＢ发布和服务(信息门户,销售和服务...), 办公那块，可以暂时不上．
另外,你这些需求以业务支持为主的，不是以办公和文档管理为主的，因此不建议用Notes,应该考虑中间件产品，或者基于ＷＥＢ的方案．

至于什么人力资源管理这些细枝末节的东西，应该先放下来．

企业Ｅ化，不管怎么Ｅ化，都应该围绕着企业本身的核心业务和核心竞争力的东西展开，不要拿现有的方案和名词去套．类似CRM这样的东西，对服务业很重要，对运输业就未必那么重要．

[w102272]

你上面说的所谓基本架构，和你心里头想说的基本架构，并不是一回事．
OA+ERP+CRM这么套用，并不对，要是套用什么Window DNA, J2EE就更不对了．

先去考察你们企业的核心业务，核心竞争力，企业战略这些东西吧．
企业应该如何Ｅ化，E化是为了什么呢？　只有企业自己最清楚．

ＩＴ手段必需围绕着企业的核心业务配置，才谈得上有效果.

[w102272]

To Sexpunk:
谢谢，我想，我完全同意你的说法。
事实上，主要是提问者站在什么角度和职位上看这个问题，
如果他是一个CEO或者CIO，则应该从企业战略的角度思考一下，因为那是他的责任。
如果他是一个IT经理，负责内部系统建设或者采购，那么当然不必看这么大的范围
如果他是软件供应商，或者服务提供商，那么你说的完全对，用户是需要引导和互动的。
如果他是一个经理，那么干好眼前事，抽空考虑考虑公司发展，似乎是现实的。

当然啦，这里是讨论，不太可能对用户或者决策过程产生影响。
所以，不管什么人，站在别的角度看看问题，可能是最现实的收益。
既然无人说非技术因素，我说说也无妨。 :)

我猜测他最可能是一个公司的IT经理，而不会是一个软件公司的项目经理，
要是我的话，估计先去作物流，销售和服务。
才不会去碰那个OA，将来遇到集成的问题，自己可是大大麻烦。:)

[sexpunk]

to w102272(Wonder):
非常同意!
那位兄弟不知看了我们这些讨论是否满意，哈哈。

[april_d]

哈，满意呀
报告已写完了，还学到不少东西。
作为一个公司而言，要的还真得是一个完整的解决方案
不过头儿看了我写出来的预算，觉得比较可怕!!
故现在只上CRM，还只记了硬件成本。。。

[nuky]

靠，光满意怎么没有给分啊

[szfanke]

来晚了，不过还是想提出一些个人看法。OA+ERP+CRM架构这种说法却实存在一些问题，但这种想法还是有可取之处的，具体是看如何根据企业情况进行裁剪。

OA也好、CRM/ERP也好，实践证明正确的应用确实能够有效的提高企业工作效率，但是，对于中小企业或大多数企业而言，他们需要的不仅仅是一套完整的OA，一套完整的ERP或CRM，他们真正需要的是根据企业自身的业务流程、工作方式、客户形态等具体情况，从OA、ERP、CRM、SCM等应该领域内提取和总结出部份符合企业自身E化的相关模块。这也许就是上面所说的OA+ERP+CRM架构真正想法吧，也许应该称之为"企业信息门户"更为贴切些。

对于大多数企业而言，也许这种各取所需的综合应用比单纯的一套一套的去上OA、ERP、CRM更加经济合理一些。而且对于企业E化的进程而言，OA、ERP、CRM等基于同样的底层也能够更加无缝的集成、综合的应用。因此，以业务和功能为主线从简单向复杂过渡比以产品类型为主线从CRM向ERP（或OA向ERP等）方式的过渡也许更加有利于企业的E化。