我有机会与SAP客户Whistler Blackcomb合作开发一个项目，构建一个支持仓库转移的Fiori应用程序。
我们决定使用SAP build来帮助完善范围。由于这项工作是远程完成的，而且我知道在这种情况下，企业和开发人员对需求的感知会有什么不同，返利平台有哪些，所以我决定构建一个要构建的应用程序的模型，并发送给客户进行反馈。在过去，一些项目的运行时间更长，或者比预期的成本更高。客户真的不希望这种情况再次发生。
构建解决方案的好处在于，它可以帮助您在参与反馈周期的同时建立原型。在一次电话会议之后，我制定了需求并设计了原型。在第一轮的反馈之后，我意识到我85%是对的，很好，返现是什么意思，但是15%的折扣，这实际上是个问题。如果不及早发现，这15%很容易转化为30-50%的成本超支。这些都是常见的失误类型。经常发生。通常在开发或测试之后出现，这意味着大量的返工（至少可以说是客户不太满意的情况）。但我们希望按时、按预算交付。
在第一个屏幕截图中，您可以看到构建允许创建多个项目。在我们的例子中，物联网门锁，它是右边的一个。
在项目中，您定义了应用程序的屏幕顺序。我们使用了主/细节模板。它非常接近我们所需要的，大大加快了设计过程
在预览模式下，我们能够模拟在PDA中执行，屏幕尺寸减小。这是已创建的现有STO的列表。按钮"Create STO"开始一个新的创建过程。这是应用程序的主要用例。
一旦你点击一个现有的STO，你可以浏览它的详细信息。（主/细节范例）
一旦您点击创建STO，添加项目的屏幕就会出现。它的设计充分利用了设备的内置条形码。读数被带到光标所在的位置。
扫描完一篇文章（在本例中是一个夹克）后，项目汇总在屏幕的底部。这一点很重要，因为我们不希望看到每次扫描一行，而是希望看到每篇文章一行，数量汇总。
同一篇文章的两次扫描。查看2的数量
添加了另一个不同的物品。
完成所有扫描后，wap自助建站，我们单击保存，弹出窗口询问发送仓库（是的，可以多个，不能默认）和接收仓库。在后端发布了一个STO。
因此，在通过电子邮件反复精确地进行了几次之后，我们确定了最终的范围。
很难强调一个工作原型对估计开发工作有多大的帮助。你看到了。没有什么意外。开发商对需要建造的东西非常满意。
我们按时按预算交付了吗？对！我们不得不使用一点应急预算，因为我们最终错过了几点（嘿，考虑到我们需要花多少时间来完成这项工作，这是完全正常的-见下文），但我们很好。
按数字构建：
构建练习、原型、反馈、确认需求的电话会议、评估等=4小时构建阶段（编码），包括单元测试=2周完成价值实现时间（从最初的呼叫到上线）=3周2次传输/发布，到目前为止（2周前）没有错误/更改请求。
要点：
我认为构建应该用于任何前端计划。它大大有助于确定范围和结果，加快进程，降低成本；在许多方面，大数据市场，它取代了沉重的MS-WORD驱动的功能规范，同时提供了更多的价值。
行动呼吁
在它，不都归结为"多少价值，我可以提供我的it美元"？好吧，构建真的可以帮你解决这个问题。
开始使用构建。免费发现。
有很多信息可用。
https://www.build.me/splashapphttps://www.build.me/splashapp/learninghttps://www.build.me/splashapp/community
