烘焙批发常备单门户值不值得做？

项目是什么

这不是 FlexiBake、BakeSmart 或 Cybake 那种烘焙 ERP。也不是通用批发 CRM，不是「AI 预测明天该烤多少」。它是给已经在给咖啡馆、餐厅送货的小型烘焙店的窄门户：服务或托管台，只盯每周重复的那几张单。

定义完整，至少能分开这四件事：

1. 按客户的价目表。同一款可颂，咖啡馆 A 一个价、餐厅 B 另一个价。客户登录只能看到自己那一列，不能看到别人的价。
2. 常备 / 循环单，截止前可跳过或改量。例如「每周二、五 48 个可颂」。节日停一天、临时加 12 个，必须在交货截止点之前改完，而不是凌晨电话改。
3. 截止后锁定，并留下原因。过了约定钟点，数量冻结。若店主特批改单，要记下谁改、改了什么、为什么——出炉的人不能对着两份互相打架的微信记录烤。
4. 按 SKU 的明早出炉 / 拣货表。不是按客户抄一遍订单，而是把所有常备单汇总成「明早烤多少可颂、多少酸面包、多少司康」。漏一行就是开业缺货或当天浪费。

说不清自己做的是常备单门户，还是配方 + POS + 营养标 + 路线优化那一套烘焙 OS，项目定义就还没完成。后一项是 FlexiBake / BakeSmart / Cybake / Streamline 的宽度。本切口不吃那盘。

谁需要 / 谁该跳过

更适合继续往下看的人，通常已经听过「差一点就送错单」的故事，而且现在还在用电话和微信收下周的量。

• 大约 10–50 个咖啡馆 / 餐厅账户：有人盯单，但系统就是表格 + 微信；能讲出最近一次数量错了、开业缺货、或多烤一批倒掉。
• 愿意先泡烘焙 Facebook 群、本地烘焙协会、咖啡馆转介，而不是先做 Product Hunt 发布的独立开发者。
• 接受服务优先：先帮人收常备单、盯截止点、交明早出炉表，再谈托管，最后才谈登录产品。

谁该跳过：

• 准备做 FlexiBake / BakeSmart / Cybake 的 SEO 克隆，用「bakery ERP / bakery management software」硬刚头词。那是全栈，不是本切口。
• 第一周就要上 AI 预测出炉量。公开页上已有人把预测和排产写进卖点；那不是你的冷启动。
• 说不出烘焙决策者（店主、凌晨出炉的人、管批发的办公室），也进不去他们所在的群。
• 只想听收入承诺。本页没有。
• 其实想做的是另一条到期提醒楔子。那是清洁公司证照到期提醒的切口，方法同构、垂类不同；不要把证照/COI 话术套到烘焙店，也不要再做一个到期提醒克隆。

现有替代方案

用户不是没工具。他们缺的是：按客户价目 + 截止前可改的常备单 + 锁单原因 + 按 SKU 明早汇总。

访谈时先问这三句，再决定切口：上周有几单是电话或微信改常备单？过了截止点之后谁还能改、出炉的人怎么知道？明早那张表是按客户抄，还是按 SKU 汇总？三句答不上，还没有项目，只有「给烘焙店做个系统」几个字。若要核对「太贵 / 太重 / 电话改单」是不是成簇，用10×2 差评聚类，差评是线索不是规格。

变现与获客

本页不承诺收入，不编转化率，不把公开标价写成你的 ARR。下面是 2026-09-14 从公开页读到的约数，结账页会变，下单前复核。

窄门户公开标价大致落在每月约 $99–$109，全栈 Base 约 $295。这只说明「有人把批发下单或烘焙管理卖到这个价位」，不说明你会卖出去。冷启动不要先画 MRR，顺序更现实的是：

1. 服务搭建 $199–$499：帮一家店把客户价目、常备单、截止点收进表，第二天交出按 SKU 的出炉表。
2. 托管 $49–$99/月：你继续收改单、锁截止、出明早汇总。这是托管服务价，不是已经验证的 SaaS 单价。
3. 有 5–10 个在付托管费的客户之后，再谈登录产品和自动锁单。人不到，不要先写账户系统。

获客对口的是：烘焙 Facebook 群、本地烘焙协会、咖啡馆店长转介，以及「常备单截止 / 明早出炉表」这类长尾页。Product Hunt 不是主渠道——凌晨出炉的人不在那儿买门户。不要编点击率、预约率或「发一篇就能接到单」。路径细节见变现路径；要不要做，先过验证项目和项目机会评分器。

五问

读完竞品页不要开工。按这个顺序问。任何一问答不上，切口还不能进入验证。

1. 谁付钱？烘焙店主、管批发的办公室，还是咖啡馆代下单？说不清付款人，后面的价都是幻想。
2. 哪项工作失败了？常备单重录出错，截止后还在改，还是明早出炉表对不上 SKU？三项都做、又说不清主失败，定义仍不完整。
3. 他们现在怎么凑合？表格、微信、日历、QuickBooks，还是已经在用窄门户或 ERP？凑合方案说不清，你不知道自己在替掉什么。
4. 你的楔子是什么？只能是按客户价目、截止前可改的常备单、锁单原因、以及按 SKU 的明早汇总。楔子若是「更好的烘焙 ERP」或「AI 预测出炉」，全栈已经有人卖。
5. 最小证据是什么？8–12 次与烘焙决策者的访谈，或落地页预约 / $199–$499 搭建费。没有其中一项，不要写代码。

MVP 怎么做（服务优先）

目标不是上线一个烘焙 OS，而是在一个市场里证明：有人愿意为「常备单 + 截止点 + 按 SKU 明早汇总」付钱或认真预约。

1. 只选一个市场。一座城，或一种客户类型（咖啡馆、餐厅，先不要同时做商超）。交货窗口和 SKU 名会随地方变，一上来全国铺等于没有清单。
2. 先用 Sheets / Airtable + 表单。客户价目一张表，常备单一张表。列：客户、SKU、数量、交货日、截止钟点、本周是否跳过、改量原因。客户用表单改，不要第一周做登录墙。
3. 邮件盯截止就够。截止前几小时发邮件确认；过点锁表，特批改单写原因。短信网关和 App 放到有人付了搭建费或托管费之后。
4. 落地页只许一个承诺。例如：「把咖啡馆常备单收到截止点前可改，过点锁定，明早按 SKU 出一张出炉表。」不要写「AI 烘焙操作系统」。
5. 带着访谈稿去群里。问上周几单是电话改的、截止后谁还能改、明早那张表按客户还是按 SKU、现在表格卡在哪。记下原话，不要记功能愿望。
6. 写死停止条件。14 天内谈不到 5 次认真对话，或对方说不清「错一个数量会浪费或开业缺货」，就停。不要靠候补名单给自己打气。

最小验证成本应是：一张表 + 表单 + 邮件截止 + 一页落地页 + 十几次对话或一笔搭建费。不是第一周 ERP，不是 AI 预测，也不是烘焙管理软件的功能清单。

主要风险

• 窄门户已经有人卖。Wholesale Handler、WholesaleEase、BakeOnyx 都在卖客户自助下单或常备单。分数里的竞争友好度 48 就是这个意思：不是蓝海，只是「常备单 + 截止 + 按 SKU 明早表」这条工作流还没被做穿，再做一个全栈 ERP 克隆友好度会更低。
• 范围膨胀成 ERP。配方、POS、营养标、路线、库存、AI 预测，都会把切口拉回 FlexiBake / BakeSmart / Cybake 的宽度。拉回去，你就在跟全栈比功能，而不是比「明早那一张表」。本页不推荐再做一个烘焙 ERP 克隆。
• 双边采用。咖啡馆要肯在截止前改单，烘焙店要肯按锁定量表出炉。一边不用，表格还是两份。
• 渠道错位。烘焙店主在 Facebook 群、协会和咖啡馆转介，不在 Product Hunt。主场发错，访谈数会一直是零。
• 过敏原与错价责任。价目和出炉表一旦由你托管，标错过敏原或标错批发价可能出事。你不是律师，也不是食品安全顾问；本页不是法律意见。没有核对流程和免责边界，就不要代管价目。
• 竞品教育文偏差。批发软件成本文和 BakeSmart 替代文是卖方写的对比，价位可当公开样本，结论不能当中立评测。下单前复核原站。

证据状态

本页绑定 2026-09-14 公开样本：BakeSmart 批发页（常备单 / 门户话术；模块价以询价为主）、Wholesale Handler 对 BakeSmart 的替代文、批发烘焙软件成本文（自身公开约 $109/月；文中 BakeSmart / FlexiBake 数字是卖方整理，下单前复核原站）、FlexiBake 烘焙软件页（Base 公开约 $295/月）、Cybake 批发页（常备单与线上订货；无公开小档标价）、BakeOnyx 批发烘焙页（付费约从 $29/月起的话术；门户档见定价页复核）、WholesaleEase（公开 $99 / $199；常备单在 Premium）。另见 Streamline 定价页（按单约 $0.50，月最低约 $299.50）。分数是初步判断。

需求 76：电话 / 微信重录常备单、截止点靠人盯、明早对账，在批发烘焙公开页上重复出现。竞争友好度 48：窄门户和全栈都已经卖得出去，友好度一般，只留给说得清常备单楔子的人。变现 70：窄门户公开约 $99–$109，全栈 Base 约 $295，且存在 $199–$499 搭建再托管的服务路径——这是价位观察，不是你的收入预测。执行 74：表格 + 表单 + 邮件截止 + 一张出炉表可以本周开始，不必先写 SaaS。综合 62，判定为可执行验证。

仍待补：与烘焙决策者的访谈、各家结账页价格复核（尤其 BakeOnyx 门户档、BakeSmart 模块价）、至少一单付费搭建或托管。在那之前，不要按烘焙 ERP 扩规模，也不要把卖方教育文或公开标价写成市场结论。本页不编 KD，不编搜索量。