到底该如何去设计？

呵呵，有条件做我早就做了

企业制定自己的业务流程的目的是什么？不是为了让软件公司好做软件，而是为了让自己挣更多的钱。如果他的流程有利于他自己挣更多的钱，这就是正确的流程。这个合理性不是软件开发者可以评价的。

软件开发者的目的是让软件成功，为了这个目的，他自然希望企业的业务流程是清晰规范的，但是这个要求与企业的发展可能是有矛盾的，如果流程规范了清晰了，也许企业就效率降低了，拿不到订单了，挣不到钱了，最终软件公司也得不到一分钱。尽管软件公司也是按合同办事忙了几年，毕竟没有人会把钱往水里扔，这是肯定的。

十年前的开发过程强调用IT理顺企业的业务流程，现在的开发过程更强调IT要和企业的目标保持一致。等有一天你自己做了甲方，你就能体会到这些东西了。

从你给出的例子看来，不能说用户的流程是不合理的。相反，这个流程十分合理，充分体现了为客户服务的效率。只能说用户在执行这样的流程的时候遇到了一些困难（货柜管理员无法得知使用的货柜是哪个，可能会带来管理上的问题）。IT系统就是要帮助用户解决这样的问题（能不能解决的掉是另一回事），而不是削足适履，让用户来适应IT系统的流程。

  我说说我自己的感受:你提的概念应该是 资讯 + 软件了。你认为好或者客户认为好的却执行不下去的流程说明了一个管理或者操作的事实问题。软件无非是个工具，工具顺手才是好工具，否则为什么很多地方用不了SAP,Oracle这些专业东东呢。适应客户的需求是软件要做的事情。去引诱用户按照好做的方式做也是软件沟通要做的事情。至于理顺流程，应该是客户有认识的时候，资讯来做的事情，没有认识你要去扭转是很困难的。否则SAP也不会让BearPoint资讯。用友金蝶也不需要那么多资讯实施了。你的困惑实际上是要不要提供资讯服务的困惑，用户往往只认识你做软件，没有认识到其实你也在帮忙资讯。忽悠忽悠用户，提供资讯服务也许还能多赚点钱 

   
    在集装箱管理系统当中，存在柜管、订单模块，当用户下订单之后，订单操作员将会从货柜管理处登记获得一个存在且可以使用空的货柜，然后将该货柜与订单绑定，再使用该货柜去客户处装货，这是一个基本且正确的逻辑。然而在事实中，因为公司一直以来在管理等各方面的问题，导致在客户下订单之后，不从货柜管理处登记使用货柜就直接从码头获得货柜，而货柜管理员仍然无法得知该订单所使用的货柜是哪个，等到从客户处装完货，且货柜重新回到码头之后，柜管才获得相关资料，然后再把货柜的动态流程输入系统。

    在此，流程明显已经出现了滞后的错误，然而因为众多原因，公司以前基本都是以此流程来进行，也因为如此，不得以系统就必须按照如此流程来设计。但是用户之所以使用软件，我认为就是因为软件除了能够给客户带来极大的自动化管理以及节省成本以外，更重要的一点就是可以规范业务流程，帮助客户正确操作，从而让客户从旧有错误的流程上转变过来，达到一个统一可行的标准。

    但是面对以上的问题，我却很无奈，虽然我认为该流程存在错误，但是却不能帮助客户去改变，即使客户也认为他们的流程是错误的，但是因为种种原因，他们也不能改变过来，所以我就一直在疑惑，软件到底是为了遵循客户的习惯而设计还是为了帮助客户而设计？因为客户的本身存在的问题，它就应该如此设计吗？我们为了客户设计软件，不就是为了帮客户解决问题吗？

quote]

楼主提的这个集装箱管理系统这个例子，我觉得按你说的流程那更是难以操作，其实你们客户现在的流程才是正确的。因为你们都没有考虑到堆场或码头的集装箱管理，例如，你去提一个箱子，如果你先确定了箱号，那么堆场的叉车可能要从堆集在一起的集装箱的最低层叉一个给你，这样堆场的工作量就大了，人家可能不干呀，叉一个箱可是要50元的。

楼主提的这个集装箱管理系统这个例子，我觉得按你说的流程那更是难以操作，其实你们客户现在的流程才是正确的。因为你们都没有考虑到堆场或码头的集装箱管理，例如，你去提一个箱子，如果你先确定了箱号，那么堆场的叉车可能要从堆集在一起的集装箱的最低层叉一个给你，这样堆场的工作量就大了，人家可能不干呀，叉一个箱可是要50元的。

所以说有的流程，它并不只涉及一个公司几个部门的关系，而是涉及到几个公司之间的关系，而这种关系的协调并不是那么容易的。

这个涉及到一个BPR（业务流程重组）的问题，建议楼主参考这方面的资料！

这也是其中一个问题，我也知道很难按照我所说的那样做，只是发发牢骚而已，呵呵，谢谢各位参与讨论。