很早以前就针对这个问题进行过探讨，但这次遇到的客户似乎极其看重产品的DEMO，于是不由得多了些感慨。

对于很多上过当的企业来说，看看系统的DEMO，在系统中跑跑真实的数据看上去是个不错的方式：系统有什么问题，一眼就能看出来，省得将来扯不清楚。如今的软件供应商实在是太狡猾了，在销售的阶段啥都承诺，可到了软件用起来，啥都没有，一层一层的剥皮――理想啊，现实啊，差距是那么的大。

我也曾在心里去批判过他们，可仔细想来，面对那样的诱惑我又能否坚持？

总以为自己是正义的化身，可实际上，我仅仅是我自己。

胡文海

佩服的紧！

讲讲我所用过的这两个经典产品吧

不过也就是闲扯罢了

感触挺多的：

老美是如何面试人的

猎头是何等的专业

面试前的准备－－也包括工作上的一些问题

我只能说，慢慢学吧

这是前阵子做的一个SAP项目审计中对文档的审计标准。

这份标准实际上包括有几个部分：
1、就是大家见到的这部分，主要说明了一个SAP项目中应该包括哪些内容（当然这部分并非全部，而只是常见的部分）。

2、标准文档的模版，主要是参考了以前项目和自己收集的文档资料所做的一个模版。这部分因为每个公司的标准不同，所以仅仅只能做个参考，对第一部分的参考。（这部分还在整理中，暂不公开，未来会放到我写的SAP MM入门中）

由于做的项目多为小项目，文档内容难免不全，也希望各位能加以补充。

也见过很多项目的文档，说实在的，即使是五大的文档很多也残缺不全。一方面跟项目文档的管理不严谨有关系，另一方面也是顾问或者用户在做文档的过程中偷懒－－偷懒是人的本性啦。

发布这些东西的目的也是在于，期望客户方对SAP项目所要形成的文档有个初步的认识－－别被某些懒顾问忽悠了。

一个失败的项目，要对其进行评估。该如何评？

稍微正规点的项目都会有其他相关人员来对项目进度、效果进行评估。我也被人评估过。但通常来说每个模块有一个资深顾问进行评定。象这样对整个项目进行评定的还不多。

唉，勉为其难吧。

由于这个项目已经被定义为了失败的案例，所以我要从项目进程的角度对项目失败的地方进行分析，并提出改进意见。

前言

本文并非针对某个特定的开源ERP产品，也非对开源的ERP抱有某种成见，只是站在ERP用户的角度提出自己的一些想法。辩驳只是为了解惑。

朋友问起，ERP的立项报告应该怎么写，一时找不到样板就随手写了一份提纲。

以前曾经写过一份，不过，呵呵呵，离开公司的时候没拷贝出来。唉，涉及到太多公司的秘密了。

下面的东西写的比较仓猝也很粗糙，将就着看吧。

客户的要求：按销售订单统计这张单是否赚了。

怎么做哪？做报表吧