名称没有用户要完成的事情重要。网站可以帮助人们了解企业并联系你；Web 应用可以让他们管理预约、审批请求，或反复使用一个工具。很多项目同时包含两者。正确起点是清晰的任务，而不是偏好的技术。
先看访客的工作
如果用户主要阅读、比较和联系，结构清晰的网站可能就足够了。如果他们需要创建记录、返回已保存信息、与其他人协作，或完成多步骤流程，项目就更接近应用。
预约业务很好地说明了差别。介绍服务并收集期望时间的页面相对简单。管理员工空闲时段、防止重复预约并处理改期的系统，则需要共同规则和可靠数据。
理清信息与权限
记录哪些信息进入系统，谁能查看，谁能修改。公开的服务说明，与客户私人预约资料不是一回事。员工和客户可能需要看到同一记录的不同部分。
还要考虑出错后的情况。用户重试会不会创建重复记录？预约过程中空闲时段变化了怎么办？这些问题对设计的影响，并不比对后端小。
考虑上线后的工作
应用需要有人管理访问权限、响应问题和维护集成。外部服务可能有自己的限制、费用和变化。在把功能当作一次性采购之前，先讨论这些依赖。
第一版采用简单流程可能更合适。先人工审核请求，有时比立即自动化所有决定更合理。目标是解决真实瓶颈，而不是替换一个尚未验证的流程。
选择有用的首个版本
描述一条有明确起点和终点的完整流程。例如，客户申请预约，员工审核，再向客户确认结果。每一步都要明确负责人。
然后确定哪些可以以后再做。报表、更多角色和集成可能很有价值，但不应盖过第一个真正有用的任务。你可以从同一份需求出发，与 Buildurs 讨论网站或定制工具，不必先选好技术分类。
开始之前
- 描述用户需要完成的事情。
- 列出记录、角色和权限。
- 规划重试与冲突更新。
- 明确持续运营的负责人。