Dette er et klichéemne; fra begyndelsen af udviklingen af SaaS i Kina til i dag er kravene til privat implementering aldrig forsvundet, altid indimellem, nogle kunder vil fremsætte sådanne krav, eller baseret på datasikkerhedshensyn (mere end 90% er baseret på dette), eller baseret på hensyn til omkostninger, eller baseret på hensyn til nem adgang til data, kort sagt, kravene til privat implementering er aldrig blevet brudt. Lad os gøre det klart her, at privat udrulning specifikt refererer til udrulningen til kundens egen lokale server.
Næsten ingen SaaS-virksomheder er villige til at implementere privat, og selv hvis der er private implementeringer, mener jeg, at de grundlæggende er tvunget til det, hvilket i sig selv er en selvmodsigende ting. Når det er privat implementeret, er det let at tænke på kundens næste krav, efterfulgt af om sekundær udvikling kan udføres, om nogle funktioner skal tilføjes til dit system, og om logikken kan ændres målrettet osv. Hvis du er villig til at gå på kompromis med disse, så tillykke med den vellykkede transformation, transformér fra et SaaS-firma til et softwareoutsourcingfirma, og gå direkte til outsourcing-projektet.
I en SaaS-virksomhed klager mange kolleger omkring ham, som ikke har trådt på pitten, lejlighedsvis over, hvorfor virksomheden ikke udfører privat implementering, så prisen i det mindste kan være meget højere, men faktisk er der mange problemer bagved, som han ikke har set. Jeg er heldig at opleve de problemer, jeg oplevede ved privat implementering af SaaS-software, da jeg først trådte ind i denne branche, og i dag vil jeg dele med jer de faldgruber, jeg stødte på i denne forbindelse.
Den første grav: udsendelse
Husk ordet "rip", det vil være et hovedtema. Privat udrulning, brug for at deploye softwaren til den server, som den anden part har specificeret, først og fremmest har softwaren krav til serveren, hvilket miljø softwaren skal køre, det er alle krav, hvilket kræver, at kunden leverer udstyr og et driftsmiljø, der opfylder kravene, tro ikke, at der ikke vil være problemer her, vi har brug for, at den anden parts server installerer Windows-serversystemet for at køre softwaren, da vi implementerede softwaren, den anden part installerede en piratkopieret version for at spare penge, og resultatet forårsagede en række problemer. Hvis du skal forbinde til internettet, skal kunderne også ansøge om domænenavn, købe båndbredde, firewall osv., tænk ikke, at det er ting, kunderne skal forberede sig, det har intet med os at gøre, kunder, på grund af den lille båndbredde, der købes, åbner systemet langsomt, de vil også komme og sige, at der er et problem med din software. Dette er kun begyndelsen.
Den anden grube: drift og vedligeholdelse
Når det gælder drift og vedligeholdelse, skal du brænde røgelse og bede til, at netværksledelsen samt drifts- og vedligeholdelsespersonalet hos kundevirksomheden er fremragende folk. Serveren er nede, og når du genstarter, kommer de til dig og siger, at der er et problem med systemet, og at alle ikke kan åbne det, så du må tage dig af det. I driften og vedligeholdelsen vil der være forskellige problemer, der bliver sendt til dig om, at der er et problem med softwaren, og selv hvis domænenavnet ikke fornyes, når det udløber, vil det først sige, at der er et problem med din software. Alle problemer forårsaget af hardware kan også relateres til software.
Der er en særlig interessant ting her, fordi kunden ofte klager over softwarens problem, og kundens betjenings- og vedligeholdelsespersonale giver os tilladelse til at fjernstyre serveren for at spare problemer. (Selv tilladelsen til fjernbetjeningsserveren blev givet, var det virkelig for datasikkerhedens skyld, at den skulle implementeres lokalt?) Hehe)
Den tredje grav: opgradering og opdatering
En af de største fordele ved SaaS er, at opdateringsiterationen er hurtig, og alle brugere bruger den nyeste version og funktioner, så snart producenten opdaterer. Private udrulninger kan kun sende opdateringspakker separat og opdatere lokalt, fordiSaaS opdateres og itereres hurtigtI starten vil kunderne følge opdateringen, men snart vil de føle, at disse opdaterede små funktioner og detaljerede optimeringer ikke har nogen praktisk betydning for dem, og nogle opdaterede funktioner er ikke lige så tilfredsstillende som før, så de opdateres simpelthen ikke.
MenDa SaaS-versionen har gennemgået mange iterationer, er nogle funktioner særligt eftertragtede af private implementeringskunder, og jeg håber at kunne opdatere for at tilføje disse funktioner, men jeg er ked af det, jeg kan ikke opdatere den, fordi der er for mange afbrydelser, og det er umuligt at opgradere til den nyeste version for dig。
Den fjerde grav: træningstjenester
Kundevirksomhedens softwaresystemadministrator er stoppet, og du skal give dem anden personale-produktfunktionstræning, hvilket du måske ikke kan, fordi der ikke er nogen synkron opdatering, den privat implementerede software er helt anderledes end din nuværende SaaS-software, og du kan ikke finde mange funktioner og indstillinger. Disse er fuldstændig to programmer, selvom de tidligere var ens, men nu er de helt forskellige, så selv hvis en kunde rapporterer en fejl til dig, er det ikke så let for dig at gendanne og rette den.
Ovenstående er bare almindelige gruber, og resten er ikke ét efter ét.
Hvis du insisterer på privat udrulning, er det ikke umuligt, det anbefales at aftale en god grænse i kontrakten for at undgå faldgruber for at undgå fremtidige problemer.
Jeg håber, at små og mellemstore virksomheder ikke vil være overtroiske over for privat implementering og den sikkerhed, I mener er sikker, især de virksomheder, der ikke har deres egne drifts- og vedligeholdelseskapaciteter, og at jeres hemmeligheder måske ikke er så vigtige, som I tror.
Overført fra:Hyperlink-login er synlig.
|
Opslået på 18/12/2021 12.55.50
|
|
|
