交通与出行开发中
Résacar
团体交通的交易平台：难点在于让报价具有可比性。
- 年份
- 2026
- 制作周期
- 进行中
- 技术栈
- React · TypeScript · Tailwind · Vercel
- 产品设计
- 设计
- 开发
- 合作伙伴专区
即将上线咨询类似的项目
开发中…
- 种报价格式，适用于所有合作伙伴
- 1
- 开发阶段
- 进行中
出发点
需要解决的问题。
背景
Résacar 是一个正在开发中的撮合平台，连接团体出行需求方与运输服务商：报价比较器、合作伙伴专区、预订流程。
限制
在交易平台上，价值来自可比性。然而两份大巴报价几乎从来无法直接比较：一份包含司机餐费，另一份不包含；一份按包车待命时长计费，另一份按公里计费。不做标准化，比较器就什么也比较不了。
对策
要求所有合作伙伴使用统一的报价格式：相同的费用项目、相同的包含内容、相同的计算方式。运输商填写的是表格，而不是自由文本。这让注册变得更麻烦，但这是让比较器保持诚实的唯一办法。
设计与艺术指导
每一个设计取舍，及其理由。
标准化报价表
所有运输商使用相同的费用项目，包含内容一目了然。需求方比较的是一行行数据，而不是一段段文字。
分步式询价
询价被拆分为几个简短的步骤，并显示进度。在长表单中，可见的进度正是区分放弃与完成的关键。
为一线场景设计的合作伙伴专区
运输商在两趟行程之间用手机回复。回复界面一屏即可完成。
项目配色
深蓝
#1B3A5C
品牌识别
行动绿
#1F7A54
确认、已收到报价
浅灰
#F4F6F8
背景
墨色
#1A1E23
正文
字体系统
标题字体
Outfit 700
正文字体
Inter 400
所有金额都采用等宽数字：价格列对不齐的比较器难以阅读，因此也毫无用处。
工程
幕后的技术实现。
- React
- TypeScript
- Tailwind
- Vercel
带类型的报价模型
报价表是一个在服务端校验的数据模式。不合规的报价在录入时即被拒绝，而不是事后再去修正。
双向通知
运输商收到新询价通知，需求方收到新报价通知。在交易平台上，响应时间是决定服务存亡的指标。
搜索引擎优化
网站如何被搜索到。
比较类搜索
“Comparer devis autocar”（大巴报价比较）、“prix location bus groupe”（团体巴士租赁价格）。比较意图正是这个产品的核心承诺。
网站结构
交付了哪些内容。
- 首页——询价
- 报价比较器
- 合作伙伴专区
- 预订跟踪
- 帮助
方法
项目的推进过程。
报价模型
统一费用项目和包含内容。
设计
分步式询价、比较器、移动端合作伙伴专区。
进行中
通知、预订跟踪。
问答
客户常问的问题。
因为一个展示五花八门报价的比较器毫无价值：需求方不得不逐份重读，才能弄清包含了什么。入口处的约束，就是出口处实用性的代价。
