Уважаемые клиенты, т.е. потребители услуг хостинговых компаний!

Поделитесь, пожалуйста, опытом: с какими проблемами вы сталкиваетесь при смене хостера? Что сдерживает вас в тех случаях, когда испытываете явный дискомфорт, перейти на обслуживание в другую компанию? Интересует, в первую очередь, организационно-техническая сторона вопроса.

PS
Вопросы навеяла состоявшаяся пару дней назад встреча с руководством одной из крупнейших компаний российского рынка хостинга. Они горячо поддержали предложение о том, чтобы создать некий стандарт процедуры "отпускания клиента с улыбкой", готовы если и не стать инициаторами, то подписать в первых рядах многосторонний договор между хостинговыми компаниями, который бы регламентировал эту процедуру (некую конвенцию по защите прав клиента). И, в общем, я их понимаю, т.к. имея информацию о том, что компания является участником этой самой конвенции, потенциальный клиент охотнее выберет её, чем какую-то другую, уйти от которой [в случае чего] без геморроя (часто создаваемого самим хостером в надежде удержать клиента хотя бы искуственными трудностями) будет сложнее. И они не одиноки. По крайней мере на начальном этапе таких компаний уже наметилось 4, как минимум. А если вы своими ответами поможете в подготовке этого документа к 14-му форуму, то уже в ноябре можно будет расчитывать на более широкий круг таких компаний.

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

Если переход на хостинг с той же панелью, то все еще проще.

Проще может быть только выпадающий список хостеров в панели, и кнопочка "Сменить хостинг"

А бывают случаи, что новый хостер оказывается хуже старого и возникает желание вернуться обратно?

Конечно. Я возвращался.

Бывают.
Иногда сразу, иногда со временем.

P.S. Пишу не как хостер, а как клиент нескольких российских и западных хостингов...

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

Пока сталкивался только с техническими проблемами, главные из которых
а) mysqld в разных кодировках, не смертельно, но как крошки в постели.
б) Разные chmod на файлы и о ужас, саппорты не знают, как сбросить права у только что распакованного архива, в лучшем случае, я получаю файлы под root:root, отчего у FTP и вебсервара мозги встают в раскоряку. А иногда, не знают даже, как архив распаковать, если его распаковка неподдерживаема панелью, иногда специально архивирую в какой-набудь gz на cpanel и zip на DA, чтобы попинговать проверить работу саппорта.
в) Принудительное выставление кодировки у апача всем хостам сразу, причем это обычно какой-то iso-????. Я же их не заставляю при покупке рулона туалетной бумаги говорить только по-китайски на китайском и синхронно переводить это на язык жестов. (有多少是一个卫生纸卷？)

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

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

Вот если сделать базу с API и серьёзно её интегрировать с хостерами/панелями - было бы здорово. Нашёлся клиент, обработка приостановлена, репорт ушёл менеджеру.

Теперь по теме.
Это бывает редко, но, тем не менее, мы всегда по доброму отпускаем клиентов, если они хотят уйти. Более того, говорим "Возвращайтесь, дадим 20% скидки". И возвращаются...

Хотя, многие ноют, что мы "не можем вернуть им Webmoney" или наличкой в офисе. Да, не можем. Возврат только на расчётный счёт физика, мы в белую работаем. Для них это большая беда и "подстава" со стороны провайдера. Вот элементарный пример. Мы делаем, что можем, а клиент трубит, что его кинули...

Отпускать или нет.
Надо понимать, что в "добром" отпуске клиентов есть прямой коммерческий смысл. Отпусти его по доброму и велик шанс, что он к тебе вернётся. Всё познаётся в сравнении. Он перейдёт к другому хостеру, ужаснётся и скажет "А вот у них было намного лучше..."

Организационная сторона.
Тут чёрные компании выигрывают. Они могут вернуть клиентам электронные деньги, например. Белая же компания этого сделать не сможет. Это трудность для клиента? Безусловно! В таком свете получается, что чёрные компании более лояльны к клиентам, чем белые. Так это выглядит в глазах клиентов - физиков.

Техническая сторона.
Вот тут уже про "отпуск" клиентов что-либо сказать трудно. Старый хостер точно не будет тратить время на то, чтобы помочь клиенту от него уйти. И это правильно. Про проблемы со сменами ОС, панелей и прочего я вообще молчу.

Резюме.
Не вижу в исходной идее никакого смысла.

1.Если для хостера-источника деньги не повод отпустить клиента по-человечески, то Ваши регламентирующие бумажки ему уже точно не помогут.
2.Если для хостера-приёмника деньги не повод помочь клиенту перенести данные, то <аналогично>.

Организационные проблемы в основном создаются старым хостером (тормоза с бэкапом, а то и вовсе отказ его отдать, затягивание манибека, регистрация доменов на себя или затягивание\отказ трансфера домена и т.д.).

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

У меня знакомый кодер переносил проект, который с самого начала разработки жил на одном хостинге. И при разработке учитывалась именно та среда. У нового хостера настройки и версии ПО оказались совершенно другими и многие вещи пришлось переделывать (например были проблемы со списком запрещенных функций PHP и версией mySQL).

Регулярно с этим сталкиваемся.

Спасибо хостерам, что приняли участие в нашей "клиентской" теме . Нет, правда спасибо, без сарказма.

Вопрос хостерам (которым не кажется эта затея бредовой): насколько реально хранить все данные клиента в течении месяца (например) после его ухода? Разорит ли вас это?

Т.е. схема может быть такой.
Компания-участник конвенции (хорошее слово ), обязуется хранить данные в течении месяца. Если клиент возвращается в течении этого месяца, ему либо вообще не придется заново проходить всю процедуру регистрации и тащить данные обратно, либо в минимальном объеме.


Не торопитесь с категоричностью. Только что в личной переписке получил моральную поддержку еще от одной компании (не крупной, но "правильной").


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

А ведь объективно это действительно так.

Белые компании более надежны и формализованы, но гибкостью большинство из них совершенно не отличается.

Если для юр. лица с сайтом-визиткой это только плюс, то для активного веб-проекта зачастую минус. Т.к. хостер на контакт не идет.

Опять же мелким черным компаниям _приходится_ бороться за каждого клиента. А "монстры" (мы все итак знаем их имена, да?) зачастую подходят со стороны "1 уйдет - фиг с ним, за это время придет 5 новых".

Зуб даю, что это не так . По крайней мере, на уровне первых лиц этих самых "монстров" страшно трепетное отношение к каждому клиенту. Этот миф о девальвации ценности клиента в зависимости от количества других рожден, скорее всего, из-за такого отношения какого-нибудь уставшего раздолбая в службе поддержки "монстра", которому кажется, что чем их меньше, тем ему лучше - на его личной зарплате это не отразится. Естественно, если руководитель своевременно не отправит такого на "заслуженный отдых", то тот успеет наработать такую репутацию и всей компании. Ибо для клиента компания - это этот контактирующий с ним её сотрудник.


Вы не совсем поняли о чем идет речь (вернее, я не смог донести до Вас главную суть).

Еще разок попробую.
Все с точностью до наоборот: не "бумажка" заставляет хостера работать так с клиентами, а хостер находится в списке потому, что так работает с клиентами по собственной воле. Никакой принудиловки для хостеров, только информация для клиентов - если пойдете к этому хостеру, то Вам гарантирована вот такая схема взаимоотношений при прощании, если вдруг не сложится.

Логи не подтверждают Ваше утверждение

Без вопросов. Сделаю, если Вы сделаете на ту же страницу (с формой заказа) импорт отзывов клиентов, которые считаю данного хостера проблемным .

Виртуальный хостинг и VPS - легко.
DDS сложнее, особенно здоровые.


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


Да, действительно я не понял. Такой вариант уже интереснее. Задумка классная, но как реализовывать это взаимодействие и как это представлять клиентам? "Вот мы в таком проекте участвуем, если захотите - уйдёте от нас легко." Я бы не хотел такое говорить =)


Верю Но, думаю, там проверка идёт в частном порядке. Я вот не представляю, чтобы всех новых клиентов Русоникса пробивать через базу. Временные затраты слишком большие. Да и геморройщики сами быстро палятся


Мысль интересная, только я бы не стал говорить о "проблемных", просто отзывы. Плохие или хорошие - это уже зависит от провайдера

Вполне вменяемо.
45 дней не удаляем аккаут с данными. Намного проще сохранить, чем потом с резервации доставать.

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

Как вариант - на сайте хостера информер "Участник конвенции" со ссылкой на её полный текст на своем сайте. На странице с текстом ссылка на полный список компаний, присоединившихся к конвенции. Полный список - на ХО, с таким же информером в профиле присоединившейся компании в каталоге.

И никому ничего не нужно говорить, клиенты сами всё скажут за Вас .

до недавних пор аккаунт ушедшего (заблокированного) клиента сохранялся 15 суток. Теперь, дней десять назад, перевели на 2 месяца. Признаться - не только и не в первую очередь для удобства возвращающихся клиентов, а для минимизации некоторых своих технических локальных проблем связанных с повисшими у многих dns.
Проблем с уходом клиентов не создаем, понимая озвученный здесь - политичекий момент ), но SSH доступа, в DirectAdmin не предоставляем, предлагаем альтернативу - создаем Клиенту архивы аккаунтов и выкладываем их ему в домашнюю директорию. Вроде, все удовлетворены.

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

Поправка дополнение:
> если мы не сможем предоставить услугу в полном размере или частично - тогда, конечно, будет произведен возврат средств.

добавлено: компенсация в соответствии с SLA.