Отношения между двумя сторонами регулирует договор оказания услуг, нужно действовать согласно этому договору, предъявлять претензии оператору требовать перерасчет.
А ждать чего то сверх этого договора, слишком опрометчиво. Это как купить лотерейный билет, где нет 100% гарантии выиграть, и расстраиваться потом, что вы не получили приз. Билет же купили?
я рад что вы понимаете, кто не обязательно лезть на крышу для того чтобы решить проблему, а то вы так рьяно хотели чотбы кто-то куда-то вылез.
что у вас написано в договоре оказания услуг? провайдер обязуется предоставить уведомления о поломках на сети? в случае отсутствия связи, как пользователь услуг, на какую компенсацию и сроки устранения проблем вы можете рассчитывать?
Бесполезный пример, если учесть сколько вы платили денег тому провайдеру и сколько топик стартер платит за Йоту ежемесячно, разница будет существенной.
Вы меня не поняли, у меня вопрос технического плана, не про качество обслуживания, и вылизывания клиентов. Уведомили, не уведомили, дело десятое.
У меня четкий конкретный вопрос: Вы понимаете что устранение поломки не всегда сопровождается непосредственным доступом к оборудованию (крыше)? Почему топик стартер так рьяно желаете чтобы кто-то туда таки залез и что-то покрутил руками?
У меня вот есть несколько вопросов, не в тему, а может и в тему, к автору:
1. Почему вы считаете, что устранение какой-то проблемы (была они или не была, с точностью тут утверждать нельзя), должно обязательно сопровождаться непосредственным лазаньем по крыше, копанием в оборудовании? Т.е. удаленно проблемы с оборудованием не решаются?
2. Не предполагается ли в данном случае, что были плановые работы, возможно и по конфигурированию оборудования LTE, которое уже давно стояло на базовой станции. И эти самые плановые работы закончились неверно, произошел сбой, о котором сказали вам, на устранение естественно требуется какое-то время?
Я не работаю в Yota. Но ваше сообщение походит под разряд: «Я плачу такие деньги, НИПОКАЧАТЬ!»
Могу лишь сказать исходя из своего опыта работы в крупной компании.
Система приоритетов в идеале неплоха: каждому приоритету регламентированное время решения проблемы, как следствие возможность гарантировать клиенту сроки и описывать их в договоре гарантировать перерасчет услуг при превышении этого времени (клиенто-ориентированность на лицо). Как вытекающее из системы приоритетов более удобная отчетность, анализ причинах превышения времени решения проблемы.
На практике же: часто загруженность сотрудников хэлпдеска, приводит к игнорированию приоритетов, и решению проблем просто по порядку, по времени появления. Зависимость сотрудников хэлпдеска от сотрудников других отделов, тоже очень часто делают систему приоритетов незначительной, загруженность других отделов, человеческий фактор. При сильном акценте на приоритетах в работе, начнется «тикетопинание» между отделами. Опять же есть шанс, что при большом количестве высоко приоритетных тикетов, тикеты более низкого приоритета будут копиться, откладываться.
Палка о двух концах.
Система приоритетов должна быть гибкой и генерироваться самой системой.
Лично мое мнение, система должна в реальном времени анализировать работу сотрудников. Чем меньше сотрудник загружен на данный момент, тем больше вероятность, что система назначит на него проблему, естественно анализируя общее число обработанных проблем. Адекватней будет система будильников, которая будет выделять ответственному отделу определенное время на решение проблемы, в зависимости от приоритета (и пусть сотрудники не знают этот приоритет).
Например: 1 приоритет (скрыт от сотрудников): На прием, обработку, координацию обращения, сотруднику хэлпдеска выделено 1час -> при координации на отдел расчетов, сотруднику этого отдела выделено 2.5 часа и т.д. 3 приоритет (скрыт от сотрудника): На прием, обработку, координацию обращения, сотруднику хэлпдеска выделено 2часа -> при координации на отдел расчетов, сотруднику этого отдела выделено 4 часа и т.д.
и приоритезировать тикеты согласно оставшемуся времени (показывать в списке очередность с которой сотрудник должен смотреть проблемы)
«Очень грамотно сделали»? Сейчас сижу и слушаю как поддержка матерится, объясняя клиенту географию, и то как найти наш город на миникарте сего замерщика и наконец уже произвести замер скорости. Чувствую придется свой замерщик писать, с блэкджеком и… (ну вы поняли). Однокнопочный и простой.
По-моему в одном из роликов Фримена, она сам высмеивал людей которые ищут потаенные послания влияющие на мозг революционный настрой в массах? (меня поправят если я ошибаюсь)
Да и зачем QR-code прятать как 25 кадр, все равно мозг человека увидевшего (не успевшего увидеть) не способен перевести его в информацию и получить тайный смысл послания? Стеб автора не более.
Категорически присоеденяюсь к вопросу: когда же будет венсия под Android?
В цвет к этому вопросу хотел бы спросить:
1. Количество мобильных устройст на платформе Андроид, в два раза превышает Виндапс мобайл, не лучше ли дать большенству пользователей это долгожданное приоложение? Поверьте, популярность вашего приложения взлетит, ниужели вы сами этого не понимаете?
2. Не кажется ли вам, что большенству офисных и домашних пользователей, всеравно на рюшечки и бантики, и интерфейсы, когда дело дохтдит до поиска остановки или номера телефона организации. Может сосоедоточится на чем-то более нужном (см. пункт 1)?
Как только ваш пост появляется на хабре, у вас тут же спрашивают, про мобильные версии вашей программы, дайте людям чего они хотят :)
вот блин, детства совсем у детей нет… давно давно, клеил игру лабиринт, где нужно было гонять шарик по этому фанерному лабиринту при помощи 4 ручек наклоняющих всю конструкцию, вот интересно было… а тут покупной мобильник взял, шарик по полу покатал…
на сколько я понимаю, патент на мультитач действует только на территории США, поправьте меня если ошибаюсь…
отсюда и анлок мультитача, для нормальной части этой планеты?
Ну много же всего.
Ну например CDMA это разработка Российской военки, разрабатывалась специально для спец служб. Из-за малой распространенности и медленного развития (застряло в военке), все остальные страны начали внедрять в комерческую эксплуатацию, и сейчас активно пользуются.
Поправьте меня если ошибаюсь.
А катера на воздушной подушке?
Я частенько бываю на Сибирской ярмарке дни выставки телекоммуникационных компаний, и вижу как там отчаянно пытаются внедрить собственные разработки разные фирмы, продать своим же. Компании пока не достигшие того уровня чтобы продавать это все за рубеж, прозебают. Закапывают практически свои разработки. Но, они есть! Новые и очень интересные. Жаль что малая осведомленность людей в этом вопросе рождает такие посты.
предлагаю сделать ветки коментариев раскрываемые автоматически по рейтингу полезности.
например в профиле (настройках) указываю раскрывать ветку автоматически при сумарном рейтинге ветви обсуждения: +30
как только ветка удет в плюс по полезности коментариев +30 она автоматически будет раскрваться.
точно так же можно скрывать ветку… пусть пользователь сам определяет всегда ли видеть комментарии… или ветви всегда сворачивать… или фильтровать по полезности (рейтингом) :)
А ждать чего то сверх этого договора, слишком опрометчиво. Это как купить лотерейный билет, где нет 100% гарантии выиграть, и расстраиваться потом, что вы не получили приз. Билет же купили?
что у вас написано в договоре оказания услуг? провайдер обязуется предоставить уведомления о поломках на сети? в случае отсутствия связи, как пользователь услуг, на какую компенсацию и сроки устранения проблем вы можете рассчитывать?
У меня четкий конкретный вопрос: Вы понимаете что устранение поломки не всегда сопровождается непосредственным доступом к оборудованию (крыше)? Почему топик стартер так рьяно желаете чтобы кто-то туда таки залез и что-то покрутил руками?
1. Почему вы считаете, что устранение какой-то проблемы (была они или не была, с точностью тут утверждать нельзя), должно обязательно сопровождаться непосредственным лазаньем по крыше, копанием в оборудовании? Т.е. удаленно проблемы с оборудованием не решаются?
2. Не предполагается ли в данном случае, что были плановые работы, возможно и по конфигурированию оборудования LTE, которое уже давно стояло на базовой станции. И эти самые плановые работы закончились неверно, произошел сбой, о котором сказали вам, на устранение естественно требуется какое-то время?
Я не работаю в Yota. Но ваше сообщение походит под разряд: «Я плачу такие деньги, НИПОКАЧАТЬ!»
xloroff@gmail.com
Система приоритетов в идеале неплоха: каждому приоритету регламентированное время решения проблемы, как следствие возможность гарантировать клиенту сроки и описывать их в договоре гарантировать перерасчет услуг при превышении этого времени (клиенто-ориентированность на лицо). Как вытекающее из системы приоритетов более удобная отчетность, анализ причинах превышения времени решения проблемы.
На практике же: часто загруженность сотрудников хэлпдеска, приводит к игнорированию приоритетов, и решению проблем просто по порядку, по времени появления. Зависимость сотрудников хэлпдеска от сотрудников других отделов, тоже очень часто делают систему приоритетов незначительной, загруженность других отделов, человеческий фактор. При сильном акценте на приоритетах в работе, начнется «тикетопинание» между отделами. Опять же есть шанс, что при большом количестве высоко приоритетных тикетов, тикеты более низкого приоритета будут копиться, откладываться.
Палка о двух концах.
Система приоритетов должна быть гибкой и генерироваться самой системой.
Лично мое мнение, система должна в реальном времени анализировать работу сотрудников. Чем меньше сотрудник загружен на данный момент, тем больше вероятность, что система назначит на него проблему, естественно анализируя общее число обработанных проблем. Адекватней будет система будильников, которая будет выделять ответственному отделу определенное время на решение проблемы, в зависимости от приоритета (и пусть сотрудники не знают этот приоритет).
Например:
1 приоритет (скрыт от сотрудников): На прием, обработку, координацию обращения, сотруднику хэлпдеска выделено 1час -> при координации на отдел расчетов, сотруднику этого отдела выделено 2.5 часа и т.д.
3 приоритет (скрыт от сотрудника): На прием, обработку, координацию обращения, сотруднику хэлпдеска выделено 2часа -> при координации на отдел расчетов, сотруднику этого отдела выделено 4 часа и т.д.
и приоритезировать тикеты согласно оставшемуся времени (показывать в списке очередность с которой сотрудник должен смотреть проблемы)
Да и зачем QR-code прятать как 25 кадр, все равно мозг человека увидевшего (не успевшего увидеть) не способен перевести его в информацию и получить тайный смысл послания? Стеб автора не более.
В цвет к этому вопросу хотел бы спросить:
1. Количество мобильных устройст на платформе Андроид, в два раза превышает Виндапс мобайл, не лучше ли дать большенству пользователей это долгожданное приоложение? Поверьте, популярность вашего приложения взлетит, ниужели вы сами этого не понимаете?
2. Не кажется ли вам, что большенству офисных и домашних пользователей, всеравно на рюшечки и бантики, и интерфейсы, когда дело дохтдит до поиска остановки или номера телефона организации. Может сосоедоточится на чем-то более нужном (см. пункт 1)?
Как только ваш пост появляется на хабре, у вас тут же спрашивают, про мобильные версии вашей программы, дайте людям чего они хотят :)
отсюда и анлок мультитача, для нормальной части этой планеты?
Ну например CDMA это разработка Российской военки, разрабатывалась специально для спец служб. Из-за малой распространенности и медленного развития (застряло в военке), все остальные страны начали внедрять в комерческую эксплуатацию, и сейчас активно пользуются.
Поправьте меня если ошибаюсь.
А катера на воздушной подушке?
Я частенько бываю на Сибирской ярмарке дни выставки телекоммуникационных компаний, и вижу как там отчаянно пытаются внедрить собственные разработки разные фирмы, продать своим же. Компании пока не достигшие того уровня чтобы продавать это все за рубеж, прозебают. Закапывают практически свои разработки. Но, они есть! Новые и очень интересные. Жаль что малая осведомленность людей в этом вопросе рождает такие посты.
например в профиле (настройках) указываю раскрывать ветку автоматически при сумарном рейтинге ветви обсуждения: +30
как только ветка удет в плюс по полезности коментариев +30 она автоматически будет раскрваться.
точно так же можно скрывать ветку… пусть пользователь сам определяет всегда ли видеть комментарии… или ветви всегда сворачивать… или фильтровать по полезности (рейтингом) :)