Opłaty za użytkownika vs. użycie: porównanie: Atlassian rozlicza miesięczne subskrypcje za użytkownika, roczne – według progów.; Maksymalna liczba użytkowników w miesiącu decyduje o kosztach od 14 lipca 2025 r.; W modelu mieszanym przekroczenie przydziału kredytów Rovo powoduje dodatkową opłatę.
Zdjęcie: Narzędzia Firm

Koszty i umowy

Część cyklu: Koszty i umowy na oprogramowanie

Opłaty za użytkownika a rozliczenie za użycie: jak porównać

Sprawdź, kto liczy się jako płatny użytkownik, co zwiększa licznik użycia i jak porównać oba modele w różnych okresach pracy.

Opłata za użytkownika zależy od liczby osób lub progu użytkowników, a opłata za użycie — od wskazań licznika. Atlassian stosuje też model mieszany: opłatę za użytkownika lub próg oraz rozliczenie funkcji mierzonych.

Porównaj oba warianty na tych samych danych: liczbie płatnych kont i przewidywanym wolumenie, także w spokojnych i intensywnych okresach. W Atlassian osoby dodane do aplikacji mogą być liczone nawet wtedy, gdy nie przyjmą zaproszenia ani się nie zalogują.

Najpierw ustal jednostkę rozliczeniową

W modelu za użytkownika sprawdź, czy opłata dotyczy każdej osoby mającej dostęp, czy określonego progu. Atlassian rozlicza subskrypcje miesięczne za użytkownika, a roczne według progów; cena aplikacji zależy też od planu, takiego jak Free, Standard lub Premium.

W modelu za użycie ustal, co mierzy licznik. Atlassian stosuje liczniki m.in. kredytów Rovo, kroków automatyzacji, obiektów Assets, minut kompilacji Bitbucket, Git LFS oraz ruchu sieciowego i przestrzeni na pakiety Bitbucket.

Sprawdź definicję jednostki, okres rozliczeniowy oraz zasady liczenia powtórzeń i nieudanych działań. Nie zakładaj, że pojedyncza firmowa sprawa odpowiada jednej jednostce rozliczeniowej.

Kluczowe parametry rozliczeń w Atlassian

Jednostka rozliczeniowa – użytkownik
Wszystkie osoby z dostępem, nawet bez logowania
Jednostka rozliczeniowa – użycie
Kredyty Rovo, kroki automatyzacji, obiekty Assets, minuty kompilacji Bitbucket
Okres rozliczeniowy
Miesięczny (dla użytkowników), miesięczny lub roczny (dla progów)

Przelicz różne poziomy obciążenia

Policz własne dane dla spokojnych, zwykłych i intensywnych okresów. W modelu za użytkownika sprawdź wpływ zmian liczby kont i moment, w którym ich zmniejszenie obniży rachunek. Atlassian wprowadzało rozliczanie maksymalnej liczby użytkowników etapami od 14 lipca 2025 r.; do października 2025 r. miało ono objąć miesięczne subskrypcje Compass, Confluence, Atlassian Guard, Jira, Jira Product Discovery, Jira Service Management, Loom i Marketplace Apps.

W tym mechanizmie rachunek za miesiąc zależy od maksymalnej liczby użytkowników w tym okresie. Spadek liczby kont w trakcie miesiąca nie zmienia rozliczanej liczby za ten okres; stan z ostatniego dnia miesiąca wyznacza liczbę na następny okres.

Przyjmijmy wspólny punkt odniesienia: 10 użytkowników i 250 kredytów Rovo miesięcznie. Przy stawce 18 USD za osobę z przykładu Atlassian część użytkownikowa wynosi 180 USD; w Jira Standard 10 użytkowników ma 250 kredytów w przydziale, więc taki wolumen nie powoduje nadwyżki za użycie.

W przykładzie Atlassian dodanie 3 osób pięć dni po rozpoczęciu okresu zwiększa rozliczaną liczbę z 10 do 13. Szacunek następnego rachunku to 234 USD za 13 użytkowników oraz 45 USD kosztu proporcjonalnego za 25 dni, czyli 279 USD przed ewentualnymi podatkami, kredytami i rabatami.

W modelu za użycie oszacuj liczbę jednostek na sprawę, liczbę spraw i możliwe ponowienia. Dziesięciu użytkowników Jira Standard otrzymuje 250 kredytów Rovo miesięcznie; kolejnych 10 użytkowników Confluence Standard dodaje 250, co daje łącznie 500 kredytów miesięcznie na poziomie organizacji.

Wprowadzenie modelu rozliczania maksymalnej liczby użytkowników

  • 14lipca 2025 — Wprowadzenie mechanizmu rozliczania maksymalnej liczby użytkowników
  • 2025Październik — Zakres obejmuje subskrypcje Compass, Confluence, Jira, Jira Service Management i inne

Uwzględnij model mieszany

W modelu mieszanym zestaw koszt dostępu z kosztem funkcji mierzonych licznikiem. W Atlassian przydział użycia jest wliczony w subskrypcję albo dostępny w pakietach przedpłaconych, zależnie od licznika; dodatkowa opłata pojawia się po przekroczeniu przydziału, jeśli dodatkowe użycie jest włączone.

Przydziały danego licznika sumują się na poziomie organizacji. Gdy dodatkowe użycie jest włączone, przekroczenie limitu może zostać doliczone do faktury za dany okres; gdy jest wyłączone, z mierzonych funkcji można korzystać ponownie po odnowieniu przydziału.

Administratorzy organizacji i rozliczeń otrzymują powiadomienia o zbliżaniu się do limitu. Mogą też ustawiać i zmieniać limity użycia, co pomaga kontrolować nadwyżki.

Wybierz model, który firma potrafi kontrolować

Opłatę za użytkowników łatwiej prognozować przy stabilnej liczbie płatnych osób, ale trzeba uwzględnić sposób liczenia kont i progi. Rozliczenie za użycie wymaga prognozy wolumenu i kontroli licznika; w modelu mieszanym trzeba śledzić oba elementy.

Porównuj łączny koszt tego samego okresu: opłatę za konta lub próg, przydział użycia oraz ewentualną nadwyżkę. Po uruchomieniu zestawiaj liczbę płatnych użytkowników i wskazania liczników z prognozą, nie doliczając tej samej nadwyżki ponownie.

Zalety i wady modeli rozliczeń w Atlassian

  • Opłata za użytkownika – ZaletyProsta prognoza przy stabilnej liczbie użytkowników; łatwa kontrola kosztów
  • Opłata za użytkownika – WadyMoże być nieefektywna przy dużych zmianach liczby kont; brak korzyści z niskiego użycia
  • Rozliczenie za użycie – ZaletyDostosowanie kosztów do rzeczywistego wykorzystania; korzyści dla małych lub zmiennych grup
  • Rozliczenie za użycie – WadyTrudność w prognozowaniu; ryzyko nadwyżek przy intensywnym użyciu

Więcej z: Koszty i umowy