Tankardstown House

Tankardstown 是那种会以特定方式在网上吃亏的酒店：照片很美，点评很好，网站却还是让客人费劲才能找到房间。酒店、餐厅、婚礼三门独立的生意，共用一套只为一门生意设计的导航。

酒店自己说的问题

“大家上了网站，还是会打电话来问有没有房、怎么订餐桌、婚礼找谁。信息都在网站上，只是不在他们找的地方。”

改变了什么

网站围绕访客真正来做的三件事重做，而不是围绕庄园的组织架构。

四项结构调整

• 三条预订路径并成一条——住宿、用餐、办活动，在网站任何地方都能找到明确的入口，不用在大菜单里翻链接。
• 把花园搬进设计——大家记住这里，靠的就是那座围墙花园，所以网站配色直接取自花园的光和色，不用酒店常见的蓝。
• 给照片留出空间——原有的拍摄很出色却没被用好。房型页改成以图片为主，实用信息放在下面，而不是和图片抢位置。
• 把婚礼当作一个独立网站来做——婚礼询价和周末订房完全是两回事。它有了自己的页面流程和询价表单。

怎么开发的

手写前端，部署在全球 CDN 上，配一套庄园团队不用开发者也能操作的内容系统。房价、菜单和季节优惠都能就地编辑；版式不依赖任何可能消失的插件。

结果

统计范围为上线后的头六个月，与上一年同期对比。数据来自庄园自己的统计，涵盖改版前后。

上线后六个月与上一年同期对比。归因依据庄园自己的预订和询价记录。

图片和项目经酒店许可展示。商业数据由酒店决定是否公开，不由我们发布。

我们刻意保留了什么

面对这样的酒店，诱惑是一次把所有东西都改掉，因为什么都能改进。我们保护了四样东西，每一个决定都省下了一周的工作。

照片档案。有人提议重拍，被否决了。现有照片很出色，季节也不适合新拍摄，全面重拍会吃掉两倍的开发预算。取而代之的是专门补拍了三张——空房间、雨天备选方案、从路上走近的样子——它们做到了四十张通用照片做不到的事。

预订引擎。内部都嫌它难用，其实毛病出在衔接，不在引擎。换掉它要一个季度；把它包进酒店自己的域名和语言里，三天就把真正的投诉解决了。

名称和域名。有人提过改名。可一改，酒店攒下的外链和搜索权重就全清零了，换来的改变却没有一个客人要过。

语气。酒店自己的文案比任何工作室写的都更温暖、更具体。我们做了编辑而不是替换——所以网站听起来依然像接电话的那些人。

顺序做反了，得说出来

线框图定在照片之前，顺序反了。结果有两个版块只能迁就现有的照片，客房那一块到现在还显得单薄。

上面那串决定，就是预算转而花在了哪里。对这家酒店、在这个时间点，这是正确的选择，但这个取舍值得说出来而不是藏着：因为保护了照片档案，网站变得更好；如果先拍照，它还会更好。