旅遊網站DMS發展階段及未來淺談

來源:互聯網
上載者:User
關鍵字 網友 可以 目的地 領主

對於任何一家綜合類旅遊網站來說,旅遊目的地行銷系統(Destination Marketing System,簡稱DMS)產品建設都是一道無法回避的課題。 什麼樣的DMS才是網友心目中最好的目的地指南? 目前國內旅遊網站的DMS都處在什麼水準? 下一步的發展趨勢是什麼?

國外著名的目的地指南叢書《Lonely Planet》出版人莫琳女士在向我介紹他們叢書時很自豪的說:「Lonely Planet是最有趣的地方的指南書,在書中你不僅可以知道哪家旅店優缺點,旅店旁邊的哪家飯店的菜好吃, 甚至連飯店老闆娘漂亮不漂亮,都可以在書中找到,這是一本可以讓旅遊者按圖索驥的書。 」一語道破了我心目中DMS的感覺。 「可以讓旅遊者按圖索驥的」就是好DMS,而且網站比書還有更多的優勢,比如網站可以即時更新,網友可以即時互動,網站傳播的範圍更廣等。

DMS建設的大方向有了,可如何實現? 難道也要像LP一樣聘請近百個專業作者到世界各地旅行並填寫這些資料嗎? 旅遊網站DMS建設有沒有獨特的道路可走? 樂途旅遊網經過多年的探索,我們已經找到並實踐了DMS建設其中的幾個階段,並且樂途DMS已經走在國內旅遊網站相關產品前列,今天我願意跟大家分享我們的工作成果。

在這裡,我們首先根據目前國內旅遊網站DMS產品建設的現狀和階段,根據表現形式、產品功能分為四個階段來表述。

第一階段:集合頁(listing)階段

處在WEB1.0階段,即發最終頁的時候,增加目的地標籤,每個目的地集合頁按照最終頁發佈時間順序進行羅列。 基本上都是模仿新浪新聞的媒體思路,內容基本以新聞、資訊、轉發網友遊記為主(圖一) HTTP://travel.163.com/special/00063MCB/sanya_more.html

優點:

技術後臺簡單。 只需要在CMS後臺添加一個目的地屬性,然後DMS按照屬性直接進行調用即可。

缺點:1、沒有按照網友的需求進行分類。 例如所有資訊按照發佈時間順序而非網友需求羅列在一起,網友使用者體驗不好;

2、  社區互動內容、機票住宿等資訊沒有列入集合頁;

第二階段:頻道(專題)階段

DMS專題頁,即將所有跟目的地屬性相關的最終頁集中在一起的頁面。

解釋一:最終頁、頻道(專題)

網站運營的本質,就是一個將網友需求跟網站提供的最終頁(最終頁)匹配的過程,這不是一個簡單搜索過程,而是為網友提供指導,説明確認他的需求,並最終推薦出他所需要的最終頁的過程,首頁及頻道(專題)都是一個通道, 按照網友的需求進行引導,並推送合適的最終頁。

最終頁的類型,無論是編輯上傳的、網友上傳的、企業會員上傳的文字圖片視頻等內容,雖然原理一致,但由於身份不同、範本不同,展示出來最終頁也可以滿足網友的不同需求(關於網友的需求及網站所提供的服務內容,此處略)。

最終頁的類型有:

1、  資訊最終頁,由網站編輯發佈,範本類似新浪最終頁,發佈後臺稱為CMS,主要是新聞、資訊、轉發網友的遊記攻略;

2、  企業會員產品最終頁,由機票、住宿、旅行社、景區景點的工作人員在member後臺發佈,簡稱MEC,最終頁有一張機票資訊及預定頁、住宿企業介紹及預定頁、旅行社一條線路介紹及預定頁、景區景點介紹及門票發售頁。

3、BBS一個主貼,由網友上傳,版主審核加精;

4、Blog最終頁:由網友上傳,含遊記、攻略、同游、問問、旅行計畫範本,由編輯審核推薦;

解釋二:哪些擁有目的地屬性

根據旅遊的特點,每個最終頁三個屬性中必居其一,即出發屬性、目的地屬性、旅遊喜好,各類終端頁的屬性工作表述如下圖。

專題集合頁還增加了目的地簡介、最佳旅遊時間、歷史、地圖、景區景點介紹、網友評論等網友需要的固化內容;

這些相關內容,可以參考《Lonely Planet》的欄目,列舉德國柏林如下:

(一)簡介及個性點評

(分以下幾類,可不同)

柏林推薦:吃飯、觀光、討價還價、訴諸、建築、戰慄的場景、不尋常的體驗

薩克森亮點:建築、夜生活、美食、風光、火車、城堡

(二)歷史

(三)方位(配地圖)

(四)實用資訊

書店、文化中心、打折卡、緊急求助、上網、網路資源(推薦網站)、洗衣店、行李寄存、圖書館、媒體、醫療服務、貨幣兌換、郵局、電話(付費電話不接受硬幣等等)、旅遊資訊(旅遊辦事處)、旅行社、危險與麻煩、景點(配圖, 佔據非常大的篇幅)、活動(騎自行車、滑冰、跑步、游泳)、帶孩子游柏林、參團游(個性推介)、節日和重大活動、住宿(個性推介)、就餐(個性推介)、娛樂(個性推介)、購物、到達與離開、四處走走(個性推介),同性戀在柏林。

專題的優點:

1、  增加了目的地簡介、最佳旅遊時間、歷史、地圖、景區景點介紹、網友評論等網友需要的固化內容;

2、  對於網友的DPBS的需求,都有相對應的板塊滿足;即時性的實用資訊基本涵蓋了目的地的吃、住、行、游、娛、購等方方面面的資訊,從多方面給旅遊者帶去了方便。

3、  頁面無需管理自動更新,裡面的填充內容都是經過審核後自動調用的。

缺點:

1、  頁面更新慢,很多臨時性的小變化不能及時更替;

2、  缺乏管理,網友只將它看做一個最終頁集合的通道,頁面黏合度較差;

第三階段:領主階段

網友對於目的地的需求貌似全滿足了,書上有的,網上也有了,可總覺得缺點什麼,如同一個人五臟六腑、四肢腦袋什麼都健全,為什麼不活呢?

以往,我只關注了資訊、網友、會員產品,忽略了DMS詞條本身,特別是Wik功能在百度百科、維琪百科中的成功應用,引發了DMS的再一次升級。

Wiki一詞來源於夏威夷文的「wee kee wee kee」, 發音wiki, 原本是「快點快點」的意思,被譯為「維琪」或「維客」。 一種多人協作的寫作工具。 Wiki網站可以有多人(甚至任何訪問者)維護,每個人都可以發表自己的意見,或者對共同的主題進行擴展或者探討。 簡單的說,就是集合全人類的智慧來豐富一個此條。 如下圖。

DMS的Wiki功能實現後,DMS就不僅僅是一個頻道(專題)這樣的通道頁,同時也是一個有機的最終頁。 而DMS的靈魂就是這個頁面的管理者,叫領主。

關於領主的運營,可以比照論壇的版主運營思路。

樂途在領主運營過程中,跟找版主一樣,一個個個城市去培養,選拔,淘汰,同時為領主建立起兩套配套體系:榮譽體系、財富體系;

榮譽體系:領主的頭銜分級,例如領主(景區景點)、縣長、市長、省長,不同級別的許可權大小不同,並通過PK、選拔等機制建立起一套優勝劣汰機制(目前產品建設中)。

財富體系:根據領主的工作成績,給予樂幣獎勵,達到一定額度可以兌換現金,樂幣也可以購買商城裡的旅遊產品。

第四階段:LBS階段(發展趨勢)

地理位置服務(LBS,Location Based Service),簡單理解為手機在網站上的定位功能。

其中以Foursquare網站為典型代表,Foursquare網站的成功,就是利用手機定位功能,隨時在網上地圖示注自己的具體位置。 使用者通過手機的應用程式登錄這個網站以後,可以「簽到」,把自己所在位置的資訊與熟人分享。 它基於地理資訊和微博服務,結合了社交網路的功能,與此同時,使用者可以通過登錄和添加新地點,掙取積分和虛擬獎章,在經常出入某個「場所」之後,成為某個區域的「地頭蛇」和「掌門人」。 這使得Foursquare與過去的社交網路服務網站不同,成為一種嶄新的融合了微博、地理位置服務、趣味遊戲和商家點評等概念為一體的平臺。

而LBS在旅遊網站DMS上的應用,不僅僅方便知道網友在上傳內容,更可以隨時知道網友在這個目的地上的位置。

(在這裡沒稱為「手機應用階段」,是因為我將手機的上傳資訊等功能跟電腦看成上傳終端不同,在功能上是一致的)。

LBS功能在DMS上的應用,將會帶來以下變化

1、能選拔出更優質的領主

只有實際常去DMS所標注的景區景點的領主,才能最快時間掌握旅遊目的地發生的細小變化,所以領主的競爭將更激烈,從而可以選拔出最熟悉DMS詞條的領主(樂途希望領主是「以旅遊為生的人」,例如導遊、景區工作人員等)

2、增強SNS功能,滿足好友關注需求

簽到功能最能激發網友的參與感,特別是有了跟好友互動的感覺,網友更願意隨時用手機發佈遊記、攻略,記錄眼前的美景和心情,既可以滿足自己的記錄感,也可以跟好友及時分享感受;

3、滿足旅途中的資訊提供、求助需求

當網友使用手機定位功能後,網站能快速得知使用者當前位置,可以向網友推送所在地資訊,包括周邊的景區景點、酒店的具體位置與點評,周邊的美食、娛樂、購物場所,去過網友的一些貼士與提示;特別是一旦網友有求助需求的時候, 網站可以第一時間提供精准服務,而無需網友重複登錄,真正滿足了使用者體驗的管家式服務,這也是DMS在手機上應用上的良好體驗。

4、驅動下一次旅遊夢想的實現

網友每到達一個目的地,都會在地圖上進行一個標注,作為一種記錄和炫耀,很多人願意在地圖上記錄更多的地方,這種足跡記錄的需求會成為驅動下次實現旅遊願望的驅動力。

5、聚集目標人群,發起線下活動

某一個人如果發起一項活動(例如打折資訊、團購邀請、當地節慶活動的組織、優惠邀請等),在地圖上進行了一個LBS定位,如果網友也有類似需求,可以直接在網上按圖索驥,這也是讓網友自發組織活動(例如同游等)的傳播平臺。

6、結合預定,可實現贏利

一旦知道了網站的目標客戶的具體位置,可以推送相關的住宿產品、當地的旅行線路、包括美食、娛樂、購物等資訊,從而實現贏利。

  國內的DMS建設雖然還處在相對初級的階段,但我們相信隨著各類旅遊網站對使用者體驗的不斷追求,我們能創造出更多更好的產品來服務于我們的旅遊者、我們的線民。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.