计划是应用程序制作过程中最重要的部分。在计划时,你应考虑以下事项:
这个应用程序将解决什么问题?
谁会使用这个应用程序?
它将满足用户哪些目标和目标?
知道答案可以帮助你在设计应用程序时保持正轨。我们很容易陷入将应用程序作为目标的陷阱,而不是解决问题。
在本节中,你将了解:
确定要解决的业务问题(用例)
深刻理解业务流程
使用您的解决方案优化业务流程
决定是否值得自动化这个过程
创建项目计划
在本节中,你将了解:
解决业务问题的贡献者
记录业务流程
是否基于数据或要遵循的业务规则进行决策?
数据是否决定任何决策的结果?
在这个活动结束的过程中,是否做出了一个决定?有没有一种方法可以让解决方案根据数据自动做出决策?
这个决定是否已告知任何人?它是如何传达的?
该决定是否决定执行流程的下一个步骤?这是如何传达的呢?
你有“如果/然后”的逻辑吗?例如,如果一顿饭花费了75美元或更多,那么员工需要附上用餐收据;如果总金额大于500美元,那么我们的费用报告需要额外的审批。
该决定需要批准吗?
流程的下一个步骤开始之前需要批准吗?这些批准是如何获得的?是否有特定的用户或角色可以批准流程的下一步?这个人是否有权限访问该应用程序,或者是否可以使用其他方法(比如向用户发送电子邮件以获得批准,以便继续访问)?
如何向流程中的下一个人发出响应警报,以便他们能够继续(或不继续)进行流程的下一个步骤?是否有特定的方式提醒流程中的下一个人
当一个工作项因为没有在分配的时间框架内工作而将被升级时,是否有一种方法让用户知道?
提示
当你考虑这些不同的方面时,总是寻找最优的方法来帮助减少对批准的响应时间。
是否需要升级?
此业务流程需要升级吗?
在某些情况下,是否应该自动升级物品?这个解决方案是否必须在一定的时间范围内完成?如果使用该解决方案的工作人员错过了审批,那么在活动转移到另一个工作人员之前您需要等待多长时间?或者你会再发一个通知吗?
用户是否可以将问题升级?
如果需要升级,将如何进行?过期的工作项是否浮在顶部待处理?解决方案是否改变颜色,让工人知道一些活动落后于计划?
需要生成任何警报或通知吗?
例如:费用报告审批
费用报告流程需要批准。所有销售人员的费用报告都必须经过经理尼克的批准。当员工提交报告时,需要向Nick发送一个警报,以审查和批准费用报告。
我们知道Nick是一个很忙的经理,所以我们应该考虑将等待他批准的费用报告上报超过5天。我们可以考虑几种升级方法:
我们可以发送另一个警告给nicke -也许我们考虑发送一个文本信息而不是电子邮件。
如果Nick仍然没有回复,也许我们会将报告发送给Nick的经理——或者甚至是abhai——来审查和批准。
本文:http://jiagoushi.pro/node/1295
领取专属 10元无门槛券
私享最新 技术干货