用友产品揭秘—针对高端企业的NC：高的是血压

2010-06-25 15:44:03 来源：软件服务社

 前面说了一些大家接触比较多的用友产品，下面再给大家说说用友吹嘘的所谓最高端的NC。

很多人可能只是听说过NC的大名，但无缘见到其真面目，因此心里总在想象NC为何等神器。所以先截个图给大家看一下：

您第一眼一看，发现界面看着与以前的U8之类不一样，但再仔细一样，主要还是那些总账、固定资产、人力资源之类的东西。虽然也多了些零七八碎的功能，但似乎与期盼的神器相差太远。

您可能会想，NC是不是虽然外表平凡，但做得比U8有不同凡响之处呢？

你想得很对，NC的确“不同凡响”。大家可以看看我们转载过的《用友NC，用户心中永远的痛》这篇文章（只看一下前面关于NC的部分即可）。我们就不多说了。因为这位作者对NC非常了解，分析得很细致，而且可以看得出来，他是很希望用友能发展得好的。但是大家也可以看得出，他对NC的评价和他引用的用户评价用词比我们要激烈得多（所以我们前面评价用友OA、财务软件、T系列、U8、all-in-one时，是很客观的）。下面引述一下他文章中的一些观点：

裘皮大衣的故事：开始用友为我描绘了一个美好的愿景，说为我定做一件“裘皮大衣”;签约后告诉我只能为您做件“衬衣”，也好；调研结束后告诉我只能给件“背心”，贴心,也还好；实施开始说：还是给您一条“内裤”吧，苦笑；等初步验收时变成了一双“袜子”，嗨，袜子也勉强；上线后发现只剩一只“袜子”了，无语！！！

                             ——某NC客户项目负责人

（老李注：您知足吧，我们当年发现这一只“袜子”还有窟窿，结果用友要求我们再花比“裘皮大衣”还高的价钱找他们补）

NC的集团管理模式管理僵硬，反映迟缓。集团企业一旦应用了NC，就好比遭到NC的“绑架”，失去了管理个性，已成为用户心中永远的痛。

NC的技术：UAP先天愚型，扶不起的“阿斗”

终究是摆脱不了没有核心技术的尴尬：

1   项目的累加开发，零散编程，已经无法重构，每次升级都是推倒重来；

2   大量应用使用内存，网络传输数据没做“虚模式”处理，内存占用巨大；

3   支持JAVA1.3和JAVA1.4，但并没有遵循J2EE（JavaEE5.0）标准，系统兼容性、扩展性和可升级性很差；

4   完全依赖服务器的处理，性能奇差无比

5   使用HTTP传输协议，没有加密压缩，安全级别很低；

技术架构上的缺陷导致无法升级、无法集成，形成信息孤岛；

NC的性能非常糟糕，服务器经常瘫痪，客户端出现“灰屏”，不得不“创造”出分时段使用NC方式（注：我们当年用NC时也有“创造”：NC太慢，可以先去处理顾客投诉）

NC发展史：新三年、旧三年、缝缝补补又三年，蒙了客户近10年

NC维护复杂、运行缓慢、效率低下。

事实的真相是，大批的NC客户还只使用了一些简单的总账、报表系统，对于集团管控的资金、预算、供应链等系统尚未使用，根本谈不上集团管控。（注：无论用友把产品名字叫Tong、T系列、U8、U9、All-in-One还是NC，能用起来的也就是那点财务功能）

结论：NC是淘汰产品

这位作者说的是否恰当，相信息大家可以看过原文之后，会有自己的判断。

顺便说一个前几天刚遇到的事：有一个做会计主管的朋友，我对他们单位（一个大国企）比较熟悉，他们用的是NC，而且是比较新的版本，一年多前上线时，慢得只能一个人在线干活、其它二十多个会计只能瞪着眼干等着。后来也不知他们集团又投入了多少钱，终于能凑合着干活了。前些天，我找他了解一下会计日常工作中的凭证编号习惯，比如是否序时控制等。结果当天刚问完，第二天，他给我来了个电话，说我乌鸦嘴，说我刚问过编号的事，他们系统中的凭证编号就全乱了，甚至出现了重号的凭证。他们问用友，也查不清原因……做软件的人都知道，重号这种错误，是属于“触犯天条”性质的错误，说实在的，真不知用友怎么做到的——这种低级错误，在小软件里也很难出现。

如果说NC这个所谓的最高端产品有哪些方面“高”的话，确实能说出好多：无论是性能之差、技术之烂、错误之惊人，哪样都能让人急出或者吓出“高”血压。

NC这个产品名字的确有远见：它本来是New Century的缩写，可见用友当初是何等雄心万丈、要开创一个ERP软件的新世纪。但是用友无论是技术能力还是业务理解上都太差，只知道靠乱收购来扩充产品、靠炒作来突出所谓品牌、进而蒙骗用户，却不知道只有扎扎实实地研发的才是天下唯一的正道，所以最终如同有些网友提到的，“NC”成了“脑残”。