Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: CMS SaaS czy tradycyjny?
Forum PHP.pl > Forum > PHP
my_key
Witam wszystkich,

Zastanawiam się nad modelem dla CMS'a.
Czy lepiej sprawdzi się model SaaS czy może tradycyjny?

Oczywiście każde rozwiązanie ma swoje plusy i minusy, interesuje mnie wasze zdanie na ten temat.
Czy Wy wolelibyście wykupić dostęp do oprogramowania czy może lepiej kupić oprogramowanie dla siebie na własność.

SaaS to niże koszty ale za to licencja roczna albo miesięczna, problem tylko taki, że licencja jest dobra dla producenta nie koniecznie dobra dla klienta.

Jakie rozwiązanie będzie lepsze?

Z góry dzięki za wszelkie wasze opinie.
vokiel
Zależy od klienta. Jeden woli zapłacić ciut więcej i mieć skrypt u siebie, inny nie chce bawić się w hosting i woli żeby zajął się tym ktoś inny.

Moim zdaniem najlepiej mieć dwie formy.
my_key
No niby tak, najlepsze rozwiązanie jest mieć dwie opcje.
Ale mając jedną, na która łatwiej będzie namówić klienta?
Nie sądzicie, że ciężej będzie klienta przekonać do tego, że ma płacić abonament za stronę www?
batman
@my_key
Tak jak pisał @vokiel, wszystko zależy od klienta oraz jego potrzeb. Nie da się jednoznacznie określić, które rozwiązanie będzie najlepsze. SaaS ma tę przewagę, że zdejmuje z klienta obowiązek zarządzania serwerem i pozwala się skupić na treści. Z drugiej strony, dane wrażliwe znajdują się "gdzieś tam" i nie każdy może sobie na to pozwolić.
tehaha
Powinieneś najpierw określić o jakim CMS'ie mówisz i o do jakiej grupy klientów jest to skierowane. Z osobistych doświadczeń zauważyłem, że w polsce klienci nie za bardzo lubią być zależni od osób trzecich, zwłaszcza jeżeli jest to jakiś prosty system. Z tego co widzę to jedyne co w naszym kraju dobrze sprawdza się jako SaaS to silniki sklepów i systemy do fakturowania, bo tutaj faktycznie za mały abonament można dostać rozbudowany skrypt a często wersja podstawowa jest bezpłatna. Musisz też pamiętać o odpowiedzialności - jeżeli odsprzedajesz kopię skryptu na licencji, czyli model tradycyjny jak to nazwałeś, to przeważnie takie licencje mają zapis, że nie ponosisz odpowiedzialności za szkody wynikłe z działania skryptu, natomiast jeżeli oferujesz przechowywanie danych jako usługę to możesz odpowiadać za ewentualne straty lub wycieki.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.