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

fals · 发表于 2010-7-21 14:18

这儿的人气不如海区旺啊。

wang17424 · 发表于 2010-7-29 14:18

如果他们只想这把数据往数据库里一丢，那你可以顺势询问这些数据按照什么业务划分，总不能把财务报表数据和生产数据混到一起吧，届时，就可以依据隐含的业务内容来进一步划分数据，并设计模型予以实现，个人感觉不要和对方硬碰硬的纠缠，最后达到效果才是目的。

当然中间的过程肯定很辛苦，但需求是要一点一滴扣出来的，只有需求到位，才能保证设计更加完善，希望这些话对你有所帮助。

michaelfoo · 发表于 2010-7-29 16:48

楼主是在甲方IT部门的负责人吧。我基本看了所有的回复和大家讨论的思路，大部分都是关注在技术层面，比如是做现有系统改造呢还是重做一套新系统。我倒是很感兴趣的是，为什么会有这么个需求会出现？有多少这类需求？谁最紧迫感更强？这些问题不解决，那些部门利益受损最大？老板对这些问题的隐患的态度如何？等等

简言之，沟通的问题。这些问题的影响有多大？如果不能确认每个需求对老板、对部门经理、对员工的利益影响，那么从一开始就会陷入被动。这个时候，顾问式销售技巧就能发挥一定作用了。坦率地说，你的情况，如果放在第三方来看，不是一次全新的销售机会也至少是一次二次销售的机会。

没错，信息化项目是一把手工程，这是对的；信息化实施部门之间各自为政，这也是正常的。因为，它不容易。要获得他们的支持，首先是说服他们认同你的工作是有价值的，甚至是非常有价值的。我不完全同意有人说，IT部门就是成本部门，只花钱不赚钱！真是这样的吗？那要看你怎么去说了。管理软件的价值，当然有提高效率，节省成本的作用，但绝对不是全部。上升到战略层面，信息化系统的意义是非常大的，是可以帮助企业赚钱的。如果你是信息主管，你有责任在企业内部去宣教。否则，你的工作价值会慢慢被弱化，甚至边缘化。而且，从工作态度上来说，我是这样的，供你参考。那就是要干就干大，那么就不干。所以，你的要性如果够强的话，就把这个事情的影响力做到最大，呵呵

回到楼主的问题。楼主与业务部门的关于“数据和流程”孰重孰轻的争论，本身就是不明智的。这点上，我觉得您或者实施顾问应该学习一下销售人员的沟通技巧。需求调研时搞清楚问题在哪里，需求在哪里，客户的想法是怎样的，就打住！你只要让他们认识到问题很严重就可以了。要知道，真的出了问题，是他们比你急的，呵呵。你是在帮助业务部门解决问题，别搞得像是在求着他们似的。沟通讲究层次，不要一开始就和盘托出自己的想法，多引导客户自己去想问题不解决会有什么严重后果就可以了。如果他们问你是怎么做的，你完全可以用专家的姿态来镇住他们，比如“您放心，我做ERP都10多年了，这个问题我帮您解决！”

确认问题后，你可以把这些问题汇集成一份信息系统改造建议书（重点是暴露问题），交给老板。首先获得老板的认可，明确项目的目标，并申请资金、人力，然后明确这个项目可以做到多大。然后，根据资源，拟定解决方案（这个时候就是之前大家讨论了很多的，到底是改造还是重做，是自己做还是交给第三方做）。老板搞定后，在分别与各业务部领导沟通，获取他们的认可，然后在部门领导的支持下与员工开会交流。这就是沟通的层次。

切记，项目管理中绝大部分问题都与沟通不畅有关系，希望对您的工作有启发！

innovate511 · 发表于 2010-7-29 23:39

ERP或者BI的设计阶段？
---------------------------------------

首先ERP与BI的设计，就不应该拿在一起讨论，因为一个是产生数据，一个是用数据。一个是模拟现有或创造一个新业务流程，一个是根据若干流程，来发现流程之间的价值点和问题点。所以不知道LZ想讨论ERP的事情，还是BI的事情。

正如很多朋友提到的，数据如果找不到流程中的位置，不知道什么情况下产生的数据，那就是垃圾数据，任何时候都起不到作用，现在是，以后也是。所以哪怕是10年前的数据，它总能在某个流程中有明显的作用和位置吧，这样的话，可能在某些分析中会有用。