krfcm:
Jest to bardziej kwestia tygodni, miesiąca, kwartału czy lat jak w przypadku aimpanelu?
W skrócie będzie to właśnie nowa wersja Aimpanel, jednak będzie się znacznie różnić technicznie, zostanie też wydana pod inną nazwą.
Jeśli chodzi o szczegóły to opiszę i pokażę dokładniej jak wszystko będzie w bardziej reprezentacyjnym stanie. Ciężko o konkretne daty ale póki co chciałbym aby pierwsze szczegóły pojawiły się pod koniec 2022 / początek 2023.
Tak jak pisałem wcześniej w tym wątku, ciężko nam pchać nowy projekt przy obecnym obciążeniu więc celowo zmniejszamy ilość nowych VPSów co zmniejszy ilość ticketów.
Nasza najlepsza oferta jakościowo to Turbo a przy okazji generuje najmniej zgłoszeń więc przy niej zostajemy i nie blokujemy jej sprzedaży.
FR to już stary sprzęt, na dodatek w bardziej awaryjnej ofercie OVH - SYS.
Szczerze? W 2022 jest mi już trochę głupio sprzedawać VPSy na takim sprzęcie 😳
Moglibyśmy w teorii zamieniać ten sprzęt o generację nowszy ale jest już droższy i wymaga sporo czasu po naszej stronie aby wszystko poprzenosić, przemigrować klientów na nowe oferty itp.
Generalnie nie widzę przyszłości VPS w lvlup.pro używając oferty SYS, nawet jeśli złożymy nową rozsądną ofertę to będziemy musieli podnieść ceny oraz poświęcić sporo czasu na upgrade.
To jeszcze bardziej opóźnia nasze plany aby być bardziej firmą software'ową niż dostawcą VPS.
Z tego względu raczej nie wznowimy sprzedaży FR a bardziej w drugą stronę - zaczniemy łagodnie wycofywać tą ofertę.
Standardowy UpRyze to nadal zasoby współdzielone, wymaga to pracy przy utrzymywaniu nadużycia zasobów na niskim poziomie - przeglądanie dużego zużycia CPU i nakładanie tymczasowych limitów. Pracowaliśmy nad automatycznym systemem który mógłby to robić za nas ale wymaga to więcej czasu niż możemy na to przeznaczyć.
Szybko napisany system tego typu który nakładałby limity CPU na osoby nadużywające zasobów łatwo mógłby zaszkodzić naszym uczciwym klientom a tego bardzo nie chcemy.
Turbo nie wymaga takiego systemu bo zasoby CPU nie są współdzielone czyli z samego założenia daje nam tu już usługę wyższej jakości bez potrzeby pisania tego systemu anti-abuse, na dodatek mniej ticketów więc zarówno klienci jak i obsługa mają mniej szarpanych nerwów.
krytyYT:
Nie lepiej zamiast tworzyć kolejkę zamówień to wprowadzić normalny system dostępności i sprzedawać tylko to co jest dostępne od ręki?
Pierwotnie mieliśmy taki system ale się nie sprawdził.
Generalnie nie ma tutaj metody która zadowoli każdego, brak jest złotego środka.
Obecny system pozwala przykładowo łatwiej skorzystać z promocji które są ograniczone czasowo oraz lepiej radzi sobie z dostawianiem większej ilości serwerów dedykowanych bo łatwiej zaplanować ile ich potrzeba patrząc po kolejce, przydało się to już w przeszłości.
Ma chyba najmniej wad patrząc na poprzednie lata więc przy nim zostajemy z tym, że w wyjątkowych przypadkach ręcznie zawieszamy sprzedaż tak jak widać w tym wątku.
Timo:
Kwestia tego, czy klienci chcą wypatrywać vps-ów zamiast zapisać się do kolejki oraz oczywiście modelu biznesowego.
Tak, klienci sami piszą tickety o rezerwację i dopisanie ich do kolejki.
Było to też widoczne podczas zawieszenia zamówień.
To też potwierdza, że obecny system kolejkowania zamówień jest ok.
