Decyzja

Oddzielenie kosztów utrzymania usługi od kosztów stworzonych przez każdego klienta oraz od wyjątkowych prac wspierających. Pojedyncza postać hostingowa ukrywa wzrost pamięci masowej, e-mail, monitoring, kopie zapasowe, płatną integrację i ludzi, którzy rozwiązują problemy.

Przykład roboczy

Użyj przykładowego modelu: miesięczny koszt bazowy 200 jednostek rachunkowych, 4 jednostki na aktywnego klienta i 12 godzin wsparcia przy 30 jednostkach. U 50 aktywnych klientów model zawiera 760 jednostek. Są to wymyślone nakłady, a nie ceny dostawców. Zmień jedno założenie na raz, aby zobaczyć, czy wsparcie, wykorzystanie lub podstawowy napędza wynik.

Utrzymanie założeń związanych z obliczeniem

Napisz wiersz dla każdego kosztu za pomocą jednostki, ilości, stawki, źródła rozliczeń i właściciela. Podstawowa linia infrastruktury wykorzystuje ilość miesięczną; usługa komunikacyjna może używać wiadomości; wsparcie wykorzystuje czas. Nie umieszczaj ich w jednej niezróżnicowanej komórce "koszt serwera". W przypadku modelu ilustracyjnego należy zauważyć, że 50 oznacza aktywne organizacje klientów, nie zarejestrowane osoby. Określić, co obejmuje godzinę wsparcia i czy onboarding jest wliczony. Jeśli nie ma zweryfikowanej ceny dostawcy, pozostawić nieznany kurs i pokazać wzór zamiast wynalezienia liczby pozornie wyglądającej. Model powinien odróżniać dowody od dogodnego wkładu w planowanie.

Przetestować kilka konkretnych zmian eksploatacyjnych

Zacznij od ilustrującej sumy 760 jednostek rachunkowych. Jeśli czas wsparcia rośnie dwukrotnie, z 12 do 24 godzin, podczas gdy inne wejścia pozostają stałe, suma wynosi 1,120 jednostek. Jeśli aktywni klienci wzrosną z 50 do 100 przy niezmienionym wsparciu, całkowita wartość wyniesie 960 sztuk. Porównania te są arytmetyczne na wymyślonych założeniach, a nie prognozę kosztów wzrostu. Pokazują, dlaczego różne sterowniki kosztów potrzebują oddzielnych wierszy. Dodać scenariusz z dużym importem dokumentów, tymczasowe ponowne wypróbowanie lub onboardingiem kilku klientów na raz. Nazwa limitu lub decyzji operacyjnej, która uniemożliwia każdemu scenariuszowi stawanie się niekontrolowanym wydatkiem.

Użyj modelu do przypisania odpowiedzialności operacyjnej

Ostrzeżenie o wydatkach jest przydatne tylko wtedy, gdy ktoś je otrzyma i wie, co można bezpiecznie powstrzymać. Określić, czy limit ma zastosowanie na klienta, na pracę lub w ramach usługi, i co klienci widzą, gdy jest osiągnięta. Zdecyduj, kto przegląda nietypowe użycie, sprawdza faktury i zmienia założenia po wydaniu. Nie należy po cichu zmniejszać niezbędnych kopii zapasowych lub monitorowania, aby suma arkusza kalkulacyjnego wyglądała na mniejszą. Porównaj rzeczywiste opłaty i pracę wspierającą przeciwko modelowi w kadencji, którą zespół może utrzymać. Przydatny budżet operacyjny wyjaśnia odchylenia i kieruje decyzjami; nie wymaga to udawania, że rosnący produkt będzie miał idealnie stabilny rachunek.

Alternatywy warte ważenia

Prosta infrastruktura stała może być łatwiejsza do przewidzenia, podczas gdy usługi oparte na wykorzystaniu łączą wydatki z działalnością i mogą produkować kolce. Self-hosting zastępuje niektóre opłaty sprzedawcy pracą operacyjną. Porównaj realistyczne scenariusze obejmujące osoby odpowiedzialne za incydenty i aktualizacje.

Gdzie plan się psuje

Nie dziel wszystkich kosztów na rachunki rejestrowane, gdy większość jest nieaktywna. Dopasuj mianownik do sterownika kosztów: aktywnych organizacji, przechowywanych plików, wiadomości lub pracy przetwarzania. Należy oddzielić inwestycje rozwojowe i określić, czy do modelu włączono podatki i opłaty za płatności.

Przed zleceniem pracy

Które rachunki za obsługę na jednostkę? Jaki limit uniemożliwia ucieczkę z pracy? Ile wsparcia potrzebuje nieznany klient? Wprowadzić założenia, a nie niezweryfikowaną cenę uniwersalną, do dyskusji na temat architektury SaaS.

Usługi

Tworzenie SaaS

Produkt, z którego ludzie mogą korzystać, który mogą subskrybować i na którym mogą polegać.

Porozmawiaj o tej usłudze