Тут одной функции в биллингах катастрофически не хватает., Ну сил нет никаких Опции

[lazutov]

Последние несколько месяцев доказали мне необходимость такой функции, как
"Выставить счет провайдеру" за <выпадающий список причин>.
Как удобно то. Платная поддержка - ответ за N минут. Нет ответа - счет.
Биллинг проверяет лимиты на время ответы и если что выставляет счет.
На крайняк - просто дать возможность пользователю это сделать.
Плюсы: Честно по отношению к клиентам и к своим обещаниям. Очень хорошее пинковое ускорение.
Минусы: Можно злоупотре*****, хотя для меня, как представителя клиентской массы как бы плюс.

PS да, да. Наличие такой особенности в биллинге - неплохой маркетинг.

[Roman Hirauka]

Глупость это... Учитывая менталитет наших людей на следующий день после введения такого "маркетинга" общий счёт составит, думаю, в районе 1.000.000$. И все будут укатываться от смеха, когда надо будет всем что-то объяснять, за что и почему счета выставляются...
Не, ну так посмеяться идея хороша, надеюсь это не серьёзное предложение (IMG:style_emoticons/default/smile.gif)

Я представляю картину. Игра кошки-мышки. Клиенты пишут тикеты, чтобы заработать деньги, ну или хотябы окупить хостинг. Написал - ждёшь. Опоздали на минуту - получи счёт! Оплати распишись =)))

[lazutov]

Пусть глупость, но как я уже писал.
Честно по отношению к клиентам и к своим обещаниям.
Кто считает, что я неправ, киньте в меня чем-нибудь.

[eSupport.org.ua]

Ок, я бы написал робота, который отвечал:

Дорогой %username%, ваш email получен и ответ будет в ближайшее время, определяемое договорм (24 часа)

Ок? (IMG:style_emoticons/default/smile.gif)

[Admin]

Пусть глупость

Никакая не глупость. Механизм реализации SLA, я бы так эту идею назвал. Реализация не на уровне базара.

Если хорошенько продумать и развить эту идею - чем не конкурентное преимущество для хостера.

[DIPCo-Host)net]

у нас, по SLA, оплачивается (компенсируется) задержка ответа техюподдержки.
не злоупотребляют клиенты. Поводов не даем, а если создается прецедент, то причина почти всегда одна: нарушение Клиентом своих обязанностей по условиям Оферты - использование бесплатной почты от холдинга mail.ru. И в этом случае он заранее согласен, что ему вообще могут не ответить.
Другое дело, что у нас нет обязательной бесплатной тех.поддержки (IMG:style_emoticons/default/smile.gif) И ежели кто-либо возжелает обогатиться задалбливая техников бессмысленными тикетами с частотой, подобной ДДОСеру, то у него с такой же скоростью будут списываться деньги со счета (IMG:style_emoticons/default/smile.gif)

А в общем, eSupport.org.ua прав - нейтрализовать подобную идею можно включением обычного автоответчика (IMG:style_emoticons/default/smile.gif)

p.s. как показала практика, платная поддержка (если она может работать и как бесплатная), включаемая в платный режим для клиентов, которым нужно убить время, поморочить голову инженерам, реализовать свои комплексы, работает волшебным образом - немедленно после получения клиентом уведомления о том, что лимит его бесплатного обслуживания по поддержке исчерпан, он становится понятливым, вежливым и уже все, вдруг, знает сам (IMG:style_emoticons/default/smile.gif)

[Roman Hirauka]

Глупость. Объясняю. Важно не скорость и количество ответа, а их КАЧЕСТВО. Можно посадить девочку 17 лет, которая будет отвечать на письма как пулемёт. А толку?
Так что не ходите Вы туда, где хочется придумывать такие способы решения проблемы общения с хостером...

[Maxim Volgin]

Интересно что мешает дописать нужную фичу в билинг? Уровень развития хостинга и его поддержки?

[lazutov]

Ок, я бы написал робота, который отвечал:

Дорогой %username%, ваш email получен и ответ будет в ближайшее время, определяемое договорм (24 часа)

Ок? (IMG:style_emoticons/default/smile.gif)

Я говорю о ситуациях, когда иное определено платной поддержкой со sla на ответ.
Можно еще пингатор/чекер написать, даун N часов/mo - счет.

На меня случайным образом упал сервер с оплаченной платной поддержкой, пока хозяин в отпуске.
Доступ есть только в биллинг, так вот. SLA полчаса, ответ приходит через 2.5 часа, хотя диагноз поставлен в тикете, не стартовал сервис после какой-то странной перезагрузки по вине ДЦ. В тикете написано что сделать и почему. На это как раз хватит полчаса.
PS а те, кто меня всячески отговаривает, как бы намекают, как они умеют реагировать в указанные рамки (IMG:style_emoticons/default/smile.gif)
PPS собственно цель, добиться, чтобы или не обещали или выполняли.

Сообщение отредактировал lazutov - 07.11.2009, 19:32

[different]

Лучше кнопку "go out", которая автоматически выведет остаток средств и манибек (если он есть) туда, через что платили, сделает полный бэкап аккаунта и отправит на email ссылку на бэкап, на панели управления доменами, реквизиты от них (IMG:style_emoticons/default/smile.gif)

[lazutov]

А еще лучше "вломить люлей".

[Ru-hoster.Com]

Можно посадить девочку 17 лет, которая будет отвечать на письма как пулемёт.

Мимо, посадить можно, найти такую с хоть какими-то знаниями не возможно. (IMG:style_emoticons/default/wink.gif)

Лучше кнопку "go out", которая автоматически выведет остаток средств и манибек (если он есть) туда, через что платили, сделает полный бэкап аккаунта и отправит на email ссылку на бэкап, на панели управления доменами, реквизиты от них (IMG:style_emoticons/default/smile.gif)

У меня было что-то подобное.
В итоге глупые клиенты жали и оставались с носом, т.к. было автоматическое удаление аккаунта с сервера и тикет в Отдел продаж с запросом возврата средств. Потом писали, чтобы все вернули, многие даже с криками, в стиле "Понаделали тут кнопок". (IMG:style_emoticons/default/smile.gif)

[Roman Hirauka]

Мимо, посадить можно, найти такую с хоть какими-то знаниями не возможно. (IMG:style_emoticons/default/wink.gif)

Ну а я про что собственно? Ответ есть - значит условие выполнено. Качество ответа меня интересует... А то, что садят девочек на саппорт без малейшего понятия - так это давно и не новость и не я это придумал, этим пользуются (IMG:style_emoticons/default/smile.gif)

[rustelekom]

Контроль качества складывается из многих показателей и многие из них довольно сложно автоматизировать (например качество решения организационной или технической проблемы). К примеру, если пользователь не видит свой домен после продления - кто тут виноват ? Если домен продлился а, пользователю пока дается отлуп? Имея такую кнопку пользователь, не долго думая, выпишет счет. Не имея такой кнопки и если очень жжет - задаст вопрос в поддержку. И там уже с ним разберутся - то ли домен не продлился, то ли у клиента глухой пров и медленно обновляет днс информацию.
Преподсылки для внедрения SLA есть но, они не должны сводиться к тупой автоматизации а, должны вносить свой вклад в улучшение качества обслуживания. Автоматические SLA в основном используются в хелпдесках где они реально приносят пользу и клиенту и провайдеру. Не ответили в течении первые 15 минут, тикет сменил приоритет. Еще 15 минут и тикет направляется старшему смены и т.п. Ответ техподдержки пользователь может оценить. Это тоже учитывается при оценке общего уровня качества.
Если у клиента есть претензия что мешает донести ее до сведения?