SaaS vs on-premise, Mythen a Realitéit. Stop ofkillen

SaaS vs on-premise, Mythen a Realitéit. Stop ofkillen

TL; DR 1: e Mythos kann an e puer Konditiounen wouer sinn an an anere falsch

TL; DR 2: Ech hunn en Holivar gesinn - kuckt gutt an Dir gesitt Leit, déi sech net wëllen héieren

Liesen en aneren Artikel geschriwwen vu partizipativen Leit zu dësem Thema, Ech hunn decidéiert mäi Standpunkt ze ginn. Vläicht wäert et fir een nëtzlech sinn. Jo, an et ass méi bequem fir mech e Link op den Artikel ze bidden anstatt vill ze soen.

Dëst Thema ass no bei mir - mir kreéieren Kontaktzentren, bidden se a béide Modeller un, wat och ëmmer am Beschten ass fir de Client.

Mat SaaS an dësem Artikel menge mir e Software Verdeelungsmodell wou de Server an enger gemeinsamer Wollek läit an d'Benotzer op afstand verbannen, meeschtens iwwer den Internet, iwwer eng Webinterface.

Mat on-premise an dësem Artikel menge mir de Software Verdeelungsmodell, wann et um Server vum Client installéiert ass, an d'Benotzer lokal verbannen, meeschtens mat der Windows Applikatioun Interface

Een Deel. Mythen

1.1 Myth. SaaS ass méi deier on-premise

1.2 Myth. On-premise ass méi deier wéi SaaS

SaaS Verkeefer soen dacks datt hir Software wesentlech manner kascht fir unzefänken. Just X Dollar pro Mount pro Benotzer. Vill méi bëlleg wéi XXX on-premise.
On-premise Verkeefer multiplizéieren de Präis vu SaaS mat ville Méint a soen datt hir Software méi bëlleg ass. Si molen souguer Grafiken. Falsch.

SaaS vs on-premise, Mythen a Realitéit. Stop ofkillen

Déi falsch Grafik berücksichtegt net datt de Präis vun de Lizenzen net alles ass. Et gëtt och e Präis fir Installatiounsaarbechten. An Training Käschten. An de Präis vu Feeler vun undertrained Mataarbechter. Et gëtt e Präis fir den Administrateur deen de Server diskutéiert. Et gëtt e Präis fir e Server ze upgraden an eng verbrannt Energieversuergung oder HDD ze reparéieren. Kuerz gesot, et gi keng riicht Linnen weder hei oder do.

SaaS vs on-premise, Mythen a Realitéit. Stop ofkillen

An realob méi bëlleg oder méi deier hänkt, zum Beispill, vun der Längt vun der Period wou keng grouss Ännerungen erwaart ginn. Zum Beispill, wann eise Client genee weess wéi vill Leit hien brauch a wat se maachen, ass on-premise méi rentabel fir hien. Wann fir hien de Kontaktzentrum eng Aart Experiment ass, ass et besser fir SaaS ze wielen. Ausserdeem kënne mir een an deen aneren änneren, wa méiglech, ouni Daten ze verléieren.

Also wat ass méi bëlleg? Fir e puer Fäll - eng Saach, fir anerer - eng aner

2.1 Myth. SaaS ass méi sécher on-premise

2.2 Myth. On-premise ass méi sécher wéi SaaS

Eis Clientë sinn an zwee grouss, ongeféier gläiche Gruppen opgedeelt. E puer Leit soen "sou datt meng Donnéeën iergendwou um Internet sinn? Gott verbidd! Wat wann béis Hacker hacken, klauen oder läschen? Nee, loosst se op mengem Server sinn, hei a mengem Büro. Anerer: "fir datt meng Donnéeën hei am Büro sinn? Gott verbidd! Wat iwwer Feier, Vol oder Maskeshow? Nee, loosst se iergendwou um Internet sinn.

A Wierklechkeet ass Sécherheet e multifaktoriellt Konzept, d'Location vum Server ass nëmmen ee vu ville Faktoren, an et ass net eescht ze soen datt deen een méi sécher ass wéi deen aneren.

Also wat ass méi sécher? Fir e puer Fäll - eng Saach, fir anerer - eng aner

Mythos 3. SaaS ass schlecht personaliséierbar

An Theorie, fir on-premise kënnt Dir am Code addéieren wat fir e spezifesche Client gebraucht gëtt. An der Praxis wäert dëst zu enger Erhéijung vun der Zuel vun de Versiounen féieren. D'Käschte vun der Eskort wäerten an d'Luucht goen, a kee probéiert net sou eppes ze maachen. Amplaz gëtt eng Aart vu Configuratioun gelueden an eng Applikatioun vun iergendenger Aart wäert sech selwer konfiguréieren.

An real Customizability hänkt vun der Reife vun der Software an der Viraussiicht vum Entwéckler of. An net op der Verdeelungsmethod.

Also wat ass besser personaliséierbar? An e puer Fäll - eng Saach, an anerer - eng aner

Et ginn aner Mythen déi manner populär sinn. Awer grad esou falsch. Awer fir de Moment, fir Illustratiounszwecker, ginn dës duer

Zweeten Deel. Holivar

Et gëtt sou eppes wéi d'"Muller Nummer" - d'Zuel vun den Entitéite mat deenen mir kënne bedreiwen. 7+-2. Jiddereen huet säin eegent, ënner Stress kann et op 1 erofgoen.

Wann et vill Entitéite sinn, fänken mir un ze vereinfachen an ze generaliséieren. Dëst ass wou de Fang läit - mir vereinfachen a generaliséieren all op eis Manéier, awer benotzen déiselwecht Wierder.

Am Allgemengen, an all Holivar ass op d'mannst ee vun zwee Feeler siichtbar. A méi dacks souwuel op eemol:

1. Verschidde Bedeitunge vun de selwechte Wierder

Zum Beispill, fir e puer, d'Halschent vum Präis = besser. Well et muss just eemol benotzt ginn. An eng aner kuckt firwat de Präis sou héich ass, a gesäit datt d'Shnyaga mat der Dendro-fecal Method gemaach gouf, wat fir hien inakzeptabel ass. Besser fir hien = méi deier, awer ok. Da streiden se, vergiessen ze klären wat mat "besser" gemengt ass.

2. Net jiddereen ass prett eng aner Persoun als ENNER Persoun ze gesinn an zouginn datt hien seng eegen Ziler a Prioritéite huet.

E puer Leit këmmeren sech ëm technesch Charakteristiken, anerer këmmeren sech ëm d'Benotzungsfrëndlechkeet. Wat wierklech méi wichteg ass, ass datt et a senger Situatioun onbequem ass = "Ech wäert manner Sue pro Mount verdéngen" oder "Ech wäert reizbar sinn a gräifen op meng Famill." Et ass wichteg fir hien e puer Prozent vu sengem Akommes ze iwwerbezuelen fir vill Stonnen gutt Stëmmung fir sech selwer, seng Fra a Kanner. Awer een lieft eleng, eng extra puer honnert Dollar si wichteg fir hien, an et gëtt keen doheem fir ze pissen. Wann dës zwee net wëllen géigesäiteg héieren, dann trefft mat engem Holivar wéi "Mac vs Windows" oder eppes ähnleches.

Iwwregens, "si wëllen sech net géigesäiteg héieren" ass ganz dacks den Haaptgrond fir den Holivar. Leider. Soubal se wëllen, stellt sech eraus datt se d'Schëlleren kënnen ophalen, soen "gutt, jo, an Ärem Fall ass et" an d'Thema änneren.

Hutt Dir dat gemierkt? Oder am Géigendeel, hutt Dir eppes anescht gemierkt?

Source: will.com

Setzt e Commentaire