BiTel

При работе по текущему регламенту техподдержки выявились следующие проблемы:
1) Невозможность размещения заявки на доработку без активации фиктивного пакета, для чего клиент вынужден позвонить нам.
2) Невозможность размещения сообщения о заведомо ошибке без наличия пакета.
3) Из-за сгорания пакетов клиенты затрудняются выбрать подходящий им, т.к. трудно предсказать количество обращений.
4) Невозможность или сложность (приходится открывать несколько тем) использования обращений для оплаты доработок, довольно сложное оформление доработок с оформлением отдельной заявки.

Отсюда есть предложение изменить регламент следующим образом.
1) Хелпдеск либо включен либо выключен. При активном хелпдеске возможность создания любого количества обращений.
2) Хелпдеск отключаем только при возникновении каких-то спорных ситуаций.
3) За техподдержку выставляется счёт/акт в конце месяца при наличие закрытых обращений.
4) За крупные доработки счёт может быть выставлен заранее.
5) Обсуждение доработки идёт в обращении, отдельная заявка не оформляется. Исполнение заявки подтверждается актом.
6) Стоимость списания за обращение фиксированная. Если обращение превышает стоимость, предупреждается о сумме и либо делается либо нет.
7) Исправление ошибок бесплатно, как и раньше.

Вопросы.
1) Корректно ли оформление заявок в электронном виде с фиксацией актом корректности выполненной работы?
2) Какие мы можем дать гарантии по скорости реакции при отсутствующей абонплате?
Что лучше: абонплата с гарантией по скорости реакции или отстутсвие гарантий, но выставление счетов только за своевременно обработанные заявки?
С другой стороны, по скорости выполнения доработок мы вообще гарантий дать не можем. Можем и отказаться вовсе.
Скорость реакции актуальна только для наших ошибок или "горящих" проблем с настройкой биллинга.
Возможно, обработанные с запаздыванием оценивать по льготному тарифу? А то на просроченную заявку вообще отвечать резона не будет..
Может сделать несколько типов обращений: срочное/несрочное. И оценивать по-разному их? Ну и обрабатывать в порядке приоритета..

В общем, ждём ваших предложений. Чтобы всем было удобно.

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

В принципе все очень неплохо. Есть решенные вопросы - плати. Нет вопросов - не плати.

По-поводу гарантий.
Как вариант сделать.
Ошибки:
Ошибка критическая - паника, аларм, ничего не работает, деньги в трубу - срок ответа XX часов/дней - стоимость XX
Ошибка существенная - паника, но не все так плохо. Что то не работает - срок ответа XX часов/дней - стоимость ХХ
Ошибка несущественная - просто что то вылезает но все работает - срок ответа XX часов/дней - стоимость ХХ
Консультация:
Получить ответ на какой либо вопрос. Стоимость ХХ. срок ответа ХХ
Доработка:
Описание доработки. Все согласовывается.

Т.е. клиент будет сам сразу определять ему важно или нет получить ответ быстро и заплатить за это Nную сумму или же можно подождать 1-2 дня.
Возможен переключения статуса ошибки по согласованию с клиентом.

Не получится ли так, что новый клиент который еще ни разу не показывал свою лояльность воспользовался 10-20 обращениями а в конце месяца отказался платить? М.б. как то сделать тестовый период. Или тестовый пакет. Т.е. клиент покупает 5 обращений. А потом по результатам его оплаты вы можете ему включить неограниченный хелпдеск

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Возможен срок не месяц, а квартал ?

Может как вариант использовать возможность оплаты через пластиковые карты ?
На время решения проблемы (заявки) средства блокируются на карте, после решения списывается окончательно.
В случая не решения проблемы, средства возвращаются назад.

Я думаю те, кто реально решили пользоваться bg то им точно придется обращаться в hd и точно придется покупать лицензии...а так как это нужно, контрроль над "плохими клиентами" будет полон!!!

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Поддерживаю предложение со срочными заявками по более высокой цене.

Что-то не очень понятно по поводу выставления счетов... тут можно попасть на деньги... Ситуация с оплаченными обращениями - в данном конкретном случае - более удобна.

А вообще - не очень понятно - почему обращения вообще платные, но при этом нет строгого регламента реакции Бител на те или иные вопросы и т.п. Т.е. полагаю доджен быть sla с разными уровнями обслуживания.

_________________
God Bless Linux! and blessings to FreeBSD!

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Да вроде есть...

_________________
I'm clever. I've got a computer.

Не хотел говорить, но получается что придется. Мы платим за поддержку, по обращениям. Но вот очень часто бывает, что для того чтобы обратили внимание на запрос - приходится звонить, и как-бы получается что нам делается одолжение, т.к. серьезные программеры отвлекаются от работы. Безусловно, мы неудобно себя чуствуем в такой ситуации... А вы говорите регламент...

_________________
God Bless Linux! and blessings to FreeBSD!

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

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

Как-то так. Т.е. клиент размещает заявки - мы обрабатываем, оплата по факту решения/нерешения..
Само собой, что всё оказавшееся нашей ошибкой не тарифицируется..

А как будет градация по срочности? тоесть будет выставляться --- нада решить - 2 дня, это одна цена, а за 1 день дороже?
кто выставлять сроки будет и будут ли они вообще

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Нет, клиент пишет только, что срочно.
Если при этом решаем за сутки, то повышенная ставка. Или не сутки, может сколько-то часов.
Тут ещё время запроса доступа и получения точной информации с примером договора например нужно учитывать..

мож не пишет, а статусы выставляет градируя их
тоесть

• срочно
• неочень срочно
• вообще не срочно

?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Ну это нюансы реализации уж..

Когда планируете запустить новую схему?
У нас в последнее время подавляющее большинство обращений - баги, не входящие в пакет. Сейчас пакеты снова кончились, придётся брать новый
Рассчитываться по факту нам было бы удобнее.

up!

ps. Косметическая хотелка:
Уведомления об ответах на email приходят с темой "HelpDesk => Опубликован ответ на Ваше сообщение в теме: [1345] Бла-бла-бла".
Разгребаться в почте не очень удобно, когда несколько тем.
Было бы нагляднее как-то так:
HelpDesk [1345] "Бла-бла-бла" - есть новые ответы
Т.е. чтобы название и номер темы были ближе к началу строки.

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Ну да. Просто у нас там человека 3 переписываются в разных темах, а уведомления на групповой email падают. Сразу в списке писем не видно, по какой теме оно.

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

WTF?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Это новые цены на старый договор

как я понял - это изменение пакетов...тоесть вырастут цены?...
но просто тут удивляет такая новость после

мне собственно это было не понятно.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

мы в декабре купили 100 пакетов обращений )) и если мы до конца года используем 20, то оставшиеся сгорят?

Вроде как то что уже куплено - по старой цене.
Все быстро закупаем пакеты обращений

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

цены расстут )))))
через пару дней что будет?
дада, это все предверие 2012 года
А если серьезно - бител, прокомментируйте, почему так? Собирались же на не пакетный режим перейти? так не понятно, зачем эта тема была

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Главное что?!
Главное чтобы вот эту строчку не убрали

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

я даже затрудняюсь сказать какой именно _один_ вопрос касательно БГБ, не поднимет массу других вопросов, касательно, опять же БГБ ...

во всем мире нормальной практикой считается продажа продукта (обычно: + бесплатная ТП в течении 1-й недели/месяца пользования продуктом) и продажа ТП к оному продукту на N-ый срок, ты можешь купить продукт и не покупать ТП вовсе, но покупая ТП ты не покупаешь кол-во обращений в ТП, ты покупаешь, прежде всего, возможность в течении N-го времени (то которое ты оплатил, обычно 1, 3 или 6 месяцев или 1 год) обратится в ТП столько раз сколько тебе заблагорассудится (ты за это и платишь) и получить в течении строго определенного времени (определяется либо общими правилами ТП либо стоимостью контракта на ТП) ответ - это называется ТЕХНИЧЕСКАЯ ПОДДЕРЖКА

что же нам предлагает Бител? а он предлагает платить за обращения к нему! господа, сама идея платить за за кол-во обращений в ТП - бред! ТП либо есть, либо ее нет, а если она есть, то измерять ее кол-вом обращений в ТП - это признак, извините, банальной жадности ... нет, я не против нормального желания заработать деньги! я против "отжима" денег за поддержку системы у которой пользователи ищут огрехи в документации (sic!), системы которая гордится наличием своего API, но документация оного API не просто оставляет желать лучшего, нет! качество документированности API проще всего охарактеризовать как ее отсутствие ... не согласны? пожалуйста, сначала загляните сюда, посмотрите что значит _документация_, а потом постарайтесь переубедить меня в том что документации по API к коммерчесскому продукту в общем то нет ...

господа Бител-овцы, хотите продавать поддержку? продавайте ее так как продают ее во всем мире - на год без ограничения кол-ва обращений ... я понимаю что Вам не очень хочется отвечать на, зачастую, идиотские вопросы и поэтому Вы хотите получить с каждого вопроса деньги, но задумайтесь - а сколько денег Вы теряете на том что кого-то, особенно новичков, отпугивает сама идея оплаты обращений? может человек спросил бы вас 2-3 раза за весь год и все, а заплатил за целый год ... а если человек использует БГБ, то, полагаю, ему хотелось бы оплатить не просто ТП, а ТП с доступом к обновлениям, а ТП будет быстро, решительно, исправлять ошибки оных обновлений ... сознайтесь, ведь Вы даже не задумывались о продаже доступа к обновлениям совместно с ТП, верно? а ведь это, опять же, мировая практика ... может стоит задуматься? лично я не раздумывая куплю такую подписку только ради того чтобы иметь возможность в кратчайшие сроки разрешить проблему с вновь установленным обновлением!

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

Вот с этим полностью согласен !!!

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений