| 5 | 1/1 | 返回列表 |
| 查看: 967 | 回復(fù): 2 | |||
| 當前只顯示滿足指定條件的回帖,點擊這里查看本話題的所有回帖 | |||
[求助]
有關(guān)酒店連鎖經(jīng)營的分析,要具體的哦、、、、
|
|||
| 有關(guān)連鎖經(jīng)營的,最好是有關(guān)外婆家的,沒有也無妨,只要有細致的內(nèi)容即可,謝謝!。。! |
至尊木蟲 (職業(yè)作家)
|
參考:https://tech.hexun.com/2011-09-07/133171179.html 如外婆家連鎖型酒店,其采用的是直營的方式。各個地區(qū)的外婆家雖然都有獨立的法人身份,但是同屬于一個集團。從信息化管理的角度講,就會設(shè)計到財務(wù)報表的合并要求。其實類似的對于信息化管理的要求,最終大部分要求都是直接反映在數(shù)據(jù)庫上的。 連鎖酒店因為其成本、市場競爭等優(yōu)勢,迅速擴張,逐漸形成了與傳統(tǒng)酒店相抗衡的局面。確實,連鎖酒店行業(yè),比起傳統(tǒng)酒店,在運行的成本、市場認可度等方面具有很大的優(yōu)勢。從管理成本與管理效率的角度考慮,信息化的應(yīng)用在這里起著很重要的角色。當然,任何一個信息化系統(tǒng),后臺都離不開數(shù)據(jù)庫的支持。在這篇文章中,筆者會結(jié)合實際的項目經(jīng)驗,談?wù)勗谶B鎖酒店行業(yè)中,該如何選擇數(shù)據(jù)庫。 一、連鎖酒店運行的業(yè)務(wù)模式 在談到數(shù)據(jù)庫選型之前,筆者需要先介紹一下連鎖型酒店其主要的業(yè)務(wù)模式。因為后續(xù)數(shù)據(jù)庫的選型就是根據(jù)業(yè)務(wù)模式來展開的。總的來說,其連鎖型酒店運營主要有三種模式:集團式運營、會員卡式運營和獨立性運營。不同的業(yè)務(wù)模式,對于信息化的要求是不同的。所以對于后臺數(shù)據(jù)庫的選型,也有很大的差異。在后續(xù)的分析中,筆者將結(jié)合不同業(yè)務(wù)模式的特點,針對性的提出數(shù)據(jù)庫選型的要點。希望這些內(nèi)容,能夠?qū)Ω魑蛔x者有所幫助。 二、獨立性運營連鎖型酒店的數(shù)據(jù)庫選型要點 獨立性運營的連鎖酒店,其實只是花錢買了一塊牌子。當然,有時候也會引進一套管理方法,包括信息化管理軟件。獨立性運營的連鎖酒店,其核心的特點就是,無論從業(yè)務(wù)上,還是財務(wù)上,與總部都是獨立的。如具有獨立的法人資格、有獨立的定價權(quán)、總部不用在線查看酒店的財務(wù)狀況等等。由于其業(yè)務(wù)特性的不同,反映在信息化管理軟件,也有不同的要求。各個連鎖型酒店的管理系統(tǒng),基本上不需要進行數(shù)據(jù)的同步。酒店總部也不需要在線查詢酒店的運營狀況。再某些情況下,這種業(yè)務(wù)模式下的連鎖型酒店,可能需要根據(jù)業(yè)務(wù)量,給總部一定比例的提成。此時也只是每個星期或者每個月,給總部一個財務(wù)報表即可。此時一般的做法是,連鎖型酒店的財務(wù)人員,按一定的周期從系統(tǒng)中拉出一張報表,然后發(fā)送給總部。由于各個連鎖型酒店使用的是相同的信息化管理系統(tǒng),報表導出的格式是相同的。在總部可以很方便的將他們導入系統(tǒng),進行業(yè)務(wù)分析和費用的計算。 這種業(yè)務(wù)模式的示意圖如上圖所示。各個連鎖型酒店的信息化管理系統(tǒng)相互獨立。彼此之間不需要進行數(shù)據(jù)的同步。針對這種情況,筆者給出的數(shù)據(jù)庫選型意見如下: 1、開源、免費的數(shù)據(jù)庫。 以降低成本、提高數(shù)據(jù)庫的穩(wěn)定性。針對某個特定的連鎖企業(yè),一般只需要一臺數(shù)據(jù)庫服務(wù)器即可,即沒有分布式部署的需要。為此根據(jù)筆者的經(jīng)驗,認為開源的免費的數(shù)據(jù)庫已經(jīng)夠用了。如MySQL等等,已經(jīng)可以滿足日常工作的需要。這些開源的數(shù)據(jù)庫,不僅免費。而且因為開源,其穩(wěn)定性也比較高?梢詭椭B鎖型企業(yè)降低信息化管理的成本。其實做技術(shù)的人都知道,一般黑客等進行攻擊,都有一定的目的性。如喜歡攻擊那些商業(yè)性的軟件。像微軟的操作系統(tǒng)等等。但是對于一些開源的系統(tǒng),往往不會進行攻擊。這有多方面的原因。如使用范圍比較窄、出于對支持開源的技術(shù)人員的尊重(其實很多黑客本身可能就是開源圈子里的人)、沒有利益可圖等等。所以開源的軟件,包括操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等等,比起商業(yè)軟件來說,安全性都是比較高的。以MySQL和SQL Server為例,前者的安全性與穩(wěn)定性比后者要高。 2、方便管理。 眾所周知,連鎖型企業(yè)出于成本的考慮,往往不會單獨設(shè)置信息化團隊。其信息化實力是比較薄弱的。根據(jù)筆者的經(jīng)驗,這種獨立運營的連鎖酒店,一般都沒有專業(yè)的數(shù)據(jù)庫管理員。其信息化的日常運維也往往是外包給其他公司來做。在這種情況下,數(shù)據(jù)庫的選型就需要考慮維護成本的問題。選擇的數(shù)據(jù)庫應(yīng)該是比較容易維護的。筆者企業(yè)的一部分客戶就是這種獨立運營的連鎖型酒店。筆者給他們配套的數(shù)據(jù)庫一般都是小型的數(shù)據(jù)庫,可以直接嵌入到應(yīng)用程序中的。簡單的說,這個數(shù)據(jù)庫可能只是應(yīng)用程序中的一個文件。在應(yīng)用程序安裝過程中,會直接安裝并進行相關(guān)的配置,而不需要單獨安裝。相關(guān)的維護工作,如數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)等等,都是在應(yīng)用程序界面上直接完成,而不需要在數(shù)據(jù)庫中進行維護。對于用戶來說,這個數(shù)據(jù)庫就好像是不存在的。 3、跨平臺的考慮。 獨立運營的連鎖型酒店,總部對于其的控制力量是比較薄弱的。從信息化上考慮,其最多只提供一套信息化管理系統(tǒng)。至于其硬件的投資、操作系統(tǒng)的使用等等都沒有限制。如筆者以前遇到過一個連鎖型酒店的客戶,其下面各個酒店,在操作系統(tǒng)上有使用微軟的,也有使用Linux或者CentOS操作系統(tǒng)的。有的酒店為了充面子,給前臺使用的還是蘋果的電腦與操作系統(tǒng)。由于缺乏統(tǒng)一的采購與控制,導致各個酒店所使用的操作系統(tǒng)與硬件平臺各有不同。這對于信息化管理軟件來說,也提出了一個很大的條件。其中對于數(shù)據(jù)庫來說,就要求其能夠支持不同的操作系統(tǒng)平臺。如至少要在微軟、Linux、蘋果等操作系統(tǒng)內(nèi)核上,都可以使用。否則的話,就可能會對一些連鎖型酒店造成不利的影響。 總之對于這種獨立性比較高的連鎖型企業(yè),對于數(shù)據(jù)庫的技術(shù)要求是比較低的。并不要求有分布式部署、數(shù)據(jù)庫冗余、數(shù)據(jù)同步等高級的功能。其核心的需求就是穩(wěn)定、維護方便、成本低廉、易于使用。為此筆者推薦使用開源的數(shù)據(jù)庫系統(tǒng)。甚至就是文件數(shù)據(jù)庫,可以很好的與應(yīng)用系統(tǒng)進行整合。數(shù)據(jù)庫對于用戶來說,是透明的。 三、會員卡管理的連鎖型酒店 通過會員卡充值、然后消費,這種連鎖型酒店的運營模式也越來越普遍。因為通過會員卡消費,可以吸引很多回頭客。而且在促銷方案的管理上,也非常的方便,如充1000元實際消費1200元等活動。在實際工作中,會員卡的消費又可以分為三種情況。一種情況是哪里辦卡、哪里消費的情形。如在酒店A充的值,只能夠在酒店A消費。這種情形由于不能夠?qū)蛻魩砗艽蟮奈Γ袁F(xiàn)在使用的比較少。第二種情況是在某個地區(qū)內(nèi)通用。如在浙江地區(qū)內(nèi)的所有連鎖型酒店,會員卡內(nèi)的金額可以通用。這第一種情形稍微好一點,擴大了使用的范圍。但是其地區(qū)限制還是比較嚴重。如在浙江辦的會員卡并沖值,但是到廣州去出差就不能夠使用了。所以這種情形在實際項目中也逐漸在淘汰。最后一種情況是全國通用。簡單的說,只要在國內(nèi)任何一家連鎖型酒店辦的會員卡,在國內(nèi)其它的同品牌的連鎖型酒店,都可以進行消費或者沖值。這種情形由于沒有地域的限制,很受經(jīng)常需要出差人員的歡迎。而且現(xiàn)在不少的企業(yè),為了加強對出差人員的管理,都是以企業(yè)的名義辦會員卡的。其市場的效益正在不斷的顯現(xiàn)出來。 這種會員卡消費的模式,對于信息化系統(tǒng)也提出了比較高的要求。簡單的說,其在酒店A進行會員卡沖值,在酒店B中要能夠馬上體現(xiàn)出來。這酒店A與酒店B可能在同一個城市,也有可能天南地北,一個在北京、一個在廣州?梢,會員卡的管理模式,對各個酒店的信息化系統(tǒng)之間的協(xié)作提出了比較高的要求。并且隨著第三方支付平臺的普及,用戶也可以通過第三方支付平臺,直接往會員卡中沖值。這就好像通過支付寶給手機沖值一樣,對于數(shù)據(jù)的即時性會有比較高的要求。其實這種即時性的要求,最終是體現(xiàn)在對數(shù)據(jù)庫的要求。如下圖所示,是對會員卡管理模式數(shù)據(jù)庫架構(gòu)的示意圖。針對會員卡消費模式的連鎖型酒店,筆者提出如下的選型意見。 1、對數(shù)據(jù)的同步有一定的要求。 由于會員卡沖值與消費的存在,對于數(shù)據(jù)庫的數(shù)據(jù)同步有一定的要求。這里需要注意,筆者用了一個限定詞“一定”。簡單的說,其數(shù)據(jù)的同步往往只限于“會員卡”的沖值消費記錄。由于這種運營模式的連鎖性酒店,總部對于下面各個酒店的管理權(quán)利還是非常有效的。如下面各個酒店,可能有獨立的定價權(quán),或者獨立的促銷活動。會員卡在這里,可能只是起到一個“銀行卡”的刷卡作用,而不不是代表總部對下面各個酒店就有很高的控制權(quán)限。針對這個特點,就要求各個酒店的數(shù)據(jù)庫與總部的數(shù)據(jù)庫有對接的要求,但是由于其數(shù)據(jù)量的傳輸是比較小的,所以對于數(shù)據(jù)庫的性能要求并不是很大。如只需要酒店與總部的數(shù)據(jù)庫數(shù)據(jù)能夠?qū)樱鴮τ谌绾芜M行對接、雙方的數(shù)據(jù)庫品牌并沒有很高的限制。筆者以前做過一個項目。其總部使用的是Oracle數(shù)據(jù)庫系統(tǒng),而下面各個門店則使用的是MySQL數(shù)據(jù)庫。這就好像長江與各個支流之間的關(guān)系。長江就好像是總部,其吞吐能力要比較大。不僅要有“海量”,能夠迅速的將數(shù)據(jù)注入到各個門店的數(shù)據(jù)庫中。而且還要有“度量”,各個門店的數(shù)據(jù)在短時間內(nèi)匯集到總部的數(shù)據(jù)庫,要能夠迅速的作出反應(yīng)。從這個分析中可以看出,會員卡消費的連鎖型酒店,對于總部的數(shù)據(jù)庫要求比較高,但是對于各個門店的數(shù)據(jù)庫要求還是比較低的。為此門店從部署的成本考慮,沒有必要選擇與總部相同的數(shù)據(jù)庫系統(tǒng)。 2、不同品牌數(shù)據(jù)庫的兼容性。 在第一點說過,會員卡消費的連鎖型酒店,從經(jīng)濟效益的角度考慮,并不需要追求門店與總部數(shù)據(jù)庫的統(tǒng)一。畢竟總部一般是使用Oracle等大型的數(shù)據(jù)庫系統(tǒng),而門店一般都是使用小型的、甚至是免費的數(shù)據(jù)庫。而另外一方面,門店的數(shù)據(jù)庫系統(tǒng)與總部的數(shù)據(jù)庫系統(tǒng)之間又要進行一定量的數(shù)據(jù)交換,雖然說這個量并不是很大。這對于門店的數(shù)據(jù)庫系統(tǒng)也提出了一定的要求。至少要求門店的數(shù)據(jù)庫系統(tǒng),能夠與總部的數(shù)據(jù)庫系統(tǒng)相互兼容。在實際項目中,一般會采取兩種方式。一是對數(shù)據(jù)庫提出比較苛刻的要求,即兩者要求完全的兼容。如兩個數(shù)據(jù)庫全部采用國家通用的字符編碼格式,并且在數(shù)據(jù)庫設(shè)計過程中,也遵循相同的規(guī)則。一般采取這種方式的企業(yè),都是在加盟的同時提供信息化管理軟件。并且這個信息化管理軟件,是集團統(tǒng)一進行設(shè)計開發(fā)的。只有如此,才能夠具有相同的設(shè)計規(guī)格。另外一種方式,就是采取中間件的方式。如集團的數(shù)據(jù)庫與門店的數(shù)據(jù)庫可以有不兼容的規(guī)則。不過無論是從總部發(fā)出數(shù)據(jù),還是從門店發(fā)出數(shù)據(jù),都需要有一個轉(zhuǎn)換的過程。如總部在接受門店的數(shù)據(jù)時,需要有一個轉(zhuǎn)換的過程。如將精度的轉(zhuǎn)換等等。然后再更新數(shù)據(jù)庫中的數(shù)據(jù)。由于中間多了一個轉(zhuǎn)換的過程,就可能導致數(shù)據(jù)的丟失。筆者是比較傾向于第一種處理方式。當然這個處理方式對于數(shù)據(jù)庫的選型提出了一定的要求。至少兩個數(shù)據(jù)庫,都要能夠支持國際化標準。如此的話,就可能將一些文件型的小型數(shù)據(jù)庫排除在外。 四、集團型連鎖酒店運營模式 比會員卡管理再高一級的連鎖型酒店,就是集團型的運營模式。注意,筆者這里只是從管理的角度來講,并不是代表法律意義上的集團控制。相比會員卡管理而言,集團型運營的連鎖酒店,總部對各個門店的管理級別可能會比較高。如像速八等商務(wù)連鎖型酒店,其定價權(quán)在與總部,而不在于各個門店。至少各個門店如果自行調(diào)整價格,需要有總部的審批。如不少商務(wù)型酒店,其在全國的價格是同一的。還有不少酒店,其在各個地區(qū)的價格是統(tǒng)一的。為了加強管理,總部會對各個門店的數(shù)據(jù)要求提出比較高的標準。如各個門店不能夠私自更改價格,只有總部或者地區(qū)一級的價格部門才能夠更改價格或者折扣率。以避免同一個地區(qū)之間的惡性競爭。 還有一種情況就是真的具有集團運作的背景。如外婆家連鎖型酒店,其采用的是直營的方式。各個地區(qū)的外婆家雖然都有獨立的法人身份,但是同屬于一個集團。從信息化管理的角度講,就會設(shè)計到財務(wù)報表的合并要求。其實類似的對于信息化管理的要求,最終大部分要求都是直接反映在數(shù)據(jù)庫上的。 [ Last edited by xinmor on 2012-4-9 at 15:50 ] |

銅蟲 (正式寫手)
|
您好 不明白最好是關(guān)于外婆家的是什么意思,但是可以小分析一下。 首先,連鎖連鎖經(jīng)營的優(yōu)點是宣傳上可以起到花一個錢宣傳多家店的作用。 其次,不知道您所說的連鎖經(jīng)營是加盟還是自己的分店,加盟的話收取加盟費用后的營業(yè)額是與您沒有直接聯(lián)系的。所以生意的好壞是由加盟制控制的。 再次,作為連鎖的話,前期的投入是很大的,而其作為一個起步的企業(yè),對于連鎖加盟社會認可度是很低的,這個應(yīng)該有同感吧,很多店動不動就是全國連鎖,其實就一家。 最后,連鎖加盟的話宣傳力度特別大,可能你的宣傳費用可以在另一個地方開一家新店。 就這些吧,不是專業(yè)的只是朋友做加盟連鎖的,小認識上不了臺面。 |
| 最具人氣熱帖推薦 [查看全部] | 作者 | 回/看 | 最后發(fā)表 | |
|---|---|---|---|---|
|
[考研] 化學調(diào)劑 +4 | 愛吃番茄的旭 2026-03-24 | 5/250 |
|
|---|---|---|---|---|
|
[考研] 0703化學 +6 | 妮妮ninicgb 2026-03-27 | 6/300 |
|
|
[考研] 266分求材料化工冶金礦業(yè)等專業(yè)的調(diào)劑 +4 | 哇呼哼呼哼 2026-03-26 | 4/200 |
|
|
[考研] 一志愿北京化工大學 070300 學碩 336分 求調(diào)劑 +9 | vv迷 2026-03-22 | 9/450 |
|
|
[考研] 348求調(diào)劑 +4 | 小懶蟲不懶了 2026-03-27 | 5/250 |
|
|
[考研] 321求調(diào)劑 +4 | 璞玉~~ 2026-03-25 | 4/200 |
|
|
[考研] 調(diào)劑推薦 +5 | 清酒714 2026-03-26 | 6/300 |
|
|
[考研] 一志愿鄭州大學,080500學碩,總分317分求調(diào)劑 +4 | 舉個栗子oi 2026-03-24 | 5/250 |
|
|
[考研] 總分322求生物學/生化與分子/生物信息學相關(guān)調(diào)劑 +5 | 星沉uu 2026-03-26 | 6/300 |
|
|
[考研] 281求調(diào)劑 +6 | Koxui 2026-03-24 | 7/350 |
|
|
[考研] 一志愿 南京郵電大學 288分 材料考研 求調(diào)劑 +3 | jl0720 2026-03-26 | 3/150 |
|
|
[考研] 求調(diào)劑 +3 | QiMing7 2026-03-25 | 3/150 |
|
|
[考研] 290分調(diào)劑求助 +3 | 吉祥止止陳 2026-03-25 | 3/150 |
|
|
[考研] 材料與化工304求B區(qū)調(diào)劑 +3 | 邱gl 2026-03-25 | 3/150 |
|
|
[考研] 347求調(diào)劑 +4 | L when 2026-03-25 | 4/200 |
|
|
[考研] 食品專碩 一志愿雙一流 328 +3 | xiaom99 2026-03-21 | 4/200 |
|
|
[考研] 一志愿北化315 求調(diào)劑 +3 | akrrain 2026-03-24 | 3/150 |
|
|
[考研] 求調(diào)劑一志愿武漢理工大學材料工程(085601) +5 | WW.' 2026-03-23 | 7/350 |
|
|
[基金申請] 請教下大家 2026年國家基金申請是雙盲審嗎? +3 | lishucheng1 2026-03-22 | 5/250 |
|
|
[考研] 333求調(diào)劑 +3 | ALULU4408 2026-03-23 | 3/150 |
|