企业的第一个软件，可能不应该是一个应用程序。

应用程序是格式,而不是策略

应用程序在经常使用,依赖手机功能或需要在浏览器之外跟踪用户时是有意义的. 除此之外,网络门户,自动化或内部工具可以用更少的摩擦来运行同样的能力.

正确的问题不是要建立哪个应用程序. 这就是需要改变的行为或过程.

根据使用情况选择

四个问题可以减少错误的开始机会:

• 谁使用,而且使用多少次?

• 在哪个设备上工作已经完成?

• 解决方案是否需要相机,定位,通知或无线使用?

• 用户如何发现,访问和返回解决方案?

建立一个完整的通道

一次发射应该从一开始到最后解决流程. 捕获一个请求而没有将信息传递到操作中, 显示一个面板而没有定义谁从面板中做决定,

选择一个输入,处理所需的规则,然后输出可用的输出. 这段经历带来了关于收养,例外和价值的真正学习.

让建筑与考验相伴

第一个版本必须是可靠的,安全的, 您不需要预测未来的所有功能. 在使用之前增加的每一个机会都增加了时间和成本,

如果流量证明了价值,使用者要求移动, 这不是设计的偏好.

如何选择第一批货的格式?

选择使用环境,而不是产品的外观. 频率,设备,需要离线接入,通知,相机,位置和分发决定解决方案是否应是应用程序,网络系统,自动化或集成. 而不是一个成熟的象征.

一个真正证明自己有价值的MVP需要什么?

总裁必须完成一个重要行动. 没有操作的登记,没有决定的面板,或者没有薪水的申请, 定义了输入事件,规则,输出,负责人以及显示流程是否有效的证据.

它减少了选择,而不是可靠性. 安全,隐私,错误恢复和使用观察是第一版本的一部分. 您可以期望的只是变化,个性化和功能,

如何避免第一个版本变成昂贵的债务?

记录架构决策, 保持可出口数据, 定义如何跟踪错误,谁负责事件,以及哪些指标表明采用. 第一个版本不需要预测一切, 但也不能掩盖继续的成本.

在开发之前,将其与现成工具和辅助过程进行比较. 如果一个简单的设置可以测试假设, 当过程,差异化或数量证明承担产品和维护时,

在发育之前需要回答哪些问题?

• 发射后需要改变哪些行为?
• 谁使用,使用哪些设备,使用频率如何?
• 哪一条完整的流量将首先投入使用?
• 哪些数据进入,谁可以访问?
• 公司怎么会知道交货产生了价值?
• 当一个新想法出现时,谁决定优先事项?

关于第一款软件的常见问题

一个应用程序总是比一个网络系统更贵吗?

没有绝对的规则,但移动应用程序通常增加商店分销,系统版本,多设备测试和特定维护. 如果使用不依赖这些功能, 网络体验可以在较少的初始复杂性下验证同样的流.

您的MVP可以被真正的客户使用吗?

当目标是验证实际使用时, 这需要更小的范围和与风险相称的控制. 一个MVP不是一个破碎的演示. 这是一个有限的,可观的,可靠的供应,