Priser og kontrakter
Del af Softwarepriser og kontrakter
Sammenlign brugerbetaling og forbrugsbetaling
Sammenlign pris pr. bruger med målt forbrug ved at undersøge faktureringsenhed, inkluderet mængde og udgiften i flere situationer.
Sammenlign prismodeller over samme periode og med samme forventede behov. Ved brugerbetaling afhænger prisen af leverandørens regel for betalende brugere eller licenser. Ved forbrugsbetaling afhænger den af en målt aktivitet. Nogle tilbud kombinerer begge dele.
Find det, der udløser betaling
Spørg, om I betaler for købte licenser, personer med adgang, et brugerniveau eller noget andet. Atlassian oplyser, at brugere tilføjet til et månedligt appabonnement tæller med, selv om de ikke accepterer invitationen eller logger ind. Microsoft 365 beskriver derimod køb af licenser og efterfølgende tildeling. Regn efter den tilbudte løsnings regel.
For målt brug skal I kende måleenhed, inkluderet mængde, faktureringsperiode og pris eller anden følge ved overskridelse. Atlassian beskriver eksempelvis målere oven på visse abonnementer. Aktiveret ekstra brug kan fortsætte mod betaling; uden den kan en målt funktion måtte vente til næste periode. Nogle målere kan også udvides med forudbetalte pakker.
| Spørgsmål | Brugerbetaling | Forbrugsbetaling |
|---|---|---|
| Hvad udløser betaling? | Den definerede licens, bruger eller brugergruppe | Den definerede målte aktivitet |
| Hvad skal anslås? | Betalingsudløsende adgang i perioden | Brug ved rolig, forventet og travl drift |
| Hvad skal følges? | Tilføjede og fjernede brugere eller licenser | Målt brug og eventuelle tillæg |
| Hvad skal afklares? | Hvornår kan antallet sænkes? | Hvad sker der ved grænsen? |
Beregn samme tre situationer
Vælg en fælles periode, helst den aftaleperiode I overvejer. Beskriv lavt, forventet og højt behov for både brugere og aktivitet. Bed leverandøren prissætte hver situation med samme plan, tilvalg, valuta og momsgrundlag.
Opstil abonnementsudgiften som grundpris + bruger- eller licensbetaling + betaling for målt brug og eventuelle tillæg. Medregn kun poster, der faktisk findes i tilbuddet, og træk inkluderede mængder fra efter leverandørens regler.
Årlige brugerniveauer kan give spring i prisen, så gang ikke uden videre en oplyst månedspris med brugerantallet. Jiras offentlige planside skelner eksempelvis mellem månedlig betaling for det præcise brugerantal og årlig betaling efter brugerniveau.
Hold opsætning og support synlige som særskilte poster i den samlede købsberegning. Hvis en forbrugssats, grænse eller regel for at sænke licensantallet mangler, er beregningen endnu ikke fuldstændig.
Faktorer til beregning af omkostninger
- Grundpris
- Abonnementsudgift pr. periode
- Bruger-/licensbetaling
- Pris pr. bruger eller licens
- Målt brug
- Overskridelse af inkluderet mængde
- Tillæg
- Ekstra funktioner eller kapacitet
- Support
- Kostnad for support og opdateringer
Vælg efter udsving og kontrol
Et stabilt adgangsbehov kan gøre brugerbetaling lettere at budgettere. Varierende aktivitet gør det særligt vigtigt at beregne, hvad forbrugsbetaling vil koste i en travl periode. Se også på, om I kan følge brugen og begrænse den.
Spørg, om produktets grænse faktisk stopper brugen eller blot sender et varsel. AWS oplyser eksempelvis, at varsler fra AWS Budgets kan komme efter den aktivitet, der udløste omkostningen. Et varsel er derfor ikke i sig selv et sikkert udgiftsloft. Vælg først, når I kan forklare, hvad der ændrer regningen, og hvem der følger ændringen.
Fordele og ulemper ved hver prismodel
- Brugerbetaling – Fordele
- Stabil budgettering, nem at forudsige udgifter
- Brugerbetaling – Ulemper
- Overbetaling hvis brugere ikke aktive
- Forbrugsbetaling – Fordele
- Kun betaling for faktisk brug, fleksibel til varierende behov
- Forbrugsbetaling – Ulemper
- Uforudsigelige udgifter i højt belastede perioder


