业务流程类的产品该如何设计？

皮皮鲁

[/url]

业务流程类的产品该如何设计？

[url=http://www.aipingce.com/attachment.php?aid=7901&k=e02e695bfe8be4f2cf4d121be1ec1448&t=1407517123&nothumb=yes&sid=a43aiFWMkBjE9fGqUlNjS1dOc0RvRPPt4GIv1ovY6uTsUFQ]下载 (32.76 KB) 2014-7-12 20:07 有很多业务流程类的产品，希望是把全部业务流程都搬到网上来，然后有各个角色， 某人可以创建、某人可以审核、某人可以XXX样，一定会涉及到这样的过程。 实际上我之前遇到过好几位客户都是做类似流程式的项目， 但是从实战经验看，我都建议他们更改产品的设计思路。 因为按着这种全业务流搬到网上来的设计思路， 一个是业务有太多的个性化过程需要兼顾， 就会让产品的一个业务流程有过多分支和各种情况，让系统开发的复杂程度加大了。 同时即便开发出来了，发现还是有各种个性化情况无法在系统中灵活处理。 另外更重要的是让将来使用这些系统的人，对系统熟悉的学习成本变得特别大。 导致这些人不愿使用这些系统，很多企业ERP程序很难用的原因就在于些。 我的建议是，搬到网上来实际上是一个“电子化”的过程， 而整个业务流程里，实际上只有部分“片段”环节适合电子化后提高效率。 很多一般性的业务流程可能都是线下进行的， 强搬到网上来让人熟悉系统，反而没有带来效率提高。 既然认识到这一点，那我们就简单了。 只把流程中适合电子化的“片段”做上来， 而不适合电子化的那些，还是用一些行政化的手段要求， 来让使用系统的人员注意或遵守即可。 比如电子病历的结果是适合电子化来共享的， 那么电子病历列表就是一个重要的“片段”， 重点就围绕让这个电子病历的结果有效就可以。 至于由谁先创建，由谁再补充，由谁再审核， 等类似流程化的环节在系统内可以弱化掉。     系统就是一个表，谁有权限都可以创建、查看、补充或共享。 审核的人也不需要审核了，他打开这个表看看已填了哪些内容就知道到哪个阶段了。 就像是一个开放的word文档，谁都可以把恰当、正确的内容直接在上面编辑， 以让这个表的结果是有效的。 你可能会问，这样所有角色都能直接参与更改任意位置， 那要是操作不当，这系统信息不乱套了吗？ 而系统的好处是系统是有日志的，并且是可以记录各个历史版本的。 比如，我们没做流程上或权限上的控制， 但是每个人登录系统，做的每一步操作我们都做记录备案。 比如行政上我们建议和要求了，他不能随意的如何如何， 结果他就是那么做了，那么在该电子病历最近的操作记录里， 就有他这样的违规操作记录，是可以指点和约束的。 另外每一个被更改的版本，都可以记录在历史版本里。 发现错误的地方是比较容易的修订回来的。 实际上编辑和查看权限是可以在系统内限定的， 已经大大降低了信息错乱的风险， 只是把非要先他XXX样，然后另一个才可以XXX样， 这样一个流程化的东西给去掉了。 这样做的好处是，系统复杂程度大大降低， 操作人员的学习成本大大降低， 同时最大程度上保留了在业务中的灵活性， 也就是不强调过程，只关心结果正确有效。 希望此观察能为做类似系统的人提供一点思路， 实际上在3年前就有这样的认识了， 只是最近又有同样情景的客户，才把此经验写一下分享出来。

本主题由 尹广磊 于 2014-7-12 19:53 移动
收藏分享评分