Himiko

Himiko
Рейтинг
560
Регистрация
28.08.2008
Должность
ООО "Системные интеграции", Генеральный директор. ООО "Медиа-группа "Автор", Исполнительный директор
15.04.1985
KM.UA:
Хорошая база FAQ позволяет работать саппорту в режиме copy+paste.

Ага. Вот тут клиенты и начинают ругаться. Не всегда при большом потоке саппорт может верно "послать" и клиент понять, куда "послали" =)

bugsmoran:

И опять же автоматизация. Выгоднее решить вопрос четкого конвеера, чем вопрос жертвования количеством клиентов. Правило "+100 клинтов=+1персонал" не обязано должно исполняться.
Опять же напомню автотематику: Владельцы фольксвагена умеют ездить хуже владельцев Ламбо, однако Фольксваген дает больший доход.

+100 клиентов не обязательно на +1 персонал.

Но если у вас клиенты по 1$, то даже +600 клиентов не окупят одного админа.

Автоматика в тех. поддержке - это минус для клиента. Это уже проходили. Я тоже не с луны свалился, работал ранее в крупных компаниях =)

bugsmoran:
Чем ниже цена - тем больше покупателей в геометрической прогрессии. Это правило не зависит от степени профессионализма клиента, его умственных способностей или технической оснащенности продавца.

Судя по опыту - зависит и достаточно сильно.

Я работал и с низкими ценами. Могу сказать, что если взять одинаковое количество аккаунтов сейчас (при VIP-услугах) и сравнить с таким же количеством ранее (при низких ценах), то сейчас вопросов в разы меньше в тех. поддержку. (да и которые есть, они обычно по делу)

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

И увеличение количества клиентов (чтобы тех. поддержку оставить такой же качественной) потребует увеличение количества персонала. И чем ниже стоимость аккаунта, тем бОльшее количество клиентов придётся обслуживать одному специалисту. (чтобы это было выгодно)

Всем спасибо за отзывы.

Напоминаю, что у нас полностью автоматический заказ и активация лицензий через биллинг http://isp.author-media.ru. Лицензия активируется автоматически после оплаты заказа.

После покупки вы получаете доступ к биллингу для полного управления своими лицензиями.

Установка ISPManager Lite и ISPManager Pro бесплатна☝

Для заказа бесплатной установки напишите тикет в биллинге.

На любые вопросы готов ответить в ICQ 392-395.

Спасибо за внимание.

bugsmoran:
Тем не менее, у него рентабельность 500%. И вот у меня возникает вопрос: а что, если те, кто выставляет по 100-200 рублей за сайт, скинут рентабельность с 2000% до 500% - у них сильно качество как-то пострадает?

Могу сказать, что у нас цены не низкие. Но рентабельность ниже даже ваших 500%. У нас услуга другого плана и нам удобнее обеспечить качеством и бОльшими ресурсами нескольких клиентов, чем заработать больше и разгребать вопросы сотен клиентов. Вот здесь на качество влияет цена, т.к. если снижать цены раза в 2, то мы не сможем дать столько ресурсов и клиентов будет в 2 раза больше, что не даст достаточно времени для решения их вопросов в рамках "VIP услуги".

netwind:
и снова приходим к mysql-proxy.


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

Хорошие скрипты, типа vbulletin, кстати, логически разделяют master и slave. Многоходовые операции чтения, логика которых может поломаться из-за задержки репликации, тоже на мастер посылаются.

Тогда мне нафиг не нужен глючный mysql-proxy ) Мне больше нравится haproxy :)

netwind:
Himiko, это не глюк. просто скрипт такой без учета состояний кодировок написан. транзакции, например, он не прерывает.
зачем тестировать haproxy, если он не отделяет запись от чтения ?

Он балансирует + failover. Да и haproxy пофиг, для чего сервер используется. Очень не хитро можно заставить полностью перераспределить роли.

Только перед ним поставить простой проксик, который раскидает запросы...

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

netwind:
однозначно нужно глубоко покопаться с lua. я сейчас попробовал rw-splitting.lua - так там даже set names не обрабатывается корректно.

Вот я и говорю, глюков куча...

Не хочется геморрой ловить.

P.S.: Сейчас тестируем чтение и запись на разных портах с балансировкой. haproxy себя пока очень хорошо показывает.

RAS:
mysqlproxy

Уже обсуждалось выше.

djos:
поддержка исп систем как и ожидалось отхрестилась он партнера...мол с ним решайте

И правильно сделала. Всё это у них прописано. Вы пользуетесь фактически ЧУЖОЙ лицензией. А какие там у вас отношения с её реальным владельцем ispsystem не известно.

Всего: 9394