最流动的行当却有最零散的记录
一辆餐车或一个赶集摊主要不停地权衡：这周去哪些集市、哪张许可要到期、该向谁交哪笔摊位费、室内市场的周三比村里的周六赚得多多少。再加上私人活动的请求——婚礼、公司、节庆——通过私信到来，又在两场服务之间丢失。
这个行当没有大型软件：能找到的是可下载的 Excel 模板，或者管理它们自己请求而非你经营的预订平台。有记录的结果是：预订靠“表格、短信和私信”来管理——而路线决策则凭直觉。
你的路线，先描述再生成
描述你的经营：“我经营一辆汉堡餐车。我有固定摊位（两个集市、一个企业园区），每个都有各自的许可、期限和摊位费，还有一次性活动。每个销售班次有一个日期、一个摊位和一笔营收。私人活动请求有一个状态：已收到、已发报价、已确认、已完成。我想要接下来的一周、即将到期的许可和每个摊位的平均营收。”
生成的应用把经营结构化：带行政期限的摊位、与摊位关联的销售班次、带状态的私人包场——以及照亮这一行真正问题的仪表盘：值得去哪里？
- 摊位：地点、日期、摊位费、许可和期限
- 销售班次：日期、摊位、营收
- 私人包场：请求、报价、状态、定金
- 接下来的一周：哪天去哪里
- 仪表盘：各摊位营收、期限、季节
各摊位的营收，终于可比
流动摊主的盈利取决于对摊位的选择——而这一选择值得比凭记忆更好的依据。每个班次在收摊时几秒内录入，仪表盘就能算出各摊位、各工作日、各季节的平均营收：“生意好”的集市在数字里得到验证，而不再值那笔摊位费的集市则一目了然。
应用附带真实的演示数据（多样的摊位、季节、私人包场），可立即评估，并提供三个生成级别（Sketch、Craft、Masterpiece）。
一件归你所有的工具，跟得上流动经营的节奏
应用是一个自适应 Web 应用：当天的营收在车上、在收摊时用手机录入。而且这件工具归你所有——代码 ZIP 导出、推送到 GitHub、自由托管或包含的专属 URL：你的摊位和季节历史是公司的一项资产。
第一个应用享免费探索方案；Pro（25 €/月）和 Max（149 €/月）用于迭代，每次生成前都会显示费用。
生成的典型实体
- 摊位
- 销售班次
- 许可
- 私人包场
- 客户
生成的界面
- 按摊位看接下来的一周
- 摊位卡片：许可、营收历史
- 当天班次录入
- 按状态排列的私人包场队列
- 路线仪表盘
仪表盘指标
- 各摊位平均营收
- 60 天内到期的许可
- 本月已确认的私人包场
- 本月营收对比上月
常见问题 — 餐车
应用会做收银吗（收款、小票）？
不会——收款和收银义务仍归认证的收银方案负责。应用保管经营记录：班次的营收在收摊时几秒内录入，正是它为各摊位之间的比较提供数据。
能按市镇追踪许可及其期限吗？
可以：每个摊位带着它的许可（主办方、到期日期、摊位费），仪表盘会把即将到期的挑出来——再也不会在赶集的早上才发现许可已经过期。
私人活动请求能走我的报价流程吗？
可以：描述你的步骤（已收到、已发报价、定金、已确认、已完成），它们就成为应用的状态，待处理请求的队列一目了然。
那食材或原料的库存呢？
如果你的描述提到，就会在结构中加入一个简单的库存追踪（物品、阈值、出入库）——这一部分也可参见库存管理的使用场景。
我能在车上、网络不稳定的情况下录入吗？
应用是一个 Web 应用：录入时需要联网（4G 就够）。典型的录入——一笔营收、一个日期——在服务结束后只需几秒。