To kunder med det samme antal domæner kan kræve meget forskellig indsats. Man kan bruge en enkelt veladministreret platform; en anden kan have mange applikationer, langsomme godkendelsesruter og hyppige hændelser. Pris det arbejde, der skal udføres, og test derefter om modellen dækker sin usikkerhed.
Separat opsætning og tilbagevendende arbejde
Spor onboarding-opdagelse, afsenderbeholdning, adgangsbekræftelse og indledende afhjælpning adskilt fra tilbagevendende analyser, ændringsgennemgang, hændelsesrespons og kunderapportering. Inkluder offboarding- og bevisopbevaringsansvar. Tæl ikke automatisk indsamlingstid som menneskelig indsats, men medtag den tid, folk bruger på at fortolke dets output og løse undtagelser.
RFC 9990 rapporter kan understøtte analyse af observeret trafik, men rapportvolumen alene er ikke et pålideligt mål for operationel indsats. En stille afsender kan være forretningskritisk, og en stor afsender kan være rutine. Optag kompleksitetsdrivere såsom særskilte applikationer, delegeret DNS ejerskab, nødvendige godkendelseslag og supportdækning.
Brug en gennemsigtig omkostningsmodel
Vælg et ensartet valuta- og omkostningsgrundlag. Estimer arbejdstimer efter opgave, multiplicer med belastede timeomkostninger og tilføj værktøj og andre direkte leveringsomkostninger. Adskil ønsket bruttoavance fra markup: for en målmargin m med 0 ≤ m < 1 og positiv omkostning, er pris lig omkostning divideret med en minus m. Dette er aritmetik, ikke en markedsanbefaling. Skatter, salgsomkostninger og kontraktvilkår skal behandles separat, når det er relevant.
Den syntetiske model bruger tilbagevendende analyse (2 timer), ændringsgennemgang (1,5 time), kunderapportering (1 time) og hændelsestillæg (2 timer), i alt 6,5 timer om måneden, en fiktivt indlæst omkostning på USD 60 per time og USD 90 til værktøjer og tildeling. Omkostningerne er USD 480. Et mål på 40 % bruttomargin giver USD 800 før skat og andre ekskluderede afgifter. En to timers hændelsesoverskridelse hæver omkostningerne til USD 600 og sænker marginen til samme pris til 25 %.
Gennemgå og udfordre de illustrative antagelser
Eksemplet bruger opfundne planlægningsinput, ikke målt indsats, leverandørtilbud eller anbefalede EmailAuth priser. Dens beregning er 6,5 × USD 60 + USD 90 = USD 480; USD 480 / 0,60 = USD 800; (800 USD - 600 USD) / 800 USD = 25 %. Intet omkostningsscript eller kundeservice blev udført. Begynd en rigtig model ved at registrere faktiske opgavetider over en repræsentativ cyklus, inklusive mislykkede undersøgelser og kundekoordinering.
Tildel onboarding, adgangsgennemgang, eskaleringsøvelser, bevisindpakning og offboarding et sted i stedet for at antage, at de er gratis. Adskil engangsopsætningsgebyrer fra tilbagevendende gebyrer. Hvis gentagne overskridelser kommer fra at vente på en applikationsejer, skal du identificere koordineringsopgaven og scope gap, før du ændrer kundeprisen. Modellen understøtter en revisionsbeslutning; den godkender ikke et tilbud eller en kontrakt.
Definer omfang og gennemgå triggere
Oplys inkluderet arbejde, dækningstimer, forventet kunderespons og hvordan ekstraordinære hændelser håndteres. Undgå incitamenter til at springe undersøgelser over blot for at opfylde et fast tidstillæg. Brug omfangsgennemgangen til at identificere kronisk kompleksitet, forbedre arbejdsgangen eller forhandle en klart beskrevet serviceændring.
Sammenlign estimeret med faktiske omkostninger på et defineret gennemgangspunkt. Forklar varians efter opgave i stedet for at hæve priserne udelukkende fordi meddelelsesvolumen steg. Kundespecifikke krav til adgangskontrol og godkendelse er stadig nødvendige, selv når de øger omkostningerne. OWASP-autorisationsvejledning understøtter mindste privilegier; kommercielt pres er ikke en grund til at omgå det. Ethvert tilbud eller kontrakt bør gennemgås og godkendes separat fra denne planlægningsmodel.