从探索商机到发布应用：爪爪预约完整图文实战

跟着这篇教程，你会走完一次真实制作：探索商机、选择问题、整理需求、生成应用、检查业务、发布正式链接。我们用飞写 AI 做出「爪爪预约 PawPilot」——一个给小型宠物美容工作室管理预约与宠物档案的应用。

本文以实际操作和成品截图为主，附可复制的需求。截图里的宠物、预约和经营记录都是虚构演示数据；服务标价不是实际收款。市场与定价仍需真实客户验证，生成应用不等于已经赚到钱。

先看成品 · 探索商机 · 整理需求 · 生成应用 · 检查业务 · 商业化 · 发布 · 复制需求

先看成品：从一笔预约到一次服务完成

店主在微信收到预约后，登记宠物、服务、美容师与时间；应用阻止重复排班，跟踪服务进度，并把完成记录汇入宠物历史和经营概览。

打开本篇成品，体验爪爪预约 →。本文所有截图都可点击查看原图。

首版由店主一个账号统一管理，小林和阿宁是排班对象，不是各自登录的员工账号。多人协作、自动微信通知、收银对账、AI 估时和 OCR 留到后续验证，先把一条日常流程做完整。

01｜从「不知道做什么」进入商机探索

打开 飞写 AI，点击创建区域下方的「不知道做什么？AI 帮你挖商机」。第一次进入可能先看到案例介绍，再继续进入探索。

我们选了容易找到真实使用者的领域：小型宠物美容工作室。第一条消息这样写：

我想为 1–5 人的独立宠物美容工作室做一个应用。
微信接单容易漏预约，洗护时长不同，宠物档案分散。
请找可核验的需求线索与竞品，给出 3 个具体机会。
每个方向说明：谁用、解决什么、现在怎么凑合、
差异化是什么、如何找到前 5 位试用者。
不要捏造市场规模、收入或用户评价。

一个值得继续的方向，至少要能说清：谁在什么时刻遇到什么麻烦，现在怎么解决，为什么可能愿意换工具。

02｜核对 AI 的建议，再选择首版方向

探索给出了排班提醒、防漏预约、宠物档案三个方向。我们没有把整段回答直接作为市场结论：初轮出现的市场规模、竞品价格与收入推算未逐项核实，所以不采用；「没有竞品」也没有依据。

另外查阅 MoeGo 官方产品页与 GESpet 官方中文介绍，可以确认现有产品已覆盖预约与宠物档案。这说明有人在服务这类工作流，不能证明我们的新应用已经有客户。GESpet 有中文页面，因此也不能照搬 AI 对竞品语言的概括。核验日期：2026 年 11 月 2 日。

最终的产品假设是：给小店一个容易上手的中文手机工具，把微信接单后的登记、排班和档案串起来。通过追问，把暂不做的功能去掉，再让 AI 输出可以直接使用的需求草稿。

接下来应找 5 位真实店主：请他们展示当前登记方法，讲一次最近的约重或漏单，让他们现场登记一笔虚构预约，记录耗时、卡点和缺少的关键字段。体验后再问什么条件下愿意付费。本文没有虚构已完成访谈或已获得付费客户。

03｜点击「用这个想法」，补齐可执行需求

草稿回填后，保留「应用」类型，补齐业务规则和界面要求，再点「开始生成 APP」。

本次重点补齐了四组信息：

• 业务闭环：先建档再预约；同一美容师时段重叠要拦截；服务完成后进入历史与统计。
• 精美的具体标准：奶白与墨绿、统一线性图标、清楚的统计卡、桌面导航与手机布局、可理解的空态。
• 数据行为：演示与个人数据分开；个人记录云端保存；刷新保留；不同账号隔离。
• 商业边界：基础预约与档案免费，高级经营功能留会员入口；提醒先做复制文本，不伪装成已发送微信。

「做得高端大气」难以验收。「手机不横向滚动、预约主按钮容易找到、弹窗头尾操作始终可见、统计能追溯到记录」更容易得到可判断的结果。

04｜确认关键选择，再开始开发

进入项目会话后，先回答确认问题。推荐项只是建议，要按首版目标选择。

本次选择：店主单账号；只做包月会员；高级经营导出每日免费 3 次；不做分享奖励。以 20 元/月作为案例会员设置，后续仍需真实试用验证，基础预约与档案不锁住。

确认完点击「确定，开始开发」，在会话里查看进度。生成时间取决于范围、模型和构建情况；如果出现新问题，继续回答。中断后也应回到同一项目继续，避免重复创建。

05｜沿着一笔预约，检查应用是否真能用

先看整体，再动手完成一笔业务。使用虚构信息验收，公开截图不要放真实客户电话。

建宠物档案，再登记预约

字段的价值在于让店主少问一次、少翻一次聊天。不要为了显得功能多，堆上首版不需要的信息。

故意撞一次时间

例如先登记 10:00–11:00，再尝试同一美容师 10:30–11:30，应被拦截；11:00 开始的相邻预约应允许。取消原预约后，时段应释放。编辑预约也要重新校验。

完成服务，再核对历史与统计

将同一预约从待到店推进到服务中、已完成，再检查宠物历史和经营数字。刷新个人工作室，确认记录保留。统计需要能追溯到预约，不能靠写死的漂亮数字。

本案例已通过平台 68 项自测（0 失败）及独立 17 项业务规则复核。浏览器实测完成建档、预约、重叠拦截、刷新保留、开始与完成服务、档案历史与经营数字一致、不同测试账号隔离；CSV 已实际下载并核对内容。390px 手机布局和表单无横向溢出，保存按钮在视口内可见，桌面与手机深浅主题切换无页面异常。正式版 v1 已在未登录浏览器打开。

06｜让商业化对应真实价值

店内洗护服务的示例标价（如 128 元、228 元）与本应用的会员费是两件事。前者是店主向顾客收取的服务价格，后者是应用提供管理能力的升级定价。

首版让基础预约和档案先可用，再用高级经营导出、细分统计等能力提供升级理由。20 元/月是案例定价，不是收入证明。核对页面和后台的价格、周期、免费额度；会员应由真实平台权益判断，不能点按钮就在本地变成已付费。

会员价格、免费额度及权益接口已接入平台并通过配置与权益自测；测试账号的会员权益能正确影响高级功能展示。本次未发起真实微信或 PayPal 付款，也未做真机收银台、退款与到账验收。它们仍是正式向客户收费前要完成的检查，不能把页面上有价格当成已经收款。

07｜发布正式版，让第一位店主试一单

从项目的发布入口提交正式发布，查看审核、构建与结果。发布成功后，再用未登录浏览器和手机尺寸打开正式链接。测试版用于开发验收，对外文章使用正式版。

体验本篇生成的爪爪预约 PawPilot →

邀请试用时可以说：「我做了一个微信接单后的排班小工具，想请你用一笔虚构预约试试，看看能否少翻聊天记录。能让我观察你登记一单吗？」本文没有自动向店主发送消息。

记录三件事：能否独立完成一单，哪个步骤犹豫，什么理由让他愿意第二天继续用。先修掉阻碍使用的问题，再加新功能。在原会话里这样提修改更具体：

手机预约列表里，完成服务需要翻到卡片底部。
请把主要状态按钮放在每条预约容易看到的位置，
保留取消确认，并检查 390px 下没有遮挡。

可复制的首版需求

下面是本次需求的整理版，替换行业、字段和服务规则即可复用。生成结果仍需逐项验收。

下载本案例需求模板（TXT）

为1-5人的独立宠物洗护工作室制作可实际使用的中文商业应用「爪爪预约 PawPilot」。定位：微信接单后的排班、宠物档案、服务进度与回访看板。不是宠物商城。请生成精美完整应用而非静态展示页。
视觉：浅奶白底、墨绿品牌色、温润浅绿点缀、精致线性SVG图标、细边框、有节制的阴影、清晰大标题、留白、桌面左侧导航、手机底部导航；统一深浅主题和中英切换。不要emoji当图标，不用外网随机图片。首屏要像成熟SaaS：品牌、今日日期、欢迎语、预约数/待到店/服务中/已完成4个真实统计卡、当天时间轴与右侧待办。所有统计从当前数据计算，不要假收入/假增长百分比。
模块：工作台、预约日历、宠物档案、服务项目、经营概览、我的与方案。桌面/390px移动端均精致易用。
完整业务闭环：新增宠物档案（宠物名、种类、品种、主人称呼、可选联系电话、注意事项）；新增预约选宠物、服务、美容师（小林/阿宁）、日期时间、服务时长、价格、备注；对同一美容师同时间段的未取消预约阻止重叠（相邻时段允许，取消不占位）；状态待到店→服务中→已完成，可取消；完成后档案显示服务历史；筛选日期/状态/美容师与搜索宠物；编辑预约再次校验冲突；删除须明确确认。营业时间09:00-19:00，拒绝超出时段。联系人信息不出现在公开演示数据中。
服务项目支持新增、编辑、停用，预置小型犬洗护60分钟128元、精致美容90分钟228元、猫咪洗护90分钟198元，这些都是示例服务价不是平台收费。经营概览按实际完成预约求和，并明确这是服务标价合计，非支付到账、非净利润；可以导出预约CSV（转义公式注入）。到店提醒只能生成并复制文本给店主手动微信发送，明确“复制提醒”，不要假装已发送短信/微信。
数据：使用平台SDK真实登录、按当前用户云端持久化与隔离；刷新后保留；访客默认进入演示模式（明确“演示数据”，不写入用户云端），给6个虚构宠物与当天5条预约，演示操作仅影响本次会话，可切换“我的工作室”登录建立自己的空数据。演示数据与个人数据彻底分开，个人空态引导先建档再预约。不得为了截图使用开发者帐号验收；使用平台提供测试账号与跑手验证云端保存、刷新、用户隔离。若SDK当前登录模式不允许某行为请读模板示例后正确实现。
商业化：我的与方案页展示平台SDK真实账号面板/现有商业化组件；基础价值为预约与档案，不人为锁死；会员方案卖高级经营导出（若平台支持会员权益则真实判断权益并调用平台收银台/权益，不自建假付款）；不支持的部分如实标为未开通，不做假成功。公开演示不要求付款；不要真实下单扣款。给“分享本应用”真实分享/复制链接。所有页面的按钮点了要真完成所述动作，错误就地显示，弹窗遮罩不关闭，头尾按钮固定可见。
验收：创建档案→新增预约→冲突拦截→取消后释放时段→开始与完成→历史与经营数字一致→刷新保留→CSV导出→390px不横溢出；跑构建和平台自测，失败必须修复。开发完成提供真实已实现能力与未验证项。不要花时间装浏览器，使用平台共享工具。

常见问题

需要先会写代码吗？

本篇通过商机探索、需求描述与项目会话推进。你最需要掌握的是描述业务、判断结果和提出具体修改。涉及真实经营时，仍要检查数据、权限与支付流程。

为什么不直接自动发微信？

自动消息需要真实渠道接入和发送结果验证。首版先提供明确的「复制提醒」，由店主确认后发送；接好渠道后再升级。

有竞品还能做吗？

要看具体人群的使用成本、迁移成本与未被满足的问题。本案例选择轻量操作体验作为假设，还需要真实店主试用；不能仅凭「有竞品」或「没有竞品」决定。

怎样才算完成，而不只是生成了页面？

正式链接能打开，真实身份能保存并读回数据，关键错误被拦截，手机操作顺畅，收费范围讲清楚，已验证与待验证项可查。再让真实用户完成一笔业务，才有下一轮改进的依据。