Рейтинг
0.00

Статьи

16 читателей, 61 топик

Сколько нужно платить поддержке хостинга ?

Статьи
Интересный вопрос мне сегодня задали.
И я решил постараться ответить на него.
Мне самому стало интересно даже. Как вы знаете в интернете время свое люди не ценят, никто никогда не задумывался сколько времени уходит на тикеты. Все просто продают и все довольны.
А сервис и услуги мы никогда и не оказывали. Специально такие платные или бесплатные не важно.

Итак.
1 человек поддержки стоит 50000р пусть будет так. Самая минимальная зар плата по стране.
Но 50 тысяч это прибыль с продажи 250 серверов с самой бомж наценкой в 200р. 250*200=50к (считаем именно все по минимуму специально, минимум зар плата, минимум наценка с продажи)

Я считаю — это очень не выгодно.
Тем более факты — с 250 серверов или даже с 500 серверов, возможно «поддержку» попросят в день 5 раз всего какие-то нубасы. Зато вот продления и оплаты по 40 раз в день будут тикеты с такого кол-ва.

На один тикет оплаты сервера уходит точно 10 минут. Потому что это нужно залогиниться туда, залогиниться сюда, поменять бабосы если требуется, проверить остатки на балансах, найти карточку которая привязана, пойти сходить в нужный аккаунт дата-центра, найти нужный сервер и оплатить короче. А потом еще вручную продлить в биллинг панели. 10 минут точно. 10 минут это 6 тикетов за 1 час. Сколько у нас в стране работают? 8 часов вроде, значит это 6*8=48 тикетов за сутки. Допустим по 30р за тикет это 1440 в сутки или же 44640р в месяц.
А вот к примеру послать нахуй человека — это 1 минута. Ну как обычно и происходит везде, ты пишешь что-то, а тебе дают ссылку на FAQ или говорят сам дурак у все отлично. Ответить эту фразу занимает точно менее одной минуты. А значит 60 тикетов за час и 480 за сутки. 480 тикетов тупых это только у крупных компаний. Как я уже выше написал с 250 серверов в сутки может быть не более 5 вопросов. И вопрос, а стоит ли держать вообще человека ради 5 вопросов в день? Ну или даже пусть 3500 серверов активных, это значит пускай будет 14*5 = 70 вопросов в день. При максимальном загрузе в 3500 активных дедик клиентов будет 70 вопросов(на самом деле не бывает столько много).
70 вопросов — мне кажется можно и самому не обламаться ответить. Даже ради 70 тикетов точно нанимать человека не стоит. Или я не прав? :) Вот оплаты реально тратят кучу времени, а тупые вопросы это в основном послать нахуй человека как бот ответ — не напрягает. Так что 3500 серверов оплачивать вот тут стоило бы нанять людей, но т.к. работа с кучей аккаунтов, работа с кучей платежных методов. Работа с крупными деньгами. Такое не каждому человеку можно доверить. Поэтому понятие «нанять поддержку» в данном вопросе абсолютно мимо, разделить кол-во серверов по точкам продаж и ответственным, разделить по системе — да. Но не левому какому-то чуваку уж точно.

Ну ладно, рассуждаем дальше.
Как я уже выше сказал.
1 человек поддержки будет стоить как прибыль с 250 минимальных бомж серверов.
Чтобы и себе оставалось и человеку заплатить по честному 50/50. Значит мы уже жертвуем 500 серверами.
500 серверов на дороге не валяются. Они собираются и продаются не за один месяц. У новичка хостинга уйдет больше года. У профессионала с репутацией который уже 5 лет вкалывал как бог — может быть пол года уйдет.

Рассуждаем дальше.
Ладно, допустим человек поддержки нужен чтобы обслуживать и помогать клиентам. Ну каким-ниб например клиентам, которые покупают серверы супер мощные и там уже прибыль 2000р даже. Но опять же в реальности — чем дороже сервер, тем ВООБЩЕ никто вопросов не задает. Потому что тот кто купил и потратил 15-25 тысяч на сервер, он точно не от балды выкинул 25к, а значит он знает что ему нужно и для чего он купил сервер, и конечно либо есть свои админы, либо он все сам умеет. Т.е. если брать в рассчет только дорогих клиентов, там даже 1 тикета не создается. Только продления.

Рассуждаем дальше.
Возьмем типичную помойку из тупых людей.
Допустим там какой-ниб сервер шаред хостинга. Где наверняка вопросы и задаются. Как мы уже в прошлых статьях вычислили. Стоимость сервера 5000 грубо говоря в месяц на коло у людей. А засаживают они туда по 300-500 аккаунтов. Один аккаунт пусть будет 150р. 300*150=45000 мало, 500*150=75000 вот больше похоже на правду РФ хостинга.
Опять же если платить 50 тысяч поддержке. То 25 остается владельцу.
Как-то хуево звучит. Наверняка значит сервер должен приносить 100к. А значит тарифы там должны быть по 300р например за хостинг. При условии что есть тарифы и по 1200р как у Бегета, то может даже и 150 тысяч приносит один сервер. И вот такие вот помойки и нужно обслуживать поддержкой.
Остановимся на примере с 500 человек на сервер. 500 человек на сервер. Я не знаю как на самом деле. Тут могу лишь предположить, ведь я не делал же не разу помоек с 500 аккаунтами. Но считаю что 1/5 точно в сутки задает вопрос. Значит 100 тикетов.

Выше мы считали, что при условии 1 минуты на тикет, получается в сутки по 480 тикетов. Почти 500 клиентов сервера как раз. Значит предположим 5 минут тратится на один ответ у поддержки. Реалистично звучит? Вполне.

Но я так и не понял как лучше платить.
Допустим можно платить по 10р за тикет, можно платить по 30р за тикет, по 50р за тикет.
К примеру те кто по 480 тикетов в день отвечают, значит должны зарабатывать 480*30р = 14400р в сутки, или 446400р в месяц.
Даже если по 10р за тикет это получается 4800*31 = 148800р в месяц.

Какая модель используется на рынке? Оплата за время? Например 8 часов стоит столько-то. И короче например поддержка может за эти 8 часов или 480 минут обработать как 480 тикетов, так и 50 тикетов. Или же именно оплата за кол-во тикетов?

А может быть есть другие модели поддержки?
Например придумал — я :) Но не внедрил. Но просто я бы поступил так. По честному.
Короче собираем допустим сервер шареда.
Каждый сервер, каждая нода — по разному кол-во клиентов на них сидит же.
И вот каждый месяц проводить аналитику. Сколько именно в деньгах принес сервер №1, сервер №100, VPS-нода №200 и тд. По таблице, по графику.
Как говорится если она пустая — то принесла мало
Если она полная — то принесла по максимуму.
И так же должен быть график людей, которые привязаны к этим нодам. Например сколько может поддерживать шаредов и нод один человек? Если бог то и 500 сможет, тем более если они в кластере. А если он слабак то может быть на 50 уже сдуется.
И вот к примеру доход с 500 серверов — это хороший блять доход, по 50% с 500 штук :)
Т.е. в моем понимании честность — кто сколько осилил, столько и заработал.
Тоже самое как и с продажами — сколько продал, столько и получил.
К примеру если админ халтурит — ноды/шареды падают, люди воняют, уходят. Доход снижается. А если сервера титановые, то тот кто за ними следит на коне. И финальную вишенку на тортик — перенаправлять тикеты с конкретных серверов, конкретным людям, которые за ними следят, чтобы они обслуживали именно их клиентов, а не чужих.
Чем не поддержка будущего? :)



О чем еще я зыбыл рассудить в плане оплаты за поддержку?
Пропустил модель просто платных услуг, когда клиент хочет купить платную помощь. Но это именно разовая работа. А мы рассуждали о сотрудниках на постоянку, привязанных к проектам, как в офисе, так и удаленно например.

Виртуальное против Физическое

Статьи


Решил написать наглядное сравнение для хостеров. Надоело кучу ссылок давать. Буду давать одну ссылку на этот пост, а внутри него уже все что нужно.

Физическое.
  • Купил дедик за 1500р, продал за 1600р, наварил 100р
  • Купил дедик за 15000р, продал за 16000р, наварил 1000р
  • Купил дедик — продал дедик. Отказался клиент от дедика, ничего не потерял, дедик удалился. Покрывать из своего кармана ничего не нужно. Ну разве что ты просто потерял свои 100р дохода.
  • Продал 100 штук заработал 10000р, продал 1000 дешевых заработал 100000р. Продал 1000 дорогих, заработал миллион.
  • Собрал 500 клиентов — заработал. Отказалось 100 клиентов — заработал на 100 меньше. Все просто.
  • Кто клиент дедика? Тот, кто умеет все сам. Тот кто пестрит обслуживанием и администрированием — значит к нему идут новички ничего не умеющие и выше одного сервера вряд-ли купят, им может и на первый сервер еле как денег хватило. Тот кто покупает много серверов умеет все сам и у него есть свои администраторы, ведь это серьезные проекты приносящие деньги, и никто не хочет из таких клиентов, чтобы какие-то там левые админы шарились и бесплатно помогали. Просто увеличивай продажи и продавай. Продавай больше и еще больше, зарабатывай.
  • Время потраченное на один заказ — не более полу часа. Только оптовые заказы можно по пол года скупать и скупать по наличию.
  • Попался клиент мудак — заблокировали ему сервант, ну и хуй с ним. Другие клиенты даже не узнали о этом, никто не пострадал, никто не ноет и не нагружает тикеты.
  • Физическое может падать если проблемы с каналами у ДЦ или ддос атаки. Иногда может сгореть какая-то деталь. Но умный клиент тут же покупает новый сервер и восстанавливается с бекапа, никто никогда не теряет данные. А проблемы каналов — это сам дата-центр. В дата-центр, который подводит и не может предоставить качественную услугу — умный клиент и не пойдет. Так что если у вас уже нормальный клиент, который все умеет сам, то значит и товар что вы продаете уже проверен и подходит человеку.
  • Дедики в основном если и покупаются, то сразу купил и 1-2 года больше не слышал ничего о клиенте, просто принимай деньги и оплачивай. Иногда бывают люди просящие переустановки ОС, но это 2% наверно отсилы, такие люди в основном купили поиграться и сравнить с виртуальным.
  • Дешевые дедики — отличная замена VDS. Дедик с 2 ТБ диском. Идеально для клиента нубаса, который зарастает спамом и логами.
  • Вход в нишу — минимальный. Чтобы продавать нужен сайт, биллинг, знания своего товара, знание всех дата-центров и их завихрений, ведь каждый дата-центр работает по своему со своими причудами и принимает разные методы оплаты, плюс может принимать оплату ежемесячно за все услуги в аккаунте, а может и поштучно. Ну и еще с годами нужны будут счета, иногда юр лица, много кошельков карт и людей в разных странах и городах, которые могут открывать и менять нужные платежные средства. За десяток лет продажи превращаются в целую сеть продавцов, методов приема и оплаты, характеров хостеров, и языков на котором они могут продавать. Я так считаю конечно. 10 лет еще не прошло.
  • Физическое это то — когда клиенту все равно какое у тебя отношение к нему, помогаешь ли ты ему или не помогаешь. Если подвел дата-центр — он ушел.
  • С годами клиент которому помогли с закупками и избавили от тупых переписок с тупыми сотрудниками первого уровня любого дата-центра(которых специально не обучают, чтобы они не открывали свои хостинги, тех сотрудников которые даже не знают что продают или сливают бюджеты компаний в мусорку) — он посоветует вас другим своим партнерам по заработку и они тоже купят через вас серверы.
  • Продавая серверы серьезным проектам ты сам становишься в теме различных моделей заработка и бизнеса. И по пути можешь открывать что-то еще, не только хостинги. Или знать когда навариваться на курсах биткойнов. Или делать свои рулетки по играм.
  • Сервисы ддос защиты чем-то похожи на физические продажи. Этот тот же сервис и услуга,
    но зачастую он становиться партнером того или иного проекта и клиент уже не просто клиент который купил ддос защиту, а партнер самого проекта или рулетки той же, который может и вложиться уже даже в другие расходы или долю от проекта.

Виртуальное.
  • Купил сервер за 3200р, купил сеть на 16 ip, купил панель VMmanager KVM — получил 16 виртуалок.
  • Продал всего 6 виртуалок — будь готов остальные покрыть из своего кармана.
  • Продал виртуалку по цене в 6 раз дороже. Наварил 300% маржи.
  • Виртуальное можно делать так как тебе угодно. Мало того, что можно продавать по ценам выше в 6 раз и оказывать сервис и услуги. Так еще и продавать сам сервер как 2 сервера. Ведь 50% заказов покупаются от балды и не используются.
  • Создал ноду на 256 озу и 128 клиентов на 1 сервере — будь готов заплатить за его защиту и администрирование. Потому что если падает 128 клиентов разом — будет нытье.
  • Попался клиент мудак — рискуют все 127 клиентов из-за 1 вредителя.
  • Раз в 3 года хотя бы — придется делать какие-то переносы. Можно делать вообще раз в год и заставлять людей самим переезжать.
  • Можно чистить раз в 3 года и делать перенос за них.
  • Зачастую очень много клиентов виртуального зарастают спамом. Их постоянно взламывают, ведь они не обновляют движки. Зарастают логами и тому подобное. На виртуальном обычно места очень мало и оно быстро кончается. Без сервиса и обслуживания будет очень много проблем с местом.
  • Виртуальное зачастую текучка. 80% заказов на 1 месяц. Постоянное создал-удалил. И даже для разработчиков. Постоянное создал удалил и по новой. Но за счет сервиса и обслуживания можно уплотнять и с каждым месяцем увеличивать тех людей, кто все таки остался.
  • Виртуальное зачастую может падать из-за постоянного прогресса технологий, который реально слишком быстрый и человеческих факторов.
  • Клиент виртуального зачастую еще тот, кто сам переехать не может к другому хостеру. Поэтому он вечный клиент, и будет платить и дальше, ведь обучаться и развиваться он не хочет, он хочет просто платить в 6 раз дороже.
  • С годами такой хостер занимает свою нишу определенного типажа клиента и именно такой типаж идет туда. Один клиент советует этого хостера другому, потому что ему помогли и обслужили. И он приведет туда такого же клиента, как и он сам, такого же, ничего не умеющего.
  • В идеале одна компания с собственным оборудованием в разных дата-центрах под разные ниши — может создать десятки проектов и так же, захватить много ниш клиентов, которым нужны сервис и обслуживание. Обслуживание может заключаться даже просто в адекватном решении абуз. А можно пойти и дальше свернуть на черную сторону. Каждому по характеру как говорится.
  • Виртуальное имеет смысл делать только на собственном железе. Потому что его проще собрать. Собрать нечто мощное чтобы и места всем хватило и айпишек. И платишь только за электричество. Но из-за этого получаются крупные помойки.
  • Вход в нишу тысяч 50 если на аренде и тысяч 500 если на коло. Плюс нужна команда обязательно. В одиночку тут стартануть сложнее в разы.
  • На аренде серверов для виртуального с всего 15 клиентами на сервер, тоже можно развиваться. Риски с абузами больше. Но риски падения крупной ноды минимальны.
  • Виртуальное это то, когда клиенту помог, обслужил, сделал то что он хочет — и он остался на много лет. Останется ли клиент у тебя или нет — зависит именно от твоего к нему отношению.
  • Есть еще одно важное но, когда ты каждый день общаешься с людьми тупее чем ты сам, то ты не развиваешься. И пользы в плане опыта такие клиенты тебе не принесут. Ты стоишь на месте и лишь сам деградируешь.
  • Но в этом есть свой понт — вы становитесь полноценным хостером с сервисом и обслуживанием.

Что еще я забыл? Или может у кого-то опыта больше накопилось и он тоже что-ниб добавит? )

Хотите создать хостинг? Узнайте сначала факты

Статьи
В прошлом я писал много статей на obzor.ly, но все они сводились к тому, что нужно купить дедик для шареда, дедик для ноды и тому подобное.
А сейчас я напишу статью — что вам нужно знать, когда будете просто не парясь с настройкой вообще, просто продавать чужой готовый товар. Просто без знаний и умений — продавать. Это то, к чему я пришел за 5 лет.



Некоторые факты, которые нужно просто понять, прежде чем создавать хостинг.
  • 1. Чтобы продавать хостинг тематику — можно смело ложить на мобильных пользователей. Ну согласитесь, кто будет создавать сайт на планшете? Или кто будет вести бизнес с мобильного телефона и покупать серверы на десятки тысяч. Никто. Потому что это чертовски не удобно. Разумеется у любого уважающего себя создателя есть комп и именно с него он и работает, а то и сразу с тремя мониторами и двумя провайдерами. Так что моим проектам мобильная аудитория полностью не нужна. Она игнорируется. Вы можете считать по другому, но я ее игнорирую и это неоспоримый факт.
  • 2. Чтобы продавать вам нужны витрины продаж. В старых статьях я расписывал уже про сайты хостинга и тому подобное, почитайте. Если вы никто, если вас никто не знает — вам точно нужен сайт и чем лучше он будет, тем больше вы сможете продать. Это только я могу продавать с распидорасов каких-ниб, потому что меня все знают. Не стоит путать мой путь продаж и ваши продажи. Поймите этот факт.
  • 3. Продавать один и тот же товар можно совершенно по разному. Как я уже написал кто-то может в одиночку продавать сотнями, а кто-то не может даже 10 штук продать. Один и тот же товар можно продать десятью разным категориям людей, начиная от новичков и заканчивая полноценным бизнесом, аля b2b. И тут появляются некоторые важные аспекты для понимания.
    • 3.1 Типичный хостинг это куча обезличенных людей. Это поддержки первого уровня, поддержки второго уровня, админы первого, админы второго, продавцы там какие-ниб, маркетинг и только на десятом уровне можно дойти до создателя или заместителя его. В итоге бизнес которому нужно купить сразу оптовую партию — никогда не обратится в такой хостинг, потому что ему не поверят поддержки первого уровня просто и пошлют нахуй. Да и сами поддержки таких хостингов обычно ничего не знают и не шарят, они даже не знают что продают, не знают как работает дата-центр и его автоматизация, не знают всех нюансов. Поэтому крупный клиент идет только к тому, кто знает, например к тому чья репутация уже непоколебима и который доказал миру что он надежен. Практически все хостинги из одного человека такие, т.к. все заказы проходят через них, то они знают весь процесс от А до Я, абсолютно все нюансы. Поэтому им проще. Как только они начинают нанимать кого-то, перепоручать, то сразу теряется качество, потому что другие люди — не они. По разным причинам они не могут так вкалывать к примеру или просто не осиливают или опыта у них нету должного. И обычно решаясь раздать полномочия, создатели сразу теряют всех своих старых клиентов, которые работали именно с ними как с личностью. Но это уже другой факт. Я же хотел сказать про факт того, что практически все монополии не пригодны для b2b, потому что там просто нету сотрудников. Практически все компании погрязли в тупизме сотрудников и тоже не могут нормально работать в режиме b2b из-за тупости сотрудников. А почему сотрудников не обучают? Потому что как только продавец понимает дзен — он тут же уходит открывать свой хостинг, вероятно поэтому в РФ никто и не обучает свои линии поддержки, да и европе похоже тоже. Лично я обучаю, всегда, потому что я знаю что сам иду всегда вперед и всем кого я обучил, я еще понадоблюсь :) Не каждый может меня превзойти в отношении к интернету, не каждый может отринуть все остальное. Но это уже другие факты.
    • 3.2 Поэтому вам нужно решить, что вы будете продавать, а что не будете продавать. Что вы осилите, что не сможете осилить. И с какими сегментами вы будете работать. Далее о сегментах. Тоже факты. Все клиенты выделенных серверов — умеют все сами. И они не доверяют сотрудникам поддержки тех или иных хостеров, им нахуй не нужно бесплатное администрование непонятно от кого, от тех кто может слить данные к примеру. Ведь сотрудники первого уровня это тоже текучка. Дедики — это хостинг без поддержки. Вам нужно лишь просто продавать, закупать в нужных ДЦ и локациях нужное кол-во и следить за оплатами. Но конечно вы можете попробовать и другие модели, например дедики с поддержкой. Но лично я считаю, тот кто не может админить дедик — это клиент на 1 шт, он никогда не купит еще и еще дедик. И таких клиентов, которым нужна поддержка в разы выгоднее для хостера садить на любые виртуальные услуги и просто уплотнять. Раз он не может сам админить или карманных админов нету, то и проекты такие же значит. Это факты.
    • 3.3 Проблемы рынка. Большинство компаний имеют абсолютно неграмотный персонал. И пока пробьешься через уровни поддержки — желание купить что-то пропадет. Практически все дата-центры, особенно зарубежные — не клиенто-ориентированы. Кто-то продает только крупным реселлерам, частник даже зарегаться не может, например EvoSwich. Кто-то наоборот продает поштучно автоматически без поддержки частникам, но не умеет работать с оптом и бизнес заказами, такие как OVH. И как следствие — любой дата-центр это такой цех по производству. Который только и ждет чтобы его начали продавать. А клиент который из другой страны не может нормально там что-то заказать. Поэтому появляется факт — вы как хостинг — становится нужным рынку. Какие-то цеха можно продавать, какие-то цеха невозможно. Это тоже факт который нужно понимать. Из СНГ или РФ — никто там не пробьется через толпу идиотов из поддержки, пока дойдет до грамотного продавца который сможет ему продать 300 серверов под бизнес проект какой-ниб стартап. Поэтому они идут ко мне — потому что я могу. Я становлюсь закупщиком серверов для проекта. И мне за это платят мою наценку.
    • 3.4 Проблемы коло. Железо устаревает. 5 лет окупаемости не всегда даже выдерживается. Лучшее что я видел это ovh и их 3 линейки. Новое железо продается на основной линейке, спустя 2 года уходит на вторую линейку, цены снижаются конечно же. На основной уже продается еще более новое. Спустя 3 года уходит на самую донную линейку за копейки уже. А средняя и основная снова обновляются. Вот такой процесс железа. Этот факт вам нужно обязательно просчитывать. Плюс цены постоянно падают. И мне кажется падение не остановить. Сегодня вот новость про Амазон и их лоу-впс — это звоночек, скоро даже такие монополии уйдут в лоу-сегмент. И просто зачистят рынок. Поэтому выбирая метод своего коло, который будет описан ниже — внимательно все просчитайте, особенно сотрудников, особенно железо. И конечно же инфраструктура, аля ддос атаки всякие. Если вы выбрали этот метод вы станете привязанным к 1 локации, вы перестанете быть мобильным и весь ваш бизнес станет одной корзиной. Поэтому если вы хотите жить, то вам нужно будет вкладывать в инфраструктуру вашего собственного оборудования. Когда же продавая чужой готовый товар — потеря одного цеха никак не скажется на системе, только лишь доход упадет разве что. Ты можешь вечно паразитировать на чужих услугах. Что делать с людьми которым не нужен мощный дедик из-за излишней мощности? Значит эти люди как раз категория которая не смогла создать чего-то доходного в интернете. Это и есть клиенты шареда или виртуальных услуг, на которых и зарабатывает любой мелкий хостинг с десятком своих серверов. Он просто уплотняется на таких вот новичках и продает свой сервер с 300% маржой. Это и есть их доход. 90% дохода, 10% расхода. Поэтому и цены на таких услугах копейки. И люди нубы там в основном. Отвечать на их вопросы — самому деградировать. Поэтому и нужна поддержка которая будет создавать видимость поддержки или что-то подобное. У таких хостеров — никогда не будет заказа из разряда b2b когда сразу на миллион, если вы не являетесь дата-центром конечно. И еще есть один факт. Не каждое железо можно воткнуть на коло, только в ангарах с десктопами можно сделать. Плюс я считаю, вместе с ценами будет так же бесплатная электроэнергия. Уже сейчас полно дата-центров которые за это не платят. И через 5-10 лет они все будут не платить и поэтому смогут толкать дедики еще дешевле. Сейчас идет эпоха распространителей, как я и писал, наше время с второй половины 201х годов. Но и коло тоже будет жить, но в более мелких локальных масштабах уровня города или страны. И если хотите стать лидером на локальном уровне — вкладывайте в поддержку и инфраструктуру. Либо работайте с гос заказам которые всегда делают людей богатыми в РФ, либо сделайте так чтобы каждый частник оставался, а не уходил. И это можно сделать именно на виртуальных услугах с 300% маржой, на чужих дедиках довольно проблематично как раз. Разные модели.
  • 4. Про специалистов. Кто будет настраивать все дерьмо? В интернете специалистов нету. Тут одни самоучки индивидуалы, которые умеют по 20 дел делать и всегда заняты своими делами. Тот кто реально админ или реально программист — они сидят на договорах в офисах. А если в интернете их попросить о чем-то, то это считай что разовые работы. А любые разовые работы — это постоянное «с нуля». Создал человек API панель для дата-центра, API изменилось, а программист уже ливнул или просто уже занимается другим чем-то и ему не охота, даже за деньги не охота как говорится. В итоге приходит новый, но новому не охота вникать в старое говно, он тупо делает с нуля. А потом так же пропадает. Факт в том, что в характере у таких людей заложено — быть рабами офиса. Они не создатели, в одиночку они не могут тянуть кучу процессов. Они просто выполняют указания и отчаливают после выполнения. Они с годами настолько профессионально отточили выполнение приказов что и стали специалистами своего дела. А хостинг это такая тема, что тут все зациклено на интернете и можно даже ЮЛ создавать из разных городов и через интернет работать. Поэтому факт в том, что создавая что-то на специалистах — твои проекты становятся зависимыми и уязвимыми. Лучше я считаю нужно к минимум сводить зависимости и делать все проще, чтобы потерял одно, тут же создал другое. В итоге лучше чем толкать вручную серверы — не существует. Это мой факт. Вы можете опровергнуть его. А я скажу что я сэкономил кучу сил и времени и тупо продаю. Пока вы там ебетесь с специалистами и панелями. Клиент дедика он такой, накатил ОС, выдал и забыл на пару лет. Это же не похуист какой-то, который на 1 месяц.
  • 5. Исходя из 4 пункта сразу появляются другие факты. Например набор услуг. Есть услуги шаред, есть услуги ВДС, есть услуга сервер. Пусть будет 3 банальных услуги. Неоспоримый факт в том, что чем дешевле услуга — тем больше идиотов туда идет. Чем дешевле услуга тем больше нагрузка на поддержку и вас как хостинга. Чем дешевле услуга тем больше черни туда пытается просочиться, а значит опять нагрузка на постоянные чистки и баны. Итого можно описать одной фразой — чем дешевле услуга — тем больше текучки. Что такое текучка? Это значит, 1 месяц и отказ. Это значит создал, удалил, создал, удалил, создал, удалил, создал, удалил, создал, забанил, удалил, создал, забанил, удалил :) Как-то так. 80% заказов это текучка, только 20% могут остаться в постоянные клиенты. Это — текучка. А теперь прикинем на дедики. Выгодно ли постоянно продавать дедики, очищать, снова продавать? Да. Дата-центру это конечно выгодно, особенно автоматизированному. Но вы же не дата-центр, у вас нету собственного оборудования, у вас нету персонала. Сейчас вы вообще никто даже, вы только хотите открыться. Поэтому вам нужно усвоить пару фактов.
    • 5.1 Допустим вы решили продавать только чужой готовый товар. Пусть это будут ВДС и дедики. Наценка обычно 10% 90% расход. Чтобы реально что-то заработать — нужно очень и очень много продать. Притом продать так, что оборот станет миллионами исчисляться. Вот. Вам нужно это понимать. Если у ВДС еще и текучка которая описана в пункте пять, то это считайте что одни проблемы. Продавать готовый товар дешевле чем 1000р — это значит быть постоянно в проблемах из-за текучки мусора. В принципе с одной стороны это нормально, в чем проблема, купил, выдал, забанил, забил, наценку забрал. Купил, выдал, похуй что не продлят и т.д. Но вы заработаете копейки. Хотя возможно вам по характеру это подходит, ведь как я уже сказал ранее — продавать один и тот же товар можно разными методами. Любой желающий в наше время может купить биллинг и начать продавать. Но просто люди не умеют вкалывать и работать, и не отдают себя полноценно этому занятию — вот нихуя и не могут создать или продать. Кто-то тратит целые месяцы на планы, или года на супер-пупер умения администрирования или программирования чтобы сделать крутой сайт и крутой хостинг. Но потом оказывается, что они даже 10 серверов не могут продать. Все это расписано по сто раз уже.
    • 5.2 Допустим вы решили купить собственное железо и резать там ВДС и шареды всякие. Собственное оборудование с дедиками вы не сможете, потому что вы сейчас новичок, и средств чтобы покупать серверы на десятки миллионов и потом окупать их по 2 года у вас нету. Возможно вы даже 10 серверов личных для шареда и ВДС не сможете купить, ведь сервера стоят по 300-500 тысяч, хорошие. Кстати сразу появляется пункт 5.3. Итак вы покупаете себе ноды на коло. И продаете для текучки. Любой серьезный проект, который начал себя окупать и зарабатывать деньги — он сразу покупает сервер. Так что ваше коло явно будет не для серьезных проектов, а именно для категория «текучка». Все хостинги так и зарабатывают, они просто уплотняют из текучки свои ноды. Покупают 10 серверов и начинают уплотнять их нормальными клиентами, каждый месяц текучка просеивается, 80% удаляется и по новой идет, а из 20% выбираются лучшие и оставляются, любые кто пытаются загадить или наглеть на вирутальных услугах просто банятся и отсылаются куда-то еще, к конкурентам. Короче факт собственного оборудования в том, что там один сервер продается как 300% маржи. И никто не жалуется, потому что в таких хостингов есть и специалисты которые могут распределить нагрузку нормальных клиентов по нодам.
    • 5.3 Покупая сервер на 256 озу какой-ниб мощный и дорогой — выгоднее купить его себе на коло. Потратить 300 тысяч и платить потом по 2-3 тыщи за коло. Если вы будете покупать в аренду аналогичный конфиг он будет стоить от 20-30 тысяч в месяц. Чтобы его окупить нужно будет засадить слишком много заказов. Нежели чтобы окупить 3 тысячи коло.
    • 5.4 Итак, я считаю варианты 5.1 и 5.2 — выгодны одинаково. Просто они разные. И сейчас вы как хостер это поняли, в чем отличия. И поймите еще вот что. В случае 5.1 вам нужно собрать миллионы, но собрать их вы можете даже в одиночку. 10% доход, 90% расход оборота. В случае 5.2 вам нужны люди обязательно, в одиночку не справитесь. Но зато тут 90% доход, 10% оборот расхода. Что лучше для вас — вам только и решать. Возможно вам понравится 5.2. и вы создадите крутой хостинг с поддержкой и охуительным уплотнением маржи без единной жалобы клиента. А может быть вам это не понравится, т.к. будет много нубов и черни лезть, вы просто начнете деградировать. Я видел оба случая по характеру. А может быть вам понравится именно в одиночку работать с крупными заказами, с бизнесом по типу b2b, без поддержки, можно сказать становиться удаленным сотрудником какой-то крупной компании который будет отвечать за закупки серверов и постоянные обновления парка. Каждому свое как говорится.
    • 5.5. Еще один факт который нужно знать. В случае 5.1 все будет работать по процессу отточенному. Один дата-центр грубо говоря, только собственное оборудование и все вытекающее. С вариантом 5.2 вам нужно постоянно быть на пульсе кучи компаний. Везде разные панели. Везде разные методы оплаты. Везде разные подходы. Вам нужно будет стать еще и обменным пунктом одних валют на другие, потому что платить вам могут по разному, а в дата-центры оплачивается другими методами. Чтобы в одиночку этим заниматься, нужно будет нехило прокачаться и использовать все платежные системы какие только возможно. И подстраиваться под кучу разных проблем, начиная от неудобства методов оплаты, заканчивая тупизмами монополий когда клиентов не ценят даже. Можно сказать вам придется продавать товар пробиваясь через защиты и сотрудников самих компании, которые будут мешать вам продавать их же товар. Как я уже писал — тупая поддержка первого уровня везде или же ее вовсе нету. Очень много рисков, десятки нюансов. И они всегда будут меняться. Это факт и вам нужно это понимать.

Создать хостинг можно 10 разными методами. И все 10 методов — успешны и прибыльны, если ими заниматься. Именно брать и ежедневно заниматься. Если у вас отношение к Интернету в целом — типо, а вышел в интернет на пару часов в сутки — вы нихуя тут не создадите.

И да — я не смог создать бизнес хостинга. Я не сумел создать именно Банальный Хостинг в его понимании. Под хостингом же понимаются услуги людей, типо шаред, обслуживание клиента, нода и прочее. У меня услуг — НОЛЬ. Я всех кто требует поддержки шлю нахуй.
Но я смог создать успешные проекты на хостинг рынке. Точки продаж. Вот это тоже нужно понимать, когда слушаете мои советы.

Но все еще впереди :) Я стремлюсь обучить людей и направить. Чтобы каждое из 10 направлений хостинга — было захвачено. Полноценная интернет империя/синдикат :) Вот что я собираюсь увидеть через 10 лет. И кто знает, может через 10 лет вы уже будете частью этого партнерского процесса.

Статья написана в декабре 2016 года, alice2k

Нужен вериф-ID в мире хостинга

Статьи
Нормальный такой OpenID

Смотрите как сейчас все работает.
Яндекс почта для 300 доменов давно развалилась.
Баны мировых держав работают на полную катушку.

Если ты покупаешь что-то зарубежом — на РФ почты не всегда это может доходить или лететь в спам.
На примере hetzner/ovh очень частое явление. Даже просто ОВХ можно поделить на сегмент US рассылок и EU рассылок, да там тоже есть косяки.
Если ты покупаешь что-то в РФ — значит на гугл почты это тоже может не доходить.

Например вот Яндекс.Деньги объявили о ребрендинге пару дней назад.
И похоже серверы тоже поменялись на какое-ниб sber.cloud
Потому что с 16 сентября все письма о расходах и поступлениях с кошельков Яндекс.Денег, т.е. Юлы — идут в спам, если у вас mail.yandex.ru или вовсе не доходят если у вас gmail.com и аналогичные.

Наглядный пример как из-за дерьмовых уведомлений клиент тупо теряет важную информацию.
Уведомления — это не просто поступления или расходы. Если речь о дата-центрах, то это уведомления о авариях с самими серверами, уведомления о ддос атаках, уведомления по покупкам, заказам и дополнениям, и действиях в ДЦ, уведомления о поломке сервера или железа внутри сервера, уведомления о просрочке сервера наконец. Не полученные уведомления — портят жизнь клиенту.

Я уже писал в 2018, что сейчас эпоха, когда нужно иметь кучу email в разных странах на доменах. Чтобы потом регистрировать в компаниях или интернет магазинах той страны на ящик той же страны или приближенный(4 интернета как там писали), чтобы уведомления хорошо доходили без сбоев.

А так же я писал в 2019(тред про эко), что IT тусовке тоже необходим общий ID для личных сообщений, переписок, комментариев. Я тогда приводил в пример Хабр и VC.
Типо оболочки которая бы встраивалась на любой IT сайт и упрощало взаимодействие посетителей между собой.

Так вот — в мире хостинга тоже должен быть такой сервис.
Какой-то верифицированный ID. Чтобы и когда заказываешь услугу у хостера — сразу верификацию проходить, что ты не мошенник, не доказывать никому по сто раз одно и тоже. Не отсылать документы рядовым сотрудникам всяких шарашкиных хостингов. А чтобы если регистрация шла через этот ID — значит клиент нормальный.

И на базе этого ID можно сделать так же сервис уведомлений от всего рынка!
Чтобы абузы, чтобы поломки, возможно даже тикеты — шли через него. Из 50 компаний в 1 ящик, чтобы человеку не нужно было страдать, а «собрать все уведомления в одном». Мультиоблако нахуй.

Кому-то конечно это покажется не нужным, кто-то наоборот все хочет анонимно делать. Но если ты бизнес, если ты наоборот хочешь чтобы тебя везде узнавали и даже не проверяли, а сразу предлагали лучший товар и говорили «привет кто к нам зашел» — то полно людей которые с радостью будут пользоваться подобным ID.

Подобный ID можно делать на базе Ростелеком или Selectel. Например по репутационному фону они схожи с репутацией нашей страны. Который типо не сдохнут и через 100 лет.
Или можно делать на базе биллинг панелей, например Billmanager-ID или WHM-ID и тому подобное.

Многие делают уведомления в телегу. Но представьте такой же сервис, как некий selectel.chat, где диалоги это тикеты, где уведомления это уведомления как телеги, где общие закрытые комнаты для компаний сотрудников или даже клиентов. Где общается рынок и в тоже время этот ID встраивается во все хостинги.
Уже давно нету конкуренции, сейчас все глобализуется. И поэтому рынок должен перестать бояться, а начать взаимодействовать друг с другом и ДЦ должны поставлять товар своим реселлерам, а не видеть в реселлере конкурента.

Вперед — делайте.

Небольшое faq по методу продления услуги

Статьи
Все знают Billmanager который заложил фундамент юзабилити в виде боковой колонки.
А так же — он заложил правильный метод продления услуги. Продолжаю старый топик метода оплаты. Когда первый заказ на 200 серверов еще в далеком 2015 году дал мне понять, насколько убогая система в нашем мире. А когда потом в 2016 году я собирал первую тысячу под заказ, с апреля по ноябрь, я понял насколько в европе совок и понял почему ОВХ выстелило и почему добилось лидерства, потому что его удобно продавать. А сейчас накопив просто огромное кол-во. Я уже приловчился конечно к каждому из дата-центров. И хочу улучшить остальные ДЦ которые все еще в заднице.
Еще когда-то давно я делал уже подобное сравнение, но тогда я еще не имел достойного кол-ва серверов и не был прокачен. Поэтому превосходства и пройгрыши были совсем другие, забавно щас перечитать.


Кто бы что не говорил. Что билл ужасен или еще что.
Но в этом биллинге есть все что нужно.
  • Сабпользователи чтобы выдавать доступы своим знакомым и они могли пополнять общий баланс. Например кому-то для подобного пришлось допиливать возможность оплаты по ссылке, которая в свою очередь была стырена из ОВХ уже.
  • Баланс клиента. Дада, не поверите, но у многих дата-центров нету баланса, там просто выставляется ежемесячный счет на оплату и типо как хочешь так и оплачивай его, а тебе на сотни тысяч там выставилось, то ты в заднице и приходится плодить сотни аккаунтов и дробить.
  • Возможность заказать услугу в любое число месяца и она будет оплачена полный месячный цикл. Купил 12 числа, значит по 12 и продлилось. Никаких смещений дат на день, из-за 30/31 дней. Никаких дроблений типо оплатите сначала часть чтобы сравнять до 1 числа месяца, а со второго месяца уже полную сумму.
  • Кнопка
  • Никаких отказов заранее делать не нужно. Не хочешь оплачивать не продляй просто, услуга сама удалится. Или о чудо — можно сэкономить недели дата-центров, если ты уже заранее знаешь что сервер не нужен, фигни он будет дожидаться пока удалится, сразу удалить. Я как реселлер сэкономил бы очень много денег дата-центрам отказываясь от ненужного мусора заранее.
  • Никаких ежемесячных счетов.

А теперь пройдемся по дата-центрам, которые проигрывают в продажах.
Hetzner

  • Нету внутреннего баланса. Невозможно заранее пополнить на нужную сумму.
  • Ежемесячный счет одной суммой за все услуги из аккаунта. А значит накопить достойное кол-во услуг в одном аккаунте невозможно, потому что тупо не оплатишь их потом. ДЦ заточен чисто под людей покупающих не более 10 серверов.
  • Делать отказ от сервера нужно заранее. И как следствие если клиент пофигист и не оплатил вовремя, то он потерял свои данные, т.к. хостер уже поставил на отмену. А если бы было все как у людей, то в течение 3 дней можно было бы просто продлить продление и все.
  • Есть возможность делать управление серверов через саб-пользователя на сервер. Удобно давать доступы. Никаких API самостоятельно писать не нужно.
  • Нельзя продлять услугу на столько сколько нужно. Держать деньги в запасе приходится. Например человек оплатил на 5 месяцев, вот и сиди помни теперь что нужно 5 месяцев продливать. Лишняя головная боль.
Что нужно улучшить ?
  1. Сделать внутренний баланс, который можно пополнить хоть с 50 платежных методов в течении месяца.
  2. Сделать возможность оплачивать серверы в будущее. Просто добавить кнопку продлить.
  3. Улучшить установщик ОС — чтобы разбивку можно было выбрать как в ОВХ самостоятельно. Например баг прошлого года, ищите в дайджестах осенью, когда заказывать третий доп диск.


Selectel

  • Есть внутренний баланс.
  • Ежемесячного счета нету.
  • Но нужно делать отказ от услуг заранее. Опять же, значит нужно долбить клиента или быть готовым потом выслушивать негатив, если чел по своей собственной вине лох. Но все равно не приятно как лох тебе потом пишет что он лох.
  • На старом сайте Чипкор — была еще проблема с датами. Например человек заказа сервер 12 числа. Но после продления дата стала 11 число. И человек оплачивает 12 числа, а 11 сервер уже остановился, он не понимает и пишет злобно тикет. Через еще месяц, дата становилась уже 10 число. Через еще месяц дата 9 число. Короче — продавать было невозможно.
  • Чтобы сделать управление серверов, нужен знающий человек который бы настроил API
  • Есть посуточный вариант оплаты дедика. Удобно, но и цена на 25% дороже. Конечно такой сервер можно удалить в любой день.
  • Нельзя продлять услугу на столько сколько нужно. Держать деньги в запасе приходится. Например человек оплатил на 5 месяцев, вот и сиди помни теперь что нужно 5 месяцев продливать. Лишняя головная боль.
Что нужно улучшить ?
  1. Сделать достойную панель для реселлеров, которая бы просто накатывалась на домен. И туда добавлялся API ключ. И можно было внутри нее создавать пользователей и назначать им нужные серверы. А там был бы доступ до управления функционалом дедика.
  2. Сделать у каждой услуги фиксированную дату. Чтобы дата сервера не становилась 1ым числом.
  3. Сделать возможность оплачивать серверы по нажатию одной кнопки «продлить еще на 1 месяц». И так можно тыкать хоть на годы вперед. Чтобы сервера отключались сами и не нужно было заранее отказываться от них. Иначе подобное продавать невозможно. И все интернет хостеры будут продавать другие дата-центры. Особенно в эпоху когда от хостеров останется только понятие «точка продаж» введенная мной — это большой минус дата-центра, как по мне. Только современные дата-центры выживут, как раз те, которые будут удобны для того чтобы от А до Я строили на их базе свои бизнесы. С таким методом оплаты Дата-центру никогда не стать «цехом который будет только производить серверы для продажи».
  4. Ввести достойную ддос защиту бесплатную.
  5. Добавить доп IP и чтобы они еще притом были в панели удобно и перемещались с сервера на сервер.

Online/Scaleway

  • При заказе сервера дата меняется на 1 число месяца.
  • Ежемесячный счет за все услуги в аккаунте. Одним платежом.
  • Внутреннего баланса нет.
  • Можно делать технический доступ до сервера через саб-пользователей.
  • Нельзя оплачивать заранее кнопкой продлить.
  • Нужно делать отказ заранее до 20 числа месяца.
Что нужно улучшить ?
Практически все. Нету ни внутреннего баланса. Нету ни возможности оплачивать с 12 по 12 число. Нету возможности оплачивать наперед в будущее. Нету возможности оплачивать непосредственно поштучно только нужные серверы. Ну а вообще вы не нужны :) Не забываем еще что они кидают на акции.

Leaseweb

  • Есть внутренний баланс.
  • Разделен на 4 филиала в 4 разных валютах оплата, баксы и евро, сингапурбаксы для азии.
  • На каждом из филиалов нужно регистрироваться с нуля.
  • Отказ от услуг делается заранее.
  • Нельзя продлить нужные услуги хоть на 5 лет.
  • Дата у услуг меняется на 1 число месяца.
  • Нету саб-пользователей. Нужно шликать API чтобы сделать панель своим клиентам.
Что нужно улучшить ?
  1. Сделать достойную панель для реселлеров, которая бы просто накатывалась на домен. И туда добавлялся API ключ. И можно было внутри нее создавать пользователей и назначать им нужные серверы. А там был бы доступ до управления функционалом дедика.
  2. Или сделать саб-пользователей.
  3. Сделать возможность продливать серверы в любой момент времени на любой период.
  4. Упростить регистрацию и верификацию.
  5. Ввести достойную ддос защиту бесплатную.
  6. Сделать чтобы у каждой услуги была дата продления, именно то число в которое сервер был заказан.

OVH

  • Есть внутренний баланс.
  • Есть возможность делать доступы через технических админов.
  • Есть возможность оплаты по ссылке.
  • Продлить услугу можно в любой момент времени, даже если она просрочилась, она не удалена еще. И лох может сохранить свои данные.
  • Если услуга не нужна, просто не оплачивай ее, сама отключится и сама продлится потом если вдруг ее кто-то по штучно захочет продлить в течение n-ого кол-ва дней.
  • Можно накопить серверов в одном аккаунте хоть тысячу (конечно это опасно делать уже по другим причинам, например из-за неадекватного абуз отдела)
  • Купил сервер 12 числа — он оплатился до 12 числа следующего месяца.
  • Никаких ежемесячных счетов. Любую услугу можно продлить в любой момент времени.
  • Любую услугу можно продлить на любое кол-во месяцев и лет. Хоть на 5 лет продил. Хоть на 8 месяцев, хоть на 20 месяцев.
Что нужно улучшить ?
Ничего. Все идеально. Поэтому ОВХ лидер продаж. Главное не забывать о этом преимуществе перед остальным совковыми дата-центрами и не испортить это в новых версиях биллинга, не дать не шарящим менеджерам внедрить какие-ниб технологии авто-оплаты и авто-продления. В ОВХ все просто, все легко. Все автоматически. Все для удобства клиентов сделано. Чтобы и тикетов даже не создавать никогда.
  1. Больше товара, больше локаций.
  2. Перенести KS SYS аккаунты на API OVH наконец, чтобы и там были все возможности автоматизации.

Contabo

  • Нет саб-пользователей.
  • Есть внутренний баланс.
  • Панель управления серверами очень кривая, чуть ли не вручную перезагрузки делают по почте.
  • Даты не путаются. Купил 12, продлил к 12.
  • Есть ежемесячный счет который в принципе списывается с внутреннего баланса, поэтому не важно на какую он сумму.
  • Отказываться нужно заранее, чтобы не выставилось в счет.
Что нужно улучшить ?
  1. Основная проблема — очень мало товара. Нужно расти. Возможно в будущем так и не сможет конкурировать с «цехами по удобству продаж» и будет кем-ниб поглощена. Поэтому им нужно просто почитать то, что я описал в этом топике в целом.

Zare

  • Компания которая может в будущем потеснить доминирующее положение Inferno в NL локации и нише
  • Саб-пользователей нет
  • Есть внутренний баланс.
  • Оплатить конкретную услугу на любой срок возможности нет.
  • Есть ежемесячный счет который в принципе списывается с внутреннего баланса, поэтому не важно на какую он сумму.
  • Нужно делать отказ заранее.
Что нужно улучшить ?
  1. Больше товара сделать.
  2. Улучшать панель управления.
  3. Брать пример с ОВХ короче.

WorldStream

  • Компания которая может в будущем потеснить доминирующее положение Inferno в NL локации и нише
  • Саб-пользователей нет
  • Есть внутренний баланс.
  • Оплатить конкретную услугу на любой срок возможности нет.
  • Есть ежемесячный счет который в принципе списывается с внутреннего баланса, поэтому не важно на какую он сумму.
  • Нужно делать отказ заранее.
  • Нельзя продлить услугу кнопкой Продлить.
Что нужно улучшить ?
  1. Сделать какое-то управление. Или панель по API написать. Или саб-пользователей ввести.
  2. Избавиться от отказов заранее.
  3. Ввести возможность оплачивать заранее на любой период времени.

WhoSaleInternet

  • Есть внутренний баланс
  • Делать отказ от сервера нужно заранее
  • Даты не путаются. Купил 12, продлил к 12.
  • Нельзя оплатить заранее услугу. Нужно ждать счета.
Что нужно улучшить ?
  1. Основная проблема — очень мало товара. Нужно расти. Возможно в будущем так и не сможет конкурировать с «цехами по удобству продаж» и будет кем-ниб поглощена. Поэтому им нужно просто почитать то, что я описал в этом топике в целом.

Тоже самое можно написать и про облака.
Идеально — каждое облако должно само давать панель. Или просто направить свой брендовый домен на их IP, указать там API ключ своего аккаунта. И можно начинать продавать.
Hetzner Cloud к примеру нам пришлось делать свою панель.
А ведь сколько еще потенциальных облаков имеют API, но API это как VMmanager — не каждый может его настроить. А вот если бы давали панель — могли бы увеличить свои продажи.

Какой можно подвести итог?
Компании которые являются "инфраструктурами будущего" — по пальцам посчитать можно. А в мире ведь тысячи дата-центров. Почему так все плохо?

Нужно гос облако, которое бы поглотило все и всех :)
И хостерам троллям не пришлось бы сраться друг с другом и делать одинаковые вещи, изобретать очередные велосипеды. Потому что они все бы стали как сотрудники этой платформы и продавали бы уже «какой характер такие и клиенты». И каждый бы занял непосредственно свою нишу. Ибо характер у всех уникальный. И вместо конкуренции пошло бы развитие в целом по отрасли. Каждый бы занимался своим делом, строя свой успех на крупнейших инфраструктурах, которые были бы настолько автоматизированны, что строить на них можно было бы сотни моделей, например кому-то нравится авто оплата, а кому-то кнопка продлить. И в ОВХ — работают оба метода ;)

Даю советы по биллингу любому желающему

Статьи
Общее описание.
Должно быть две версии биллинга.
Первая версия это когда база данных клиентов локальная. Каждый установивший биллинг просто для себя клиентов копит. И начинает продавать с нуля под свою нишу.
Вторая версия, это когда при установке он добровольно соглашает с тем, что все регистрации с его проекта будут идти в общаг на будущее. Но зато он сразу сможет по уже готовому кем-то из прошлых хостеров, общагу, прорекламировать свой товар. Должен быть список всех хостингов кто участвует в общаге. А клиенты подобных хостеров должны просто переключаться по проектами и смотреть кто там и что продает.

Модель продажи биллинга.
Стандартная модель — помесячно, годовая, или вечная лицензия.
Либо модель будушево — брать % с оборота продаж всех товаров в биллинге, % за пользование биллинга. % за пользование обоих вариантов, хоть общага, хоть личного приватного.
Если кто-то будет делать биллинг, сами решите, что для вас удобнее. Брать % или продавать помесячно. Или может дорогую вечную делать как делает hostbillapp.

Методы оплаты биллинга.
Опять же два варианта.
Вариант для тех кто уверен в себе. Делает все как везде, подключается куча платежных модулей, интегрируется все. И потом поддерживается, все обновления API приходится постоянно обновлять создателю биллинга.
Вариант №2 — в биллинге делается пополнение по коду. А коды продаются как ваучеры непосредственно самими хостерами. Например какой-ниб хостер просто берет ставит модуль робокассы и назначает товару на 100р код какой-то, товару на 500р код еще один, на 1000р еще один. Т.е. хостер сам создает те платежные методы которые ему удобны, принимает там бабки автоматически, а клиенты получают коды, которые просто вводят в форумы в биллинге и на баланс биллинга зачисляется нужная сумма. Гибко, удобно, быстро и готово к продажам без гемороя.

Модульный биллинг.
Конечно же биллинг должен быть модульным.
Изначально он должен быть заточен под продажу выделенных серверов. Или может быть кто-то заточит его на ВДС, а может кто-то на шаред. Но я считаю эти модели давно в прошлом, поэтому логично что затачивать нада под дедики.
А все остальное — модульно.
Перепродажи API разных дата-центров, как отдельные модули.
Допустим при модели тарификация где берется % от продаж — все модули бесплатны. Просто хостер тыкает «включить» и включает те дата-центры какие хочет перепродавать. Ну конечно по FAQ все там настраивает уже сами настройки модуля.
А если продажа биллинга идет по штучно, помесячно, или единоразово даже — то каждый модуль имеет свою стоимость и так же помесячно или единоразово оплачивает и появляется возможность его включить.
Биллинг должен быть без говна, без доменов, без ssl, без прочего шлака. Все это — модули.
Перепродажа облаков — модули.
Хочешь продавать домены? Включи модуль регистратора.
Хочешь толкать ssl — включи модуль ssl сертификатов.
Хочешь захуярить шаред хостинг? Подключить модуль шаред хостинга. И тому подобное. Все гибкое. Никакого лишнего мусора. Включается только то, что человек хочет продавать.

Основа.
Я буду описывать основу на примере выделенных серверов.
Во первых — боковая колонка. Это уже стандарт индустрии. И чтобы ее можно было самому настроить те пункты, какие нужны.
Поиск по тарифам — по тексту тарифа — тоже стандарт. Не нужны никакие бегунки от озу как делают на сайтах за 40 миллионов евро.
А просто нужна форма поиска, куда можно забить что угодно, например SSD — и будет показано все с ssd, или забить i7-6700k и будут показаны тарифы только с этим процессором. И так далее. Реализация подобного хорошо видна на аукционе хетзнера.
Метки для тарифов тоже можно оставить, в Bill ISP метки достаточно хорошо реализованы.
Выделение цветом html тарифов, чтобы можно было выделить распродажи и тому подобное.
Возможно даже сделать «закрепленные тарифы» — чтобы одной кнопкой из биллинга закрепить тариф, чтобы как тема на форуме закрепляется, так и тариф закрепился и всегда был только наверху.
Сортировка. Так как в мире дата-цетнров огромная куча. То товаров будет 10000 50000 и выше. Сортировка должна начинаться — с Страны. Потом идти на Город/локацию. Потом уже группам, типо бомж серверы, типо дорогие серверы, типо там энтерпрайз, прочее прочее, группы админ может сам создавать уже какие хочет. Т.е. уже уровень вложенности не 2, а 3. Текушие биллинги дальше 2х не ходят. В идеале сделать карточку из 4 уровней вложенности. Чтобы создатель сам потом уже поделил 10000 товаров так как ему удобно.

Тикетница.
Идеальная тикетница — внешняя тикетница.
Чтобы не засорять биллинг мусором, сразу подключать какой-ниб bitrix24.ru бесплатный тариф и через него прогонять.
Либо делать это на любой внешней CMS.
В биллинге же должно быть что-то вроде — формы ответов.
Вот когда вы отвечаете — у вас накапливается куча тикетов, которые не закрыты. Потому что они «в процессе» или «ждут ответа от клиента». Т.е. не на 100% еще решены эти вопросы.
И вот они висят все одним списком. Даже отступов или пробелов нихуя нет. Чем их больше тем сложнее ориентироваться.
Идеальная тикетница — можно создавать категории. И переносить тикеты по уровню. Допустим в самом верху категория. Потом в середке. Потом еще ниже. И все эти 3 категории — у них есть отступ и пробел. И вот ты как хостер сортируешь по ним потом. И это — удобно.

Функционал.
Конечно же бесплатный SSL lets чтобы из панели сам делался.
Конечно же подключение внешних SMTP yandex/mail/google/свой-сервер — как сейчас сделано на VM-6 панели
Возможно уведомления сразу в социальные сети или мессенджеры, типо в телегу дублировать или в VK-прочее.
Делать рассылки. Делать рассылки по сегментам.
Промо-акции, скидки.
Возможность сделать Объявление для всех. Типо какое-то поле, куда ты вписываешь свой html и оно закрепляется и все его видят. Это может быть техническая авария. Или может быть это распродажа. Или «без установки сбрасываешь серверы актуально 1-2 дня». Тому подобное.
Резервное копирование — на внешние хранилища. Ну как везде.
Журнал посещений. И чтобы указать место куда он будет сохраняться, чтобы в бесконечно можно было сохранять например даже на отдельном хранилище.
Возможно реализовать какой-то доверенный ID для хостинг рынка. Например на базе «модели с общей клиентской базой» где как раз уже будут проверенные регистрации.
Конечно же активные сессии. Конечно же fail2ban nginx правила чтобы банить сразу из панели.
Настройка собственного бренда
Настройка блокировок по IP, по почтовым доменам и просто возможность банов.

Вторичный функционал.
Возможно защита от мошенников посредством sms шлюзов.
Локализации языки
Собственные шаблоны рассылок на email писем уведомлений
Реферальная система
Договоры
Персональные данные
Налоги
Валюты для методов оплат



Да, мне не жалко поделиться. Хоть и у нас тоже будет биллинг в будущем.
Мысли by alice2k :) Если кто-ниб прочитает и не будет знать кому сказать спасибо.

Философия о тарификации ПО

Статьи
Все мы знаем, что cPanel сделала новые тарифы.
  • 1 аккаунт, 5 аккаунтов, 50 аккаунтов, более 100 аккаунтов. Вечных нет.

Что WHMCS тоже сделала новые.
  • 200 клиентов, 1000 клиентов, Безлимитно клиентов.
  • Притом стоит отметить, что разница между тысячей и безлимитом практически не существенная. Понимаю если бы безлимит стоил в 10 или 20 раз дороже, ведь это безлимит. Была бы сразу мотивация подкопить бабла, собрать складчину или еще что-ниб и затариться безлимитом на 20 лет.

Как и писал я в 2017 годубудущее за честной и более прозрачной тарификацией.

Посмотрим на РФ аналог.
Была жила себе v4 лет 10 назад. Она была месячная, годовая, вечная. Обновления были бесплатны. Партнерская скидка была бесконечна, не обнулялась, а просто тратишь тратишь деньги, скидка все копится и растет.

Потом пришла панель v5.
  • месячная
  • годовая
  • вечная
Через годик обновления появились платные. Еще через годик партнерская скидка стала такой, что нужно каждые 12 месяцев поддерживать расход, т.к. покупать все новые и новые продукты, чтобы скидка была и поддерживалась. Из-за этого многим пришлось прибегать к массовому распространению скидки среди всего рынка, чтобы только не потерять скидку. Тем самым люди которые платили дорого, стали платить дешево через партнера, который не хочет терять скидку. Мне кажется производитель ПО только потерял больше денег за счет такой попытки заработать.

Скоро будет v6 панель.
  • Будет только месячная и годовая.
  • Вечных не будет.
  • Скидки партнерской тоже не будет.
Так же ISPmanager v6 — будет по аккаунтам. Плюс это будет 1 панель, не будет больше lite/pro. Почему? Потому что шаред хостинг давно умер как направление. Но даже 1 панель — мне кажется будет трудно ее продавать, потому что поколение кому нужна панель для сайтов, так же умерло или доживает последние моменты. Про поколения я писал.
VMmanager v6 — будет по аккаунтам и узлам, как я и просил в 2017 году.

Будет Billmanager v6.
Он будет пиздец убогий, без стандарта боковой колонки. С кривыми функционалом.
И лично я вряд-ли перейду на него, мы сделаем собственный биллинг годам так к 2022. И уже сейчас я оцениваю как мы будем его продавать. Поэтому и пишу сегодняшнюю философию.



Что можно сказать про тенденцию ПО ?
Как мы видим, мир прислушался к моим советам. И пошел цикл прозрачности и честности. Все срочно вводят понятие «кол-во аккаунтов». Поэтому я уверен Bill v6 будет тоже в кол-ве аккаунтов. У WHM есть безлимит. Будет ли безлимит у ISP я не знаю. Я бы не стал делать.

Я не буду рассказывать про панель для сервера. Тут итак уже ясно мое мнение про похороны людей делающих сайты. Просто люди выросли, поколение ушло.
Возможно я расскажу еще про «панель виртуального». Как она должна выглядеть. Хотя про это дело я писал много топиков весь 2018 год. И даже в дайджесте уже дал 2 ссылки, как я хочу. Но думаю стоит еще раз написать, пару моментов.

И конечно же про Bill — я хочу рассказать. Вот несколько нерушимых фактов.
  • Что такое Bill для хостера? Допустим вечный стоил 10 тысяч рублей. А месячный 500 рублей. Что такое 500 рублей в 2019 году и современном мире? Это сходить в магазин. Что такое 10 тысяч рублей? Это 1/5 самой маленькой зар платы современности. Поэтому какой можно сделать вывод? Биллинг — жестко дешевый. И любой человек, даже школьник с мамкиных обедов может его себе купить.
  • Биллинг это сердце проекта. Поэтому любое перекатывание «раз в 5 лет меняем на новую v» — смотрится просто помойно. В прочем и панель для виртуалок тоже менять раз в 5 лет — не желательно. Это личный сервер с ispmanager еще можно поменять разок в пятилетку.
  • Покупая биллинг, человек хостер может заработать на продажах там миллионы. Вложений никаких нет. Т.е. человек платит жалкие 500р в месяц, а зарабатывает просто дофига.
  • Биллинг это не VMmanager. Чтобы заработать на узлах и нодах, нужно их окупить, учитывать все простаивающие доли. Короче доход от 1 узла возможно всего 1-2 тысячи рублей, а если 25% сервера пустует, то и вовсе доход равен нулю. Поэтому вкладывая 7000р за узел, можно и нихуя не заработать даже. Поэтому цена биллинга и цена VMmanager сейчас по сути 450/500 рублей, одинаковая считайте. Но прибыль от этих продуктов абсолютно разнится. Снова какое-то не честное соотношение. Даже просто для разработчика не честно. Да и для хостера, который вкладывается в бизнес и рост.

Сколько теоретических клиентов биллинга может быть в мире ? Столько сколько хостеров. Но хостеров не так уж и много. Тысяча в РФ? Возможно активных и платящих всего 500 человек, если учесть что у дата-центров обычно свои команды программистов и свои биллинги. Остальные скажем так 5000 разных хостеров, это новички хотящие стать хостером, но которые являются потенциальной аудиторией ПО-биллинг, которые как раз таки покупают на 1 месяц биллинг, не осиливают его настроить (ну вспомните сколько лет понадобилось мне методом тыка, сколько биллингов я настроил, прежде чем получится крутой без баговый биллинг и так далее) и забивает. Почему новички ко мне обращаются? Потому что они сами не могут настроить говно панели эти всяческие. Т.е. сейчас условный клиент разработчика ПО — покупает лицензию и просто не продляет ее. Да, это халявный доход, но это разовый доход. Сейчас текущая модель разработчиков на этом и строится, что много отказов, люди просто выкидывают свои копейки, но не становятся постоянными клиентами. А постоянные, которые продляют постоянно — они ограниченны конкуренцией, рынок же не развивающийся, это уже развитый рынок. Поэтому нельзя сказать что производитель биллинга прямо горы заработает с продаж этого биллинга. И если честно — я считаю, все активные хостеры, которые гребут бабки, но платят всего 500р в месяц это ничтожно мало для разработчика ПО и даже как-то не честно. Хостеры не на грибах растут. Поэтому текущая тарификация биллинга какая-то устаревшая тоже.

Что можно сделать ?
  • Можно ввести кол-во клиентов, как уже было сделано на WHM. Но зачем-то они сделали безлимит. Плюс так же не стоит забывать что моделей хостинга десятки. Поэтому кто-то может иметь 1000 клиентов по 100р. А кто-то имеет 50 клиентов каждый из которых по 50 тысяч платит. А у кого-то например 1 клиент миллион сразу приносит и выше, если покупает пачку дедика. Поэтому опять — черт подери, тарификация с кол-вом клиентов — тоже не честная.
  • Можно придумать брать тарификацию за кол-во услуг у клиента, совместить с учетом клиентов. Например клиент биллинга с 1 услугой в 100р, стоит в прайсе биллинга — копейку. А клиент с 50 серверами стоит в прайсе биллинга равноценно кол-ву услуг, уже не копейку. Но это как-то сложновато учитывать.
  • Поэтому есть хорошее решение. Устроить тарификацию биллинга, от кол-ва оборота клиентов. И для хостера это будет копейкой. Он на комиссии платежных систем столько отдает. И расход на ПО будет такой же незначительный и не ощутимый. Есть клиенты, есть расход, нет клиентов, он и не платит нихуя. Все честно получается.
  • И в тоже время разработчик ПО — постоянно в плюсе. Допустим те самые основные 500 клиентов, которые оплачивают подписку сейчас по 500р. Но ведь 100 из них миллионниики. А 10 из них уже больше сотни миллионовов платят. Но все блять платят по 500р. Разве это честно? Нет. А когда будет процент от оборота. Все в отрасли уравняется. Так что мой биллинг будет таким.

Как мне пришла такая идея в голову? Мы делаем API панель hetzner cloud. И конечно же уже не первый год думаем, как поставить ее на поток, чтобы «реселлеры со своими аккаунтами hetzner» могли в нее свободно войти без вложений. Сначала мы думали что можно продавать фиксировано как любой продукт на рынке ПО. Но быстро поняли, что шансы не равны. Слишком дешевить не хотелось, как я уже сказал хостеры это не массовый клиент и их много не бывает, но в тоже время хотелось давать даже тем кто и 500р не имеет. Тем более туда забиваются «их аккаунты», что сводит риски абуз к нулю, даже тот кто не разу не продавал, не испортит сервис. Поэтому пришли к выводу, что нужно сдавать панель в аренду. На нашем оборудовании как сервис делать. Например как раз та идея, где дата-центры могли бы сделать свои облачные панели виртуализации как сервис для хостеров/клиентов/бизнеса, об этом я напишу в самом конце. Но опять же брать помесячную подписку за сервис или годовую или вечную, было как-то не честно. Поэтому раз это все равно «сервис», зависимый от нас оригинала. Модель подписка от оборота — как раз то, что нужно. Реселлеры просто отчисляют свой % от оборота своих продаж, за пользование удобной панелью. Все честно. Поэтому тот кто станет китом и напродает дохуя, будет платить по честному. И тот кто и 10 штук не продаст, тоже будет платить по честному. И главное разработчик ПО — не бедствует, продав свои условные 500 копий за копейки всему рынку. Возможно кому-то в будущем будет проще и свою панель написать, если они станут зарабатывать много денег, без проблем. Подобная модель честности ориентирована в первую очередь на старт бизнеса.

А теперь возвращаемся к ДЦ панели виртуализации.
Я уже отсылался на дайджест где рассказывал. Но раз я написал еще один топик философии. То стоит выделить 2 момента.
Первый момент.
Это когда экосистема панель ДЦ впитывает всех хостеров неудачников, как я и описывал. Когда происходит мощное разделение прав. Когда все гибко, когда сотни хостеров что-то пытаются делать и все в одном. Когда множество разных облаков создается в разных локациях. Строится сообщество так же, учет ведется. Короче полноценный цех хостинга. Слишком долго, повторно расписывать смысла нет, все уже рассказано, кто захочет напишет мне лично и пригласит в свои разработки, если ему нужен сотрудник/наставник и план как провернуть революцию на десяток лет, чтобы еще через десяток лет быть самым топом.

Я хочу напомнить про второй момент.
Это когда у дата-центра уже есть такая панель. И даже возможно много локаций есть. Условный дигиталкеан. Но по каким-то причинам этот ДЦ революцию и «свое поле» делать не хочет. Но он хочет чтобы его продавали. Нужно делать так.
Дать возможность просто накинуть в уже готовую панель чужой домен и чужой логотип. И через него будут приходить клиенты и покупать сразу оплачивая головному хостеру. А реселлер просто будет получать свой процент на бонусный счет. Который он либо выведет потом, либо потратит на услуги дата-центра облака.
Эту же идею можно применить и на первый вариант. Когда хостер хочет строить свои облака через панель от дата-центра и свои тарифы на тех тачках, которые сам выберет. Так же можно прямо чтобы клиенты оплачивали в ДЦ, а на бонусном счете оседала прибыль. Из этой же прибыли хостер инвестировал бы в покупку/аренду новых тачек, таких каких он хочет и распродавал бы их. Стартовый капитал на аренду первого сервера он бы сам внес на этот внутренний счет, арендовал бы дедик, сделал тарифы и начал продавать по свой партнерской ссылке с логотипом. Средствами панели ДЦ эти тарифы бы создались, дедик бы разделился на части. Под честность уже самого хостера, желающего расти и делать свое облако, но внутри панель от ДЦ. Профит дата-центра в том, что хостер из своей прибыли покупает новые тачки у ДЦ. А профит хостера в том, что ему не нужно обслуживать виртуализацию на этих тачках, панель ДЦ делает виртуалки сама. Взаимовыгодное сотрудничество. Ну а уже кто слабак, кто не осилит — методом уровней и ролей, потом передается либо основному ДЦ, кто впитает клиентов, либо другим соратникам по идее, через мои сообщества и систему учета. В конечном счете там будет весь рынок новичков хостеров сидеть.

Вот за этим будущее парни.

Почему верхнее меню ограничено ?

Статьи
Даю наглядный пример от чела, который помогает всем бесплатно улучшаться.
В октябре кто внимательно читает дайджесты, видел что я писал про ТЗ к биллингу.

И все мы знаем, что ISPsystem зачем-то решила в корне поменять дизайн биллинга в v6.
Еще с прошлого года знаем. Уже год прошел новостей нет. Но целый год уже в напряжении и ожидании будущего. Будет ли будущее хорошим или будущее будет плохим и нужно уже валить на планы Б.

Так вот, в том ТЗ был важный контекст.


Но представим на минутку — в v6 это станет возможным.
Копирование вкладки с идентичными настройками. Быстрое за 5 минут, а не за месяц настроек и дублирования зависимостей.

Например я смогу делать
  • Тарифы серверы 2018
  • Тарифы серверы 2017
  • Тарифы серверы 2016
  • Тарифы серверы 2015
  • VM 2019
  • VM 2017-2018
  • VM 2016
Например делить дедики по категориям.
Или как я и описывал в ТЗ делить по куче других различных параметров. Начиная от фильтрации по миру, так и по сервису/качеству.
  • Серверы Америки
  • Серверы Европы
  • Серверы Азии
Или
  • Бомж серверы
  • Мощные серверы
  • Серверы без поддержки
  • Серверы с поддержкой
Или все это еще и по годам поделить.
Вариантов очень много как делить. А уж внутри через метки можно делить по SSD/NVMe/HDD, по каналу, по процессорам или даже по различным дополнениям и ограничениям тарифов.

Сейчас когда какой-ниб проект/биллинг проживает 3 года — он загаживается архивными тарифами. И тупо начинается путаница, архивные тарифы по архивным ценам. Новые такие тарифы уже не заказываются. Но и старые иногда продаются, когда «место освобождается». Обилие тарифов зашкаливает.
И было бы логично все то, что архивное и живет пока не сгорит скинуть в категорию/полочку 2017 года. А все новые процессоры и товары добавить в 2019 допустим. Но нет — такой возможности биллинг не предоставляет. Это тоже самое как топики рассуждение про мебель-CMS(там внутри рассуждения ссылки на 2 статьи).

Так вот, допустим биллинг v6 станет масштабируемым.
И что же получается? Все эти полочки начнут плодиться. И удаляться будут только спустя 5 или даже 10 лет, когда окончательно последний сервер/тариф будет закрыт.
Но где?
В верхнем меню!

Не в боковой колонке — которую можно листать до бесконечности вниз.
А в верхнем меню — которое ограничено шириной монитора :)

Допустим, можно будет делать саб-полочки из верхнего меню.
Например


Но когда их будет 50 — опять станет проблема юзабилити.
Пример.
1650.ovh — откройте этот сайт и вкладку Ноды-Процессоры.

Оно просто засорило весь монитор. Нада будет переделать :)
А когда все это будет в боковой колонке. Будет удобно и круто.
ISPsystem решили избавиться от типо неудобной боковой колонки, которую им клиенты наверно ныли 10 лет. Но забыли о том, что за эти 10 лет боковая колонка стала стандартом.


Само по себе — пытаться сделать навигацию через верх — значит быть ограниченным в кол-ве. Даже хваленная верхняя колонка Гугла в начале 201х, потом перешла на отдельный безграничный модуль