Рейтинг
0.00

Статьи

15 читателей, 58 топиков

Устаревание душой №3

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

А я человек — который дает советы любому, кто ко мне обращается. За 3 года общения/работы со мной типичный клиент/лох любящий красивые сайты, сам становится хостером 50/50 продающим дедики без лохо фраз.
Не скажу что человек этот крутой — скорее ватник, который годами не может решиться начать нормально и серьезно. Сам стал мыслить уже как устаревший человек, то шареды хуяреды хочет, то хочет поддержку, то хочет ВДС. НО НУЖНО ДЕЛАТЬ ДЕДИИКИ. Заебали реально хули объяснять, надоело. Так что человек не идеальный уж точно.

Но мой топик не про человека.
А мой топик про ПОДХОД РЫНКА.
Короче владелец хостинга — запрещает собственному сотруднику создавать СОЛО проект.
И именно поэтому — ОН УСТАРЕЛ ДУШОЙ №3 :)

Смотрите — из-за такого отношения, когда сотрудникам даже не рассказывают ничего, боятся что те стырят или уведут клиентов. Или как там было сказано — конфликт интересов!!! Именно из-за такого рождается НЕГРАМОТНОСТЬ В КОМПАНИИ.
И такие вот сотрудники ТП потом тупо не могут принести деньги в компанию.
Почитайте тут hostsuki.pro/all/hochu-uslugu---vechnaya-arenda-ip.html#comment5835

Именно из-за такого отношения — сотрудники не довольны. И не мотивированы. Им срать на компанию. Они постоянно думают о соло проектах. Думают как бы сменить работу на более лучшую и тому подобное. И это не вопрос о том, сколько нужно платить. И как платить по честному.



И не вопрос о том, нужно ли бесплатное администрирование.



Это вопрос про НЕГРАМОТНОСТЬ ТАКОГО ДИРЕКТОРА.
Нормальный владелец бизнеса обучает сотрудников.
И мотивирует их.
И они начинают приносить деньги в компанию.
Допустим самое честное решение — 50/50, человек полностью видит все 100% проекта и знает за что он работает и как образуется его зар плата. Он знает что продает его компания, он может пойти в панели и решить вопрос, не запрашивая каких-то доступов у директора и тому подобное. Быстродействие. Честность. Все позиции видны человеку, это не 50 сотрудников где кто-то работает, а кто-то не работает, но бабки делятся на всех. Обид в таком подходе — просто не существует. Плюс безлимитность заработка. Сколько осилишь столько и заработаешь. Все зависит от человека. И правильный директор должен был позволить тому человеку создать свой хостинг, но поставить условие чтобы он продавал И ЕГО КОМПАНИЮ :)) Но директор — УСТАРЕЛ ДУШОЙ, поэтому он и проиграл на рынке.

Обсуждали cloudflare - родилось 3 идеи

Статьи
Во первых — я писал про DNS сервис как-то.
Мне написали что cloudflare.com типо рак интернета, не боишься что он упадет.
Я ответил — ну так можно сделать в домене хоть 10 DNS хостингов.
И вот вам идея — создать тоже самое что я писал в топике осенью, но чтобы оно дублировало записи по 10 DNS сервисам, а в домены бы люди прописывали 20 NS серверов от 10 лучших облачных хостингов/ДЦ/сервисов.
Которые конечно же не запрещают такое. cloudflare например соседей не хочет в домене видеть :)
И заодно бы в таким сервисе накопилась база потенциальных клиентов для хостинга/ДЦ.

Во вторых.
Слово за слово.
CDN сервисы существуют — но в реализации на собственном оборудовании. А если сделать сервис, который позволяет добавлять в него собственные серверы клиента. Клиент тупо идет регается в этом сервисе. Потом идет покупает себе за любые цены у любых ДЦ, которые ему понравились серверы. Ставит ОС. Закидывает доступы в сервис. И потом этот сервис за «платную подписку» резервирует файлы на эти серверы и делает cdn оболочку на каком-ниб IP-balancing.

Так же разумеется я вспомнил про старую тему о ддос защите.
И в третьих, написал совет, который давно еще витал в моих обсуждениях.
Большинство ддос-защит заставляют людей что-то настраивать у себя на серверах.
А должна быть панель, куда добавляешь свой сервер, возможно даже даешь доступ или ssh ключ — и сервер сразу под защитой становится. Массовое потребление ддос-защиты начнется только тогда. Глядя на cloudflare и их ддос защиту одной кнопкой — давно бы уже сделали такое.
Все клиенты пришедшие в компанию за защитой — по умолчанию бы регистрировались и сразу их сервера бы «настраивались» как нужно.
И в панели была бы кнопка — включить защиту и выключить.
Сколько бы народу ломанулось в тот же ddos-guard.net если бы он такое развернул «про запас» подключаться там бесплатно :)
Они бы сразу клиентскую базу подняли. А потом когда пришли бы реальные атаки — кнопочка включить и все, тут же уже и оплата пошла с клиента.

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

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

Модель продажи биллинга.
Стандартная модель — помесячно, годовая, или вечная лицензия.
Либо модель будушево — брать % с оборота продаж всех товаров в биллинге, % за пользование биллинга. % за пользование обоих вариантов, хоть общага, хоть личного приватного.
Если кто-то будет делать биллинг, сами решите, что для вас удобнее. Брать % или продавать помесячно. Или может дорогую вечную делать как делает 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 :) Если кто-ниб прочитает и не будет знать кому сказать спасибо.

Нужен вериф-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 встраивается во все хостинги.
Уже давно нету конкуренции, сейчас все глобализуется. И поэтому рынок должен перестать бояться, а начать взаимодействовать друг с другом и ДЦ должны поставлять товар своим реселлерам, а не видеть в реселлере конкурента.

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

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

Статьи
Все мы знаем, что 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 момента.
Первый момент.
Это когда экосистема панель ДЦ впитывает всех хостеров неудачников, как я и описывал. Когда происходит мощное разделение прав. Когда все гибко, когда сотни хостеров что-то пытаются делать и все в одном. Когда множество разных облаков создается в разных локациях. Строится сообщество так же, учет ведется. Короче полноценный цех хостинга. Слишком долго, повторно расписывать смысла нет, все уже рассказано, кто захочет напишет мне лично и пригласит в свои разработки, если ему нужен сотрудник/наставник и план как провернуть революцию на десяток лет, чтобы еще через десяток лет быть самым топом.

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

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

Что же будет в 20х годах ? Еще разок про глобализацию

Статьи
Снова я решил написать про глобализацию. И прогнозы на следующее десятилетие.

Мне надоело одно и тоже рассказывать людям.
Мне постоянно пишут желающие создать хостинги. И постоянно кто-то хочет дать мне денег, чтобы я создал им хостинги. НО блин как люди не понимают, что они хотят столетнее дерьмо делать, когда оно было актуально в 2010 году, но не в 2019 году! А значит не то, что заработать, а даже и новых клиентов они нихуя не найдут, потому что ниша «интернет бомжей из домашних проектов» давно уже мертва и все кто еще жив, только лишь теряют там свои бабки.

И вот наболело у меня.
И я решил родить еще один топик про глобализацию :)
История похожих мыслей была изложена тут, по порядку публикаций



А теперь давайте ваш пророк напишет, что будет в 202х годах.
Что было в 200х и 201х уже много раз написано, но пожалуй я повторю это еще разок, для ясности картины.

В эпоху нулевых все развивалось, как раз образовывались разные рынки ниши направления. Обычные обыватели осваивали понятие «компьютер» и «интернет». И все от балды короче покупали эти товары, и так же от балды делали сайты и разные проекты. Кто-то быстро сливался, кто-то держался года три, кто-то и десять лет выдержал. Можно многое написать про это.
В эпоху 10х годов все чистилось, как физически на уровне конкуренции и технологий, так и на законодательном уровне систематизировалась отрасль.

А сейчас прошло уже 30 лет. Уже 3 эпохи сменилось. 90х 00х 10х годов.
И что произошло? Если дети эпохи 90х и 00х годов не могли себе купить компьютер по каким-то причинам. То в эпоху 10х годов абсолютно любая семья может себе это позволить. А так же интернет доступен везде, доступнее некуда. Например как раз эпоха мобильного интернета с 2013 года пошла в процесс. И вот короче сейчас рождаются дети школьники, которые кроме телефона ничего не используют. Как так произошло? Не понятно. Кажется сейчас все с детства должны быть задротами компов и интернетов, проекты там создавать с пеленок. Ведь технологии это позволяют в текущую эпоху. НО нет, все равно рождаются люди которые могут, но просто не хотят изучать виндоус и компьютеры, им хватает для развлечений и потребления обычного телефона. Т.е. вся страна в интернете. Но в тоже время в профессиональном интернете все так же меньшинство, как и в 90х годах. Возможно это черта сугубо характера личностного, кому-то нравится все это технология и техника, а кому-то нравится растения выращивать или на заводе работать. Ну просто короче все киберпанк мечтатели просто сели в лужу, увидев, во что превратился интернет через 30 лет.

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

Что будет в эпохе 20х годов ?
Будет эпоха экосистем. Уже только ленивый не рассказывает про это.
Профессиональная аудитория интернета с ПК будет оставаться преданной своим поставщикам как и раньше. Она будет и на сайты заходить и серверы покупать, и проекты в интернете создавать, как раз.
Если в 90х и 00х все только создавалось. То в 10х годах все отмирало, чистилось. А те кто выжили лишь укрупнялись и поглощали в себя, становились настолько крупными, что с нуля уже такое не создать. В 10х годах идет интернет полной коммерции. Все, абсолютно все кто тут что-то создает, уже не нубы и не новички, а как раз те самые оставшиеся преданные ПК, профессиональная аудитория покупателей. И она делает только коммерческие проекты. Для души как в 00х года, уже никто ничего не создает. Поэтому аудитория на которой держится всякий там шеред хостинг или даже дешевые VPS/VDS — этой аудитории в будущем не будет абсолютно, она умирала и сокращалась на протяжении всех 10х годов, думаю любой хостер это видел. Например не было еще не одного хостера который бы сделал что-то прибыльное для этой умирающей аудитории, когда же на продажах дедика обычного дедика для аудитории «выживших» но не крупнейших, люди делали свои прибыли.
И в этом и причина, мне постоянно все пишут, хочу сделать шаред, хочу сделать убогие VPS-ки на панелях прошлой эпохи от ispsystem и так далее. Но все это не нужно делать в будущем, потому что не будет аудитории которая будет это покупать, а почему не будет, я уже объяснил. Поэтому единственное разумное решение было бы доить v5 пока доится, как раз зарабатывать на обновления и не тратить никаких усилий еще лет пять. Я бы например оплачивал и 5 и 10 лет, потому что, ну не хочу с нуля перекатываться на что-то новое, а хочу держать свои проекты, пока полностью не отомрут вместе с аудиторией для кого они делались. А параллельно я бы занимался новыми проектами под новые аудитории будущего, как например толкаю дедики. Но ISPsystem увы тоже устарели душой и не понимают потребностей клиентов. ISPmanager вообще должна будет быть бесплатна, т.к. сайты никто не делает, нету клиентов уже, для той самой аудитория панели, я даже по 1к продавал лицу, никто не купил, если помните прошлый дайджест. Аудитория совковых ВДС которая тоже не будет востребовала в следующем десятилетии, так как будут облака новой эпохи. Облака v2 я их назвал если помните. Аудитория совкововых ВДС просто не осилил очередной «с нуля», ведь роста у нее нет. А сделать панель инновационную, например экосистему на базе топ 20 ДЦ нашей страны — им не под силам. Короче старичкам пора на покой.

Так же мне постоянно лечат за облака.
Типо эпоха облачности идет. И тех же экосистем. Но облачная ВДС это тоже самое что и обычный дедик. Это тоже — ПРОШЛЫЙ ВЕК.
Облака 20х годов это сервисные облака. Это когда человек покупает не просто какую-то мощность на Убунте или Дебиане, а когда он покупает РЕШЕНИЕ своей проблемы.
Если кому-то нужно мощность на Убунте он купит как раз таки дедик или пачку дедиков.
Давайте я покажу на примере steam. Например облако для steam это не просто купить мощность с root/pasw и убунтой. Это именно что купить облачный сервис, который, например сам будет на всех языках мира скрывать матерки на них сайтах/ugc на звездочки. Или например будет сам каждую фотографию залитую в steam сообщество проверять на порнуху и ставить сам 18+ контент. Вот это облачный сервис.
Примеры подобных облаков будущего можно видеть на амазоне. Или даже на примере яндекса, я даже топик писал.

В 20х годах не будет просто мелких клиентов, которые покупают что-то для своего сайтика. Потому что на сайты да даже БОЛЬШИНСТВО переходить не будет )) Если рассматривать клиентов-массовку-обывателей с теми самыми мобильниками.
Уже сейчас пестрят новости
Больше половины поисковых запросов в Google не заканчиваются переходом на сайт — исследование
Уже сейчас созданы сервисы от поисков, например
Яндекс.Справочник заменил карточки компаний Профилем с отдельными URL-адресами
Т.е. как раз для тех, кто не хочет переходить куда-то на сайты, он сразу прямо в экосистеме поисковика будет находить нужную ему информацию.
Уже сейчас можно купить фильмы прямо на Ютубе не выходя из него. Тоже самое Кинопоиск.

И так далее.
Клиенты в 20х годах будут только крупные которые сравнимые с размерами стоек дц или крупнейшие проекты/экосистемы, которые будут потреблять только сервисные облака как раз для жизнеобеспечения свой экосистемы из которой обыватели и выходить уже никуда не будут. Или более менее средние, те самые выжившие сайты/проекты/ниши, которые как раз покупают мощности дедики для своих проектов которые выжили.

Следующее десятилетие 20х годов — десятилетие доминирующих монополий каждая под свою нишу. И единственное что остается хостерам без собственных дата-центров, это стать частью экосистемы какого-то ДЦ. Например то, что я еще в 2017 описывал, например раз, два. Не будет никаких ISPsystem v6 — не будет просто клиентов на v6. Потому что клиенты этой самой аудитории клиентов v6 — не получат больше никакого роста. А нет роста, то откуда у них средства чтобы обновлять в очередной раз, с нуля все перекатывать, с v5 на v6. Верно сказал какой-то чел на форуме.
Переход с 4 на 5 версию привел для нас к необходимости миграции сотен проектов, не допускающих простоя, с FreeBSD на Debian, а также внесения изменений в ПО интеграции. На все ушло больше года, и очень не хотелось бы (да и нет возможности) повторять этот путь заново.
Сейчас же будет процесс Debian умирает, даешь CentOS и тоже самое. Например цена v6 меня вообще не волнует, был бы качественный революционный продукт, я бы и в 5 раз дороже заплатил. Но продукта нет. Есть лишь головная боль в виде очередного ломания работающего, и очередного «с нуля» и искать клиентов так же придется с нуля, репутацию с нуля и тому подобное. Мне например как клиенту v5 строевшему что-то на v5, не хочется просто перекатываться, а хочется расти и увеличивать накопленное, которое я копил не один год кровью и потом. А переход на v6 значит все ломать и опять потеть с нуля. Нет уж, проще оставить и похоронить. А делать с нуля уже что-то новое более интересное.
Именно так и будет. Уже сейчас видно, как рынок ложит хуй на v6. Потому что сегмент который в теории мог бы купить панели v6 — просто не имеет возможности в очередной раз с нуля обновлять все это. Потому что начинается новая эпоха, эпоха дата-центров. И правильно поступили те, кто прочухал этот момент еще в революцию дешевого дедика и продает только дедики. А вот кто до сих пор лелеет себе мыслями о успешном шареде или вдс-ках, например те самые новички которые мне пишут — они только теряют свои деньги и их судьба просто продать проект или перейти в панель/экосистему любого надежного ДЦ, который и серверы поставляет быстро и ддосы защищает и спецов чтобы поддерживать панели от ДЦ имеет.

Следующее десятилетие так же десятилетие эпохи полного мониторинга. И нейросетей. Множество работы будет выполняться алгоритмами и фильтрами. То что раньше делалось вручную, сейчас обрабатывается сетками. Сейчас любой клиент облаков или дата-центра, он по умолчанию как разработчик. Т.е. любой новичок пытающийся что-то создать в интернете имеет задатки стать профессиональным разработчиком, винтиком в больших крупненших компаниях, многих прямо сразу с нуля там воспитывают. Как уже было сказано ранее, еще с эпохи 10х годов уже никто от балды не делает сайт чтобы методом тыка чему-то научиться. Сейчас люди создают проекты для интернета совсем другого уровня. И конечно же им нужны будут сервисные облака, а не просто мощность на Убунте с паролем входа. Сейчас вместо того чтобы сделать нагрузочный сайт, люди создают теже нейросети, которым тоже нужны дедики/мощности. Мощности нужны и под массивы данных, для сбора этих данных, анализа и генерации отчетов.

Так что, или продавайте дедики из надежнейших ДЦ мира.
Или стройте свое обслуживание и поддержку внутри панелей от этих надежнейших ДЦ мира.
Или если гордость не позволяет, то продавайтесь или закрывайтесь.
Эпоха будет меняться. Уже который год я вижу это будущее. И к ее середине не останется всех тех, кто сейчас троллит на остатках былой форумной эпохи. Потому что большинство их них уже устарели душой и не могут в дедики и уж тем более в сервисные облака, никто кроме крупнейших не сможет сделать сервисные облака, но могут продолжать оказывать свое обслуживание по нишам, внутри них.



Я кстати — стопудово выживу.
А вы? :)

UGC форумы комментарии рейтинг

Статьи
Написал на майских 2 шикарные статьи.
Бесплатно как обычно дал советов.
Под тематику хостинга они не подходят.
Но хочу чтобы побольше людей их прочитало. Глядишь мне кто-ниб движок родит.


2 очевидных и простых пункта которые просто обязаны быть в уважающей себя админке

Статьи
Продолжение статьи 2018 года

Просто посмотрите — насколько круто.
И насколько ПРОСТО.

Два клика и переместил так как тебе удобнее.


Нужно добавить что-то в навигацию?
Например чтобы из 20 биллингов сделать единую систему. (писал про это убожество еще давно)
Шареды — там
ВДС — там
ДЦ ОВХ — там
ДЦ Хетзнер — там
Сервер с поддержкой — там
Серверы под нагрузку — там
Антиддос — там
CDN — там
и тд
(конечно, если бы была удобная витрина продаж и удобная фильтрация по сотни ДЦ, то создавать десятки отдельных биллингов не нужно было бы. И как следствие навигацию строить тоже стало бы не нужно. Но нормального биллинга для реселлера не существует, все биллинги заточены под автоматические заказы шареда и ВДС в большинстве случаев, ограничены кол-вом локаций и присутствия товара, ограничены пунктом выбора и фильтрации)
В каждом из проектов просто добавить ссылки на нужные «другие биллинги».

И ведь это пример только про выделенные сервера.
А ведь подобных собственных навигаций — может быть сотни!
Любой уважающий себя биллинг просто обязан давать такую возможность админу и владельцу компании. Не важно что он продает, может быть просто цифровые товары даже.

Идеальная тикетница для хостера

Статьи
Предлагаю обсудить тикеты.
Боковые колонки и навигацию мы уже обсуждали в прошлом.

Тикеты современных биллинг панелей представляют такое же убожество.
Там просто 1 единственное поле.
Активные запросы. Которые сотрудник компании просто отвечает туда, и потом закрывает, т.е. переносит тикет в другой раздел — в архив.

А должно быть как в любой CRM, хотя бы на bitrix24 посмотрите.

Современные тикеты биллинг систем можно перекинуть на сотрудника. Можно списать баланс через тикет. Можно установить приоритет например. Но это все не то.

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

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

Так и с тикетами. Может быть это будет Активные, Отложенные, Архив.
Может быть это будет набор Свежее, В работе, Отложенные на неделю, Отложенные до лучших времен, Архив.
Может быть кто-то еще какие-то модули сделает.

Как это должно выглядеть ?
Вариант номер 1
Сделать просто новые категории в списке.

Просто добавить еще нужных категорий. И в тикете сделать возможность переместить потом тикет в нужную категорию.

Вариант номер 2
Прямо в самом поле, сделать полоски отделяющие категории

Вот как я обвел красным.
Сделать еще 2-3 таких полоски.
Просто ниже чтобы они шли.
Сверху новые.
Потом идут отложенные.
И другие категории которые захочет сделать клиент.
Т.е. чтобы глаза они не мозолили, но в тоже время про них не забывал человек и даже спустя месяц помнил, что «как только так сразу продать».

Может быть кто-то уже знает готовые решения подобного удобства?
Мы конечно сделаем свой биллинг, но до 2023 года еще много лет жить.
А работать удобно — хочется сейчас.

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

Про глобализацию, бизнес и поколения

Статьи
В прошлом году уже писал нечто подобное — Тренд глобализации или когда же умрут старые модели хостинга ?

И вот на днях в комментариях получилось обсуждение с разработчиком. И я решил выделить ее отдельно, то что я ему отвечал, как-то суммировать по пунктам.



Смотрите.
Происходит глобализация. Все мелкие компании сливаются в единые крупные. Бизнес точно так же меняется. Поэтому в мире становится все больше компаний, которые перестают считать свои бюджеты.

Далее. Поколение создателей(когда человек начал учиться что-то творить, а не вырос) 201х годов, люди которые не создают на коленке свои проекты в интернете. Они идут сразу в офисы работать. И там их прокачивают так, как выгодно компании, той самой глобализованной компании. Поэтому такие люди являются разработчиками, которые не считают деньги компании. Они начинают распиливать без мозгов. Ведь компания уровня глобализации легко все покроет.

Далее. Начинают появляться всякие облака и кубернетсы. Например DigitalOcean. 8 лет назад это было бомж облако за 5 баксов, которое просто занималось чисткой рынка от устаревших моделей хостинга которые в те годы жили лишь на оверселлах. И клиенты эпохи нулевых годов, с своими дочерними проектами на коленке делали выбор в сторону туда где качественней и дешевле. Но такой аудитории становится все меньше и меньше. Годы идут, эпоха меняется, старые технологии не обновляются, CMS умирают, те проекты которые так и не стали прибыльными перестают обновляться и уходят на всякие шареды и модели «где клиент перекладывает ответственность на хостера». Любой серьезный проект никогда не перекладывает не на кого ответственность, потому что не хочет потерять проект по чужим косякам. Почему DigitalOcean ввел НДС в этом году? Потому что это бизнес его попросил. Почему DO стремится сейчас работать с бизнесом, а не развивать 5 баксовую бомж VM. Потому что DO теперь уже не просто бомж ВДС за 5 баксов. Теперь это та самая экосистема, про которую я писал в прошлом году. За прошедшие годы там множество компаний напилило своих ресурсов и теперь им не охота менять привычную сотрудникам панель. Да, именно просто панель. Удобство. Юзабилити. И тому подобное. И такие панели будут как раз те самые xaas сервисы на базе крупных ДЦ. В ближ годы.

Далее. Но все равно в мире существует бизнес который еще не глобализовался. Либо сотрудники там поколения нулевых годов, лет так за 35. Короче люди, которые не бездумно распиливают неограниченные бюджеты на всяких там DO и подобных ему экосистемах. А те люди, которые сами предпочитают купить дешевых мощностей — дедиков. И самостоятельно развернуть все что им потребуется, особенно если в компании есть нужный штат людей, а не просто распильщиков готового, тем самым значительно сократить расходы на инфраструктуру. Они делают упор на то, что пользуются голым железом, без всяких удобных панелей как на DO/ кубернетсах/тд. А делают короче как-то по своему.

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

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

Далее, какие выводы можно сделать из всех этих фактов?
  • Например первый вывод. Что раз люди арендовывают дедики. То нужно сделать панели которые помогут людям управлять этими арендо-дедиками. Те самые экосистемы которые будут в каждом уважающем себя ДЦ, который метит в глобализацию.
  • Второй вывод можно сделать, что бизнес все так же предпочитает работать тет-а-тет. Он не покупает в обезличенных хостингах/ДЦ которые не понятно кто сотрудник, шлет нахуй его, или не может внятно ответить про сам ДЦ. Они покупают только в зарекомендованных местах — у реселлеров. Раньше же, когда была эпоха колокейшена, такие люди просто приезжали в ДЦ и там находили нужных менеджеров и там договаривались о заезде в ДЦ и привозке оборудования, те сотрудники как раз специализировались на том чтобы человеку рассказать все что нужно о ДЦ. А сейчас в эпоху аренды больше нету таких сотрудников, ведь под арендой ДЦ понимает именно аренду штучных заказов бомжей по 3 тысячи рублей каких-ниб. А это шаблонные ответы, это не понятно кто, это обезличенные компании которые воспринимаются просто как ЮЛ и какой-то набор сотрудников которые сегодня тут, завтра там, доверять им нельзя. Это не конкретная прямая продажа.
  • И третий вывод наверно тот, что весь бизнес сейчас глобализуется. А значит лет через 5 или 10 — практически весь бизнес перестанет считать свои бюджеты. А значит сможет легко распиливать средства через сотрудников не уважающих бюджеты. И сегмент который сейчас экономит деньги компаний скорее всего перестанет таковым быть. И поэтому выгодно построить экосистемы для распила. Хотя реселлеры все равно не умрут, они будут адаптировать все это, но уже с учетом разных стран и разных экосистем что нарождаются. Да, может экономить бабки через дедики они уже и не будут, но будут заняты и применимы в куче других направлений. :)