计划是应用程序制作过程中最重要的部分。在计划时，你应考虑以下事项:

• 这个应用程序将解决什么问题?
• 谁会使用这个应用程序?
• 它将满足用户哪些目标和目标?

知道答案可以帮助你在设计应用程序时保持正轨。我们很容易陷入将应用程序作为目标的陷阱，而不是解决问题。

在本节中，你将了解:

• 确定要解决的业务问题(用例)
• 深刻理解业务流程
• 使用您的解决方案优化业务流程
• 决定是否值得自动化这个过程
• 创建项目计划

在本节中，你将了解:

• 解决业务问题的贡献者
• 记录业务流程

是否基于数据或要遵循的业务规则进行决策?

数据是否决定任何决策的结果?

• 在这个活动结束的过程中，是否做出了一个决定?有没有一种方法可以让解决方案根据数据自动做出决策?
• 这个决定是否已告知任何人?它是如何传达的?
• 该决定是否决定执行流程的下一个步骤?这是如何传达的呢?
• 你有“如果/然后”的逻辑吗?例如，如果一顿饭花费了75美元或更多，那么员工需要附上用餐收据;如果总金额大于500美元，那么我们的费用报告需要额外的审批。

该决定需要批准吗?

• 流程的下一个步骤开始之前需要批准吗?这些批准是如何获得的?是否有特定的用户或角色可以批准流程的下一步?这个人是否有权限访问该应用程序，或者是否可以使用其他方法(比如向用户发送电子邮件以获得批准，以便继续访问)?
• 如何向流程中的下一个人发出响应警报，以便他们能够继续(或不继续)进行流程的下一个步骤?是否有特定的方式提醒流程中的下一个人
• 当一个工作项因为没有在分配的时间框架内工作而将被升级时，是否有一种方法让用户知道?

提示

当你考虑这些不同的方面时，总是寻找最优的方法来帮助减少对批准的响应时间。

是否需要升级?

• 此业务流程需要升级吗?
• 在某些情况下，是否应该自动升级物品?这个解决方案是否必须在一定的时间范围内完成?如果使用该解决方案的工作人员错过了审批，那么在活动转移到另一个工作人员之前您需要等待多长时间?或者你会再发一个通知吗?
• 用户是否可以将问题升级?
• 如果需要升级，将如何进行?过期的工作项是否浮在顶部待处理?解决方案是否改变颜色，让工人知道一些活动落后于计划?
• 需要生成任何警报或通知吗?

例如:费用报告审批

费用报告流程需要批准。所有销售人员的费用报告都必须经过经理尼克的批准。当员工提交报告时，需要向Nick发送一个警报，以审查和批准费用报告。

我们知道Nick是一个很忙的经理，所以我们应该考虑将等待他批准的费用报告上报超过5天。我们可以考虑几种升级方法:

• 我们可以发送另一个警告给nicke -也许我们考虑发送一个文本信息而不是电子邮件。
• 如果Nick仍然没有回复，也许我们会将报告发送给Nick的经理——或者甚至是abhai——来审查和批准。

讨论：请加入知识星球【快速和低代码开发】或者QQ群【11107767】