发布网友
共2个回答
热心网友
在产品设计环节中,由问题发现需求再由需求挖掘功能,这是一种非常典型的做法,当然OA软件也不例外,对此也有很多相关的讨论。虽然我们很难定义哪些是核心需求、哪些只是附带需求,但是在决策时应当保持:从发现问题到找出简单的解决方案再到去掉一切不相关的东西的态度和基线,并尽量地做出相应的努力,这点尤为重要和可贵。如果你已经针对OA软件用户挖掘出了50个需求,根据去掉“一切不相关的东西”的思想,可能到最后只有几个需求是核心的需求,其他的都只是附带需求,说到底都是一个“度”的问题。这就好比沙堆的哲学,一粒沙绝对不能称为沙堆,但一亿粒沙肯定可以,那么从一粒沙到一亿粒沙,哪一粒可以构成“沙堆”的分界点?同理都是一个度的问题,根据我们的研究,用户大概花80%的时间去解决一个问题,构成OA软件的核心需求,剩余的20%直接放弃!我们公司的10oa系统全流程管理协作,至今也有十点技术积累,如今也开发了BPM+CRM+SCM+PM等新的管理系统,他们既可以单独存在也可以和OA对接。
热心网友
可以参考看看云海oa管理系统,在此基础上有要求或建议,沟通协商下。