# Fully Booked：团体出行客户预订网站

Company: Fully Booked
Service: 网站开发
Period: 2023-04 - 2025-06
Tech: React.js, TypeScript, Nest.js, Express.js, MongoDB, GraphQL, Square Payments, Docker, DigitalOcean, Figma, Mapbox, Google Maps, JavaScript, Mailgun
Web: https://fully-booked.uk/
Canonical: https://webanion.com/zh/portfolio/fully-booked-customer-booking-website-for-group-trips

Fully Booked 的客户一端。无论是直接访问网站，还是经运营商推荐而来，客户只需填写一张表单，就能收到当地运营商附有评价和车辆照片的报价，在不暴露联系方式的情况下沟通，并以一笔小额定金完成预订，定金在行程成行前一直托管。每位运营商还有一个业务主页，客户可以在那里直接预订，并在下次出行时再次回来。

## 完整故事

网络的客户一端：一家公司不得不推掉的询价，如何变成一笔客户乐于完成的预订。

### 过去，筹划团体出行就意味着挨个打电话

<p>为婚礼、学校出游或朋友聚会安排小巴的人，通常从一家家打电话开始。第一家已经约满，第二家不去那个地区，第三家始终没有回电。等到终于拿到一个报价，组织者已经搭进去一整个晚上，却仍然无法判断这家公司到底靠不靠谱。</p><p>Fully Booked 客户网站把那一整个晚上浓缩成一张表单。每一位被推荐来的客户都落地在这里，运营商的报价在这里公开竞争，客户也在这里完成预订和付款，并获得一份从电话那头的陌生人那里永远得不到的保障。</p>

### 第一次接触就是一次推荐

<p>客户很少是通过搜索找到 Fully Booked 的。他们来自一位没能帮上忙的运营商：一条说明公司已经约满、但会替客户安排妥当的消息，或是车辆故障后的一封得体信函。两者都附有一个进入网络的链接。</p><p>这样的开端对每个人都很重要。客户信任的是一家自己本来就打过电话的公司所给的推荐，推荐的运营商维系了客户关系并获得预订金额的一部分，而报价的运营商收到的是一条有意向的线索，而不是一次冷冰冰的点击。</p>

### 一张表单，代替十通电话

<p>链接打开的表单只询问运营商如实报价所需的信息：上车地点和目的地、日期、乘客人数、车型大小、车辆数量、行李以及出行目的。链接本身就能在任何浏览器上让客户登录，无需设置密码，表单在手机上和电脑上一样好用。</p>

### 报价公开竞争

<p>几分钟之内，客户就能看到当地运营商的报价并排排列，附有每家公司的评价、车辆照片、支持的付款方式，最受信任的公司还带有推荐徽章。客户在比较价格的同时也比较信誉，这正是对三十名乘客负责的人真正需要的。</p><p>对运营商来说，这是一场公平的竞争。评价好、记录扎实的公司会在排行榜上靠前，并更早收到新询价，优质服务由此换来更多业务。</p>

### 付款之前先沟通，安全无忧

<p>客户和运营商可以自由地聊那些决定预订的细节：多一个上车点、换一辆更大的车、谈一个更好的价格。他们暂时不能分享的是电话号码、电子邮件地址和公司名称，平台会在定金支付之前将这些信息过滤掉。</p><p>客户不会被每一家报过价的公司轮番来电，运营商凭服务竞争，而找到这位客户的网络也不会在最后一步被绕开。</p>

### 一笔小额定金，全程受保护

<p>确认时，客户在线支付一笔小额定金。Fully Booked 会一直托管这笔定金直到行程成行，行程取消则立即退还；如果预订的运营商出了问题，网络可以召集平台上的每一家公司来接手这趟行程。向一家素未谋面的公司付款，从此不再像一场赌博。</p>

### 单据自动送达

<p>预订一经确认，每个人都会收到自己需要的文件。客户收到确认函和发票，写明已在线支付的金额和出行当天需付的余款；运营商收到这笔预订，此时客户的联系信息已经公开；司机则可以收到 PDF 格式的行程单。</p><p>行程前会发送提醒，接客一小时后系统会邀请客户留下评价，这些评价将影响下一位客户看到的排名。</p>

### 直接回到运营商那里

<p>一次愉快的行程，理应让客户回到完成这趟行程的公司。每位运营商都有一个业务主页，展示车队、评价、营业时间和自己的预订表单，客户的旧链接也依然可以用来预订新的行程。直接询价会进入运营商的应用，于是通过网络赢得的客户就成了运营商自己的客户。</p><p>正是这个循环让双方不断回来：客户拥有一家一分钟就能再次预订的可靠公司，运营商则把一次推荐变成一位常客。</p>
