Detta är ett klyschigt ämne, från början av utvecklingen av SaaS i Kina till idag har kraven på privat distribution aldrig försvunnit, alltid då och då lägger vissa kunder fram sådana krav, eller baserat på datasäkerhetsaspekter (mer än 90 % baseras på detta), eller på kostnadskostnader, eller på grund av enkel tillgång till data, kort sagt, kraven för privat distribution har aldrig brutits. Låt oss vara tydliga med att privat distribution specifikt avser distributionen till kundens egen lokala server.
Nästan inga SaaS-företag är villiga att distribuera privat, och även om det finns privata installationer tror jag att de i princip tvingas göra det, vilket i sig är en motsägelsefull sak. När det väl är privat distribuerat är det lätt att tänka på kundens nästa krav, följt av om sekundär utveckling kan genomföras, om vissa funktioner behöver läggas till i ditt system, och sedan om logiken kan ändras på ett riktat sätt, etc. Om du är villig att kompromissa med dessa, grattis till den lyckade omvandlingen, gå från ett SaaS-företag till ett mjukvaruoutsourcingföretag och gå direkt till outsourcingprojektet.
På ett SaaS-företag klagar många kollegor runt honom som inte har trampat på gropen ibland på varför företaget inte genomför privat driftsättning, så att priset åtminstone kan vara mycket högre, men i själva verket finns det många problem bakom som han inte har sett. Jag har turen att uppleva de problem som uppstod vid privat implementering av SaaS-programvara när jag först kom in i branschen, och idag kommer jag att dela med mig av de fallgropar jag stötte på i denna fråga.
Den första gropen: utplacering
Kom ihåg ordet "rip", det kommer att vara ett huvudtema. Privat distribution, måste distribuera mjukvaran till den server som den andra parten specificerar, först och främst har mjukvaran krav på servern, vilken miljö mjukvaran behöver köra, allt detta är krav, vilket kräver att kunden tillhandahåller utrustning och en driftsmiljö som uppfyller kraven, tro inte att det inte kommer att bli några problem här, vi behöver att den andra partens server installerar Windows-serversystemet för att köra mjukvaran när vi distribuerade, den andra parten installerade en piratkopierad version för att spara pengar, och resultatet orsakade en rad problem. Om du behöver ansluta till internet behöver du också att kunder ansöker om domännamn, köper bandbredd, brandvägg osv., tänk inte att detta är saker som kunder måste förbereda, det har inget med oss att göra, kunder, på grund av den lilla bandbredden som köpts, öppna systemet långsamt, de kommer också att säga att det är ett problem med din mjukvara. Det här är bara början.
Den andra gruvan: drift och underhåll
När det gäller drift och underhåll måste du bränna rökelse och be att nätverkshanteringen samt drift- och underhållspersonalen hos kundföretaget är utmärkta personer. Servern är nere, och när du startar om kommer de till dig och säger att det är ett problem med systemet och att alla inte kan öppna det, låt dig ta hand om det. Under drift- och underhållsprocessen kommer det att finnas olika problem som kommer att framföras till dig om att det finns ett problem med programvaran, och även om domännamnet inte förnyas när det går ut, kommer det först att säga att det finns ett problem med din mjukvara. Alla problem orsakade av hårdvara kan också vara relaterade till mjukvara.
Det finns en särskilt intressant sak här, eftersom kunden ofta klagar på mjukvaruproblemet, och kundpersonalen ger oss tillstånd att fjärrstyra servern för att undvika problem. (Även godkännandet för fjärrkontrollservern gavs, var det verkligen för datasäkerheten att den var tvungen att distribueras lokalt?) Hehe)
Den tredje gropen: uppgradera och uppdatera
En av de största fördelarna med SaaS är att uppdateringsversionen är snabb och alla användare använder den senaste versionen och funktionerna så snart tillverkaren uppdaterar. Privata distributioner kan bara skicka uppdateringspaket separat och uppdatera lokalt, eftersomSaaS uppdateras och itereras snabbtI början följer kunderna uppdateringen, men snart kommer de att känna att dessa uppdaterade små funktioner och detaljerade optimeringar inte har någon praktisk betydelse för dem, och vissa uppdaterade funktioner är inte lika tillfredsställande som tidigare, så de uppdateras helt enkelt inte.
MenEftersom SaaS-versionen har genomgått många iterationer är vissa funktioner särskilt eftertraktade av privata distributionskunder, och jag hoppas kunna uppdatera för att lägga till dessa funktioner, men jag är ledsen, jag kan inte uppdatera eftersom det är för många avbrott och det är omöjligt att uppgradera till den senaste versionen åt dig。
Den fjärde gropen: utbildningstjänster
Kundföretagets programvaruadministratör har slutat, och du behöver ge dem utbildning i annan personalproduktfunktion, vilket du kanske inte kan göra eftersom det inte finns någon synkron uppdatering, den privat distribuerade mjukvaran är helt annorlunda än din nuvarande SaaS-programvara, och du kan inte hitta var många funktioner och inställningar finns. Det här är helt två programvaror, även om de brukade vara samma, men nu är de helt olika, så även om en kund rapporterar en bugg till dig är det inte lika lätt för dig att återställa och åtgärda den.
Ovanstående är bara vanliga gropar, och resten är inte en efter en.
Om du insisterar på privat utplacering är det inte omöjligt, det rekommenderas att komma överens om en bra gräns i kontraktet för att undvika fallgropar för framtida problem.
Jag hoppas att små och medelstora företag inte kommer att vara vidskepliga när det gäller privat utplacering och den säkerhet ni anser vara säker, särskilt de företag som inte har egna drifts- och underhållsmöjligheter, och att era hemligheter kanske inte är så viktiga som ni tror.
Överförd från:Inloggningen med hyperlänken är synlig.
|
Publicerad på 2021-12-18 12:55:50
|
|
|
