酒店原来的情况
顾客想了解这家酒店,只能去订房网站、点评网站上翻。
搜酒店的名字,找不到一个官方的、能一次看全的入口。而且想改张图、改个价格,都得找技术。
做成了什么
一个官网 + 一个后台。
官网把酒店三条业务线摊开:客房(房型和详情)、餐饮(餐厅和菜品)、会议(会议室和宴会厅),再加上环境、位置、联系方式。
后台是给酒店自己的人用的——改内容、改数据,自己就能弄,不用每次找技术。
它不做在线预订
这是展示型官网,作用不是卖东西,是让人搜到你之后,快速看明白"这家酒店有什么、在哪、怎么联系"。
所以重点不在功能多少,在于信息放得对不对——顾客最想先知道的,放最前面。
用什么做的:uni-app,一套代码同时支持电脑端和手机端,另配一个独立后台。
我负责的:全栈。官网全部页面、内容管理后台、云端接口与数据,包括页面结构、双端适配和内容数据的存取。
三个关键点:
1. 信息按"顾客最想先知道什么"重排——业务线入口、位置、联系方式放前面 —— 少让人翻几层,他才留得下来。
2. 手机端专门做了适配 —— 搜酒店的人一大半在手机上,手机端打不开,这官网等于没做。
3. 客房、餐饮、会议三条线各自独立成模块,不混在一起 —— 顾客要找会议室,不会被客房信息带偏。