计划是应用程序制作过程中最重要的部分。在计划时,你应考虑以下事项:
- 这个应用程序将解决什么问题?
- 谁会使用这个应用程序?
- 它将满足用户哪些目标和目标?
知道答案可以帮助你在设计应用程序时保持正轨。我们很容易陷入将应用程序作为目标的陷阱,而不是解决问题。
在本节中,你将了解:
- 确定要解决的业务问题(用例)
- 深刻理解业务流程
- 使用您的解决方案优化业务流程
- 决定是否值得自动化这个过程
- 创建项目计划
根据业务价值衡量成功
在您确定了您认为可以实现的业务价值之后,您必须弄清楚如何度量实现该价值的进展。要做到这一点,就要确定明智的措施。SMART measures的意思是:
- 具体:什么,在哪里,如何。一个明确的目标是明确的,不包含任何模棱两可的语言。
- 可测量的:从和到的测量给出反馈,让你知道什么时候目标已经实现。通常,“从”价值是我们今天所处的位置,“到”价值是我们的目标。
- 可分配的:这是“谁”:将实现目标的个人或团体。很多时候,行为的改变是由一个人知道某件事正在被测量这一事实触发的。A有时被定义为可实现的,但Assignable承认现实的措施与目标是否可实现有关。
- 现实:被测量的东西是可行的吗?现实的目标具有挑战性,但可以在给定的时间框架内实现。
- 基于时间的:目标什么时候能实现?时间框架必须积极而现实
在确定度量时,总是问自己:它是否有助于实现我们确定的业务价值?不要花时间度量那些不能帮助实现业务价值的活动。
有些措施将是一美元的数额,但其他可能只是一个数字。只需一点努力,就可以将这些值转换成金额。例如,如果您知道每个人将节省的时间量,那么将时间量乘以执行该流程的人的负载成本。结果就是节省了多少美元。
你可以使用的另一种目标设定方法是定义目标和关键结果(OKRs)。目标是你想要实现的远景。关键的结果是你衡量目标进展的方式。例如,目标可能是“增加会计团队的留存率”,而关键结果可能是“应用程序发布后,调查测量的工作满意度增加20%”。
投资回报
投资回报(ROI)的计算是通过审查构建解决方案的成本来完成的,以确保价值大于成本。
在许多情况下,当业务用户在解决一个问题时,这个问题是在他们的业余时间完成的,并不一定需要计入成本。然而,当您需要确定ROI时,了解构建解决方案所需的时间是很重要的。为了帮助您进行评估,请进入下一部分,创建项目计划。
示例:度量费用报告解决方案的成功
为了确定我们的目标,我们回顾了一下我们的项目目标:
费用报告:创建一个对员工和会计部门有效的流程,允许更快的预算跟踪,并减少审计暴露。
在我们的示例中,我们可以考虑几个有意义的成功度量。
最初,我们考虑跟踪返回返工的费用报告的数量。然而,如果这个应用程序是为了强制执行商业规则——比如超过75美元的费用需要收据——提交费用报告的员工在提供收据之前就不能提交报告,所以这个措施就没有多大意义了。
一个有价值的度量是能够跟踪员工完成他们的费用报告所花费的时间;毕竟,我们的成本节省是基于用户能够从1小时减少到20分钟。跟踪用户在应用程序中的实际时间来验证这个数字并对其进行报告可能是值得的。
既然Nick和其他经理负责批准费用报告,那么跟踪从员工提交费用报告到Nick和其他经理批准费用报告之间的时间是值得的。跟踪它,并让管理者意识到它正在被跟踪,这将有助于改善这种行为。人们倾向于关注被测量的东西。
我们决定的明智目标是:
- 对于至少80%的费用报告,费用报告创建者花在创建报告上的时间不超过20分钟。
- 对于至少90%的费用报告,从提交报告到在财务系统中记录付款之间的时间少于三个工作日。
- 到今年年底,部门经理会在批准后的一个小时内查阅最新的所有费用的每周预算报告。
- 在解决方案可用的一个月内,100%的费用报告使用了数字系统。
- 在半年一次的审计中发现的错误数量减少了50%。
原文:https://docs.microsoft.com/en-us/powerapps/guidance/planning/measuring-success
本文:http://jiagoushi.pro/node/1303
讨论:请加入知识星球【快速和低代码开发】或者小号【it_training】或者QQ群【11107767】
最新内容
- 2 minutes 45 seconds ago
- 17 minutes 35 seconds ago
- 25 minutes 6 seconds ago
- 35 minutes 50 seconds ago
- 4 hours 56 minutes ago
- 6 hours ago
- 6 hours ago
- 7 hours ago
- 1 week 1 day ago
- 1 week 1 day ago