一次上门服务的生命周期，值得比邮箱更好的对待
一家维保、抢修或售后公司随请求的节奏运转：客户来电、排定上门、技师上门、撰写报告、开出发票。当这条线索维系在一个邮箱和一份共享日历里时，每一步都是丢失信息的机会：被遗忘的请求、重复、做了却从未开票的服务。
市面上的现场服务软件用沉重的平台来应对这个问题，按技师计费，为五十辆车的车队设计。对于两到十人的团队，成本和复杂度都超出了需求。
您的请求流程，化为一个应用
描述您的组织：“我们维保锅炉。客户打电话给我们，我们创建一个请求，与三名技师之一排定一次上门，他记录所做的工作和更换的配件，然后我们开票。我想查看待处理的请求、本周排程以及尚待开票的内容。”
生成的应用把客户、设备、请求和上门服务关联起来。每个请求都有状态——已接收、已排程、已完成、已开票——仪表盘凸显要紧之事：待处理请求、本周上门、待开票金额。
生成的演示数据模拟数月真实活动：您在可信的历史数据上评估应用，而非在空白界面上。
- 带状态和优先级的服务请求
- 客户档案与所跟踪的设备
- 关联到技师的上门服务
- 报告：所做工作、所用配件
- 仪表盘：待处理、已排程、待开票
确定性结构，而非 AI 的承诺
Blueprint Maker 把对业务的理解与代码的编写分开。AI 阅读您的描述并产出结构化规格——实体、它们的关联、状态、指标。随后确定性构建器把该规格转化为完整应用：数据库、API、界面、仪表盘。
这种分离保证结果合规：没有毫无作用的按钮，没有臆造的界面。已确认方案里有的，应用里就有。
代码所有权与可控成本
应用归您所有：ZIP 导出、GitHub 推送、自由托管或包含的专属 URL。生成的代码是标准的 Next.js + Prisma——任何开发者都能接手。
在预算方面：免费的 Discovery 套餐用于生成您的第一个应用，Pro（25 €/月）和 Max（149 €/月）套餐用于迭代。每次生成的额度费用会在启动前显示。
典型生成实体
- 请求
- 客户
- 设备
- 上门服务
- 技师
生成的界面
- 按状态和优先级划分的请求队列
- 客户卡片：设备、历史
- 上门服务排程
- 上门服务报告
- 业务仪表盘
仪表盘指标
- 待处理请求
- 本周已排程的上门服务
- 待开票的上门服务
- 各技师的工作量
常见问题 — 上门服务管理
我能使用自己的服务状态吗？
可以。您描述的状态（已接收、已排程、进行中、已完成、已开票……）会成为应用的状态，带徽标和筛选器。您在生成前确认方案——含状态。
技师能在外出时查看自己的服务吗？
应用是一个响应式 Web 应用，可通过其 URL 在手机上访问：每名技师都能从浏览器查看自己的服务和客户历史。
能跟踪客户的设备吗（锅炉、机器……）？
可以，如果您的描述提到它们：设备会成为一个关联到客户和上门服务的实体，其维保历史可供查看。
应用如何随我的业务演进？
两条路径：从更丰富的描述重新生成，或取回源代码（ZIP、GitHub）自由演进——这是标准代码，不依赖平台。
多久能拥有一个可用的应用？
一次生成即产出一个完整应用，部署在其专属 URL 上——含数据库、界面、仪表盘和演示数据。您在一次会话中从描述走到在线工具。