01
情境
菜单要改一行字、调一个价格，员工自己改不动，要等开发回来。
我们的处理
菜品名、价格、图片、描述都能在后台直接改。员工存草稿，老板审完点击发布，客人看到的就是新版。
我们的取舍
员工只能改草稿、不能直接发布；改错了能回到上一版；客人永远只看到已发布的版本。
- 每种语言一个独立输入框：英文菜名一栏、日文菜名一栏、描述各一栏。改一种语言不影响另一种。
- Save Draft 先存草稿，Publish changes 才上线给客人看。员工可以分配只能存草稿的角色，避免误发。
返回 Demo 展厅
KAZE · 伦敦当代日式料理
这个 demo 面向精致餐饮（餐厅 / 咖啡馆 / Bakery）、买手店、设计工作室；它演示了一家品牌官网在内容维护、多语言适配、发布流程上的典型解法。
您日常会遇到的几件事
把网站当成一家店来经营，下面这几件事都会发生。我们在这个 demo 里都已经替您处理过。
02
情境
海外访客无法读懂菜单，到了门口又走了。
我们的处理
同一份菜单同时维护英 / 法 / 西 / 中四种语言，访客按所在地区自动切换。日文菜名作为品牌氛围保留。
我们的取舍
翻译不是机翻贴上去，而是和您一起定调子；过程中会指出哪些菜名意译、哪些保留日文。
- 桌面端先用菜单分组建立阅读节奏，再进入具体菜品，不把所有内容堆成一张长表。
03
情境
网站上线一年，搜餐厅名字搜不到自家。
我们的处理
每个页面的搜索摘要、社交分享卡片、餐厅类型的元数据已经配好；新菜品和新页面会自动加入网站地图。
我们的取舍
让搜索引擎读懂这是日式料理、地址、营业时间；让客人在社交平台分享时看到精心设计的预览，而不是一行光秃秃的链接。
04
情境
员工帮忙改活动页，把首页改坏了。
我们的处理
后台按角色分权限：编辑可以改但不能发；查看者只能看；只有管理员能动品牌主标题和地址电话这种核心信息。
我们的取舍
"谁能改什么"在配置时就划清楚，远比事后追责省心。员工能动手，老板才能放手。
- 搜索、列配置和筛选在同一个列表里，员工不是在网页代码里找菜单，而是在后台按内容项维护。
- 每条菜品都有发布状态和更新时间，适合老板或店长做上线前检查。
响应式体验
同一份菜单要在三种屏幕上都立得住
桌面端慢慢浏览品牌氛围，平板端单列阅读节奏更紧，手机端则要让客人在路上扫码、查询、转发都顺手。一套设计，三档分辨率，叙事不丢。
为您做的取舍
内容后台、开发流程、扩展空间、需求场景——这是我们替您做完比较后的判断。
内容后台的选型
我们选用了开源后台框架 Payload，把您要的功能直接写进系统。WordPress 这种以插件商城为核心的方案，在内容站初期看起来很省事，但插件之间的兼容性、高级功能的长期订阅、版本升级带来的连锁影响，几年下来维护负担会越积越多。Payload 的定制写法不依赖插件拼接，整体架构更稳。
开发流程的把关
我们走完整的咨询 → 设计 → 开发 → 运维流程；设计阶段会给您 2-3 套整体方案——色彩与视觉风格、信息架构、详细文案、可点击的原型——评审通过后再进入开发。AI coding 类工具能在几句话之内生成一个能跑起来的网站，门槛极低，但缺少专业人员把关，做出来的功能勉强达标，搜索引擎读不懂、加载缓慢、安全有漏洞这些细节常常都有缺漏。
扩展空间的预留
Payload 本身是一个 TypeScript 项目，我们能在框架上为您定制业务功能和后台视图——后台用着是"为您家生意定做的"，不是"我们能给所有客户的同一份"。Strapi 这种同类型的开源后台适合做标准的内容站，但要在它上面加业务模块（KAZE 的菜单字段、Séjour 的预订表、Knot 的工程档案），扩展性会逐渐受限。
需求场景的边界
我们最常解决两类问题："从零开始建一个像样的官网"，以及"现有官网过时到不敢发给客户看"的现代化重塑。这两类需求都属于品牌官网的从无到有 / 现代化重塑赛道，是我们最擅长的方向。
您看不见的、我们替您扛了
这一栏的事您不需要懂，也不用操心。我们交付时一并配好。
-
有人恶意刷网站想把它打趴下
第一道闸门会先把这种流量挡在门外，您的访客感觉不到任何异常。
-
访客和搜索引擎信不信任您
网址前面是小绿锁，访客敢留资料，搜索引擎也愿意把您往前排。
-
公司邮箱还在用 QQ / 163 显得不专业
我们配 [email protected] 这样的企业邮箱，飞书 / 企微 / Outlook 都能直接收发。
-
色弱、老花、用屏幕阅读器的访客也是客人
文字对比度、键盘可用、屏幕阅读器友好都做到 AA 级标准，无障碍不是事后补丁。
-
手机、平板、电脑屏幕看起来都得对
一套设计自动适配各种屏幕；老板用 iPad、员工用安卓、客人用大屏看餐桌都不会乱。
-
明年想多加一个语言、加一个分店页
后台勾一下就能多一种语言；多开一家分店也只是加一组页面，不用重做网站。
技术规格
前端
- Astro 6 静态站点生成
- Tailwind CSS 4 + 自定义品牌色（Sumi / Shiro / Kaki）
- GSAP + ScrollTrigger + Lenis（尊重 prefers-reduced-motion）
- @fontsource 自托管字体（Inter / Playfair / Noto Serif JP / JetBrains Mono），零外部 CDN 依赖
内容后台
- Payload CMS 3.x（独立部署在 cms-kaze.digiponte.com）
- Collections：Menu Items / Page Contents / SEO Metas / Form Submissions
- Globals：Restaurant Info（多语言）
- 角色：super_admin / editor / demo_editor（草稿限定）
- 字段级 i18n（en / fr / es / zh），Draft / Publish 工作流
基础设施
- Cloudflare Pages（静态前端）+ Railway（Payload 服务）
- PostgreSQL（Payload 数据）
- Cloudflare R2（媒体存储，S3 兼容）
- Resend（联系表单邮件通知）
- Cloudflare DDoS / WAF / DNS Proxy（自动启用）
- HTTPS / SSL（Cloudflare 自动签发）
SEO 与性能
- 动态 OG Image 生成（每页独立卡片）
- 多语言 Sitemap + hreflang 自动生成
- JSON-LD Restaurant + Menu Schema
- Lighthouse 目标：Performance ≥ 95，LCP < 2.0s
- Cloudflare Web Analytics（零 Cookie）
想做一个类似的品牌官网？
标准版品牌官网起步不到一个月可以上线。我们会先聊您的业务和品牌方向，再决定具体范围。