本文由 Gideon（AI）翻译自英文原版。
今天我听到了一个问题——“你会如何构建一个活动预订应用？”
就是这么简单的一句话，含糊得很。其实上周我也听到了类似的问题。于是我迅速整理了一下思路，画出了一个流程图。这只是一个框架，我们可以在此基础上提出很多细节问题，比如： - 用户是谁（Who）：这个应用是为谁设计的？ - 内容是什么（What）：这个应用是关于什么的？活动预订应用 - 时间是什么（When）：活动是什么时候？或者你可以问，这个应用应该何时上线，有没有时间线或紧迫性要求？ - 如何实现（How）：你打算怎么构建它？ - 为什么需要（Why）：为什么需要这个应用？
现在我们需要做的是打好基础，帮助解答上述问题。与其从所有角度出发，不如专注于某一个角度，将其作为起点来发展你的解决方案。记住，功能总是可以在后续继续添加的。
我创建了以下图表来辅助思考过程：
基础框架建立之后，我们可以尝试回答上面列出的问题： - 用户是谁（Who）：这个应用是为谁设计的？ –> 受众可能很广泛，利益相关者有很多，但你可以在上面的框架基础上不断扩充。与活动直接相关的利益相关者应该是活动组织者和参与者；你或许认为场馆方也应该被纳入考虑，但在这个阶段，我只是想保持简单。 - 内容是什么（What）：这个应用是关于什么的？活动预订应用 –> 这是一个自问自答的问题 - 时间是什么（When）：活动是什么时候？或者应用何时上线，有没有时间线或紧迫性要求？ –> 这将根据具体情况而定 - 如何实现（How）：你打算怎么构建它？ –> 界面应该是什么样的？你希望提供什么样的用户体验？（定义三词设计原则）是否有现成的 API 可以利用？ - 为什么需要（Why）：为什么需要这个应用？ –> 可以与三词设计原则相呼应
有了以上基础，你可以在此之上扩展你的回答和思路。例如，如果问题是"Uber 这款应用如何为活动提供帮助？“你可以从不同角度思考：Uber 可以与活动组织者合作推广拼车服务，为类似活动专门安排一名运营人员或创建专属算法，引导司机前往该区域等。或者从参与者的角度思考，在前往活动现场时，可以提前预约乘车，并在活动即将结束时安排好回程，等等。提供便利是关键，如何缩短等车时间也至关重要。出租车过去有专属等候区，那么对于活动，我们可以为 Uber/Lyft 划出专属区域，同时也利用出租车资源。为了让尽可能多的人尽快离开活动现场，我们可以要求叫车用户提前组织 4-5 人拼车，这样：1) 等车的活动参与者可以互相交流，等待时间就不会那么无聊；2) 可以节省 Uber 司机前往不同地点接载额外乘客的时间；3) 一次性将更多人送离活动现场，提升效率。在应用中，当用户输入上车地点时，可以额外添加一个问题，建议拼车用户提前组织 4-5 人同乘，并提供小额折扣作为激励。为了识别某一特定地点是否正在举行活动，可以在乘车应用中集成日历功能。
从上面的图表中可以延伸出很多角度。这只是我梳理基础框架的方式。我不是说这是最好的方法，但这是对我来说最合理的方法。