私厨预订 Product Overview

微信小程序 + FastAPI 全栈项目

为“吃货”和“大厨”搭一座 可以下单、履约、沉淀关系 的私厨平台。

这个仓库由 `eateat` 小程序前端和 `eatpy` 后端组成,围绕私厨预订、 订单履约、收益管理、收藏打赏,以及情侣备忘录等场景,构建了一套完整的双端业务体验。

Product System Overview · 2026

定位 Consumer × Chef Marketplace
体验 Ordering, loyalty, relationship loops
Overview 2026
27

前端页面

14

后端 API 模块

12

测试文件

2

核心角色端

Core Stack
  • 前端:uni-app / Vue 3 / TypeScript / Pinia / Vite
  • 后端:FastAPI / SQLAlchemy / Pydantic / JWT
  • 数据:MySQL + 文件上传静态资源服务
  • 业务:下单、支付、评价、收藏、打赏、情侣关系
Product Thesis

把“订一顿饭”变成“沉淀一个长期服务关系”,这是这套产品最有辨识度的地方。

Live product system Foodie × Chef dashboard flow
GMV +28%
Repeat 62%
Orders 1.2k
Marketplace-ready
Chef-first tooling
Mini Program native
FastAPI service core
Relationship retention loop

项目概览

一个不止能“点菜”的私厨平台

项目围绕“连接吃货与大厨”展开,让用户既能像电商一样浏览菜品、下单与支付,又能在服务完成后进行评价、打赏与关系沉淀;而大厨端则负责菜品管理、订单响应、收益查看与通知处理。

除了标准交易链路,这个项目还延伸出了收藏体系、专属绑定关系,以及情侣备忘录和纪念日模块,让平台从一次性消费进一步走向长期陪伴。

01

双端协同

同一个小程序工程同时承载吃货端与大厨端,角色切换清晰,业务边界明确。

02

完整交易闭环

从搜索菜品到下单、取消、确认收货,再到评价和打赏,流程闭环完整。

03

关系化产品设计

绑定码、情侣系统和纪念日功能,让项目比传统订餐应用更有持续互动价值。

体验亮点

像产品官网一样讲清楚,这个系统到底“高级”在哪

North Star

不是工具堆叠,而是一套完整的服务叙事

前台负责转化与下单,后台负责经营与履约,而情侣与绑定体系负责复访与长期互动,让这套系统天然适合做作品集里最能讲“产品深度”的项目。

01

把双角色体验放进同一工程,降低协作和维护成本。

02

通过绑定码与情侣模块,做出传统订餐系统少有的留存理由。

03

前端页面、接口分层、数据模型和测试基础都具备展示价值。

Product Story 从“交易型应用”升级为“关系型平台”
Design Signal 更像国外产品官网,而不是传统课程作业展示页
Portfolio Value 适合展示产品理解、系统设计和业务完整性

核心能力

前台体验、后台能力和关系模块一起搭起来

🍽️

吃货端浏览与预订

支持搜索、分类、价格筛选、菜品详情、购物车、地址管理与支付确认。

🍳

大厨端经营管理

覆盖菜品维护、订单处理、消息通知、收益统计和资料编辑等经营场景。

🔐

认证与绑定体系

提供微信登录、账号登录、JWT 鉴权、手机号绑定和厨神码绑定关系。

💬

评价、收藏与打赏

让交易结束后仍有互动触点,支持口碑沉淀、回访和情感回馈。

💞

情侣备忘录扩展

包含情侣绑定、邀请码刷新、首页看板、备忘录与纪念日管理接口。

🧪

模块化测试基础

前端 store 与 API 层已配套测试文件,为后续迭代提供回归保障基础。

国际化观感

把“功能很多”讲成“信息有层次、品牌有气质、产品有想象力”

“好的项目官网不只是列清单,而是让人一眼看懂:这套产品为什么值得被认真对待。”

为什么这版更像国外网站

  • 首屏不是堆术语,而是先给产品论点和价值定位。
  • 中段通过节奏化卡片、时间线和品牌带制造阅读推进感。
  • 视觉上通过高留白、精细边框、浅景深阴影和微动效建立高级感。

角色流程

两个角色,一条交易主线,多条关系支线

Foodie

吃货端体验链路

  1. 登录并选择身份,进入首页浏览与搜索菜品。
  2. 查看菜品详情,加入购物车并确认地址与配送时间。
  3. 完成支付后跟踪订单状态,收货后评价并可选择打赏。
  4. 继续使用收藏、大厨绑定和情侣模块沉淀长期关系。
Chef

大厨端经营链路

  1. 登录后查看个人中心、评分、收益和厨神码。
  2. 维护菜品信息,接收订单并根据状态进行处理。
  3. 在消息通知中处理协作信息,在收益页面查看经营结果。
  4. 通过资料与绑定体系提升复购和专属关系沉淀。

价值路径

从第一次下单,到长期复购和关系沉淀

01

Discover

通过首页、搜索和筛选快速建立菜品认知,进入产品第一层转化。

02

Transact

购物车、订单、支付、评价等链路组成标准交易闭环。

03

Retain

收藏、打赏、绑定码和情侣空间,把一次订单延伸成长期关系。

技术架构

前后端拆分清晰,业务模块化程度高

Frontend

`eateat` 微信小程序

基于 uni-app、Vue 3、TypeScript、Pinia 与 Vite,负责双角色页面、状态管理、组件复用和端侧交互体验。

Backend

`eatpy` FastAPI 服务

采用 FastAPI + SQLAlchemy + Pydantic,按 auth、user、dish、order、payment、review、tip 等模块拆分,并统一响应结构。

Data

MySQL 与上传资源

使用 MySQL 持久化业务数据,支持本地文件上传目录,便于商品图片与业务附件管理。

后端模块拆分

API、Service、Model、Schema 分层清楚,适合继续扩展业务规则与接口边界。

统一鉴权与响应

登录后通过 Bearer Token 访问接口,接口返回结构也经过统一封装。

前端状态集中管理

用户、订单、购物车、通知、情侣与收益等状态集中在 store 中维护。

目录说明

当前根目录下的主要组成

/eateat

微信小程序前端工程,包含页面、组件、状态管理、API 封装、mock 与测试。

/eatpy

FastAPI 后端工程,包含接口路由、服务层、模型定义、数据库初始化脚本与依赖声明。

/index.html 等站点文件

本次新增的静态介绍网站入口,无需构建即可直接打开或用本地静态服务器预览。

Project Notes

适合用来做项目答辩、作品集展示、团队交接和需求汇报。

它把原本分散在代码目录、接口文件和页面结构里的信息,整理成一条可以快速理解的产品与技术叙事线。

回到顶部