Pull to refresh
13
-6
Вячеслав @Okdesk

Технический директор

Send message

Ага, в следующий раз пишите подобные комментарии:

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

осмотрительнее, пожалуйста

Верно ли мы понимаем, что вы утверждаете, что оценка верна, но сами браться не хотите? :)

Конечно, готовы. ТЗ выше. Бюджет - 165 000 рублей, как медиана оценки на фрилансе, с которой вы согласились. Сроки, как вы и указали - "2 недели макс".
Присылайте типовой договор хоть на ИП, согласуем и в работу.
Конечно, с постоплатой, раз это всё так быстро и легко.
Принимать будет по факту выполнения всех 100% требований. С нетерпением ждем договора на info@okdesk.ru

Интересно, но оценивали ли вы стоимость подобной разработки? А ведь это самое интересное.
Сколько чистых ТЗТ в часах потрачено за всё это время? Сможем вместе прикинуть стоимость с учетом среднерыночной ставки разработчика в РФ.

Извините, но это несколько похоже на «басни».
Дело в том, что в онлайн у нас по всем аккаунтам тысячи пользователей и тысячи регистрируемых заявок. Любой системный «символ загрузки» привел бы не просто к шквалу обращений, но и к соответствующим отзывам в интернет. Но их за все время вы не найдете. А вот отзывов на «быстрый отклик» и «быструю работу» — достаточно.
А еще мы мониторим 24*7 колоссальное количество метрик и откликов на все базовые сценарии работы с системой.

То есть сам факт «долгой загрузки», конечно, мог иметь место (как же мы проверим то, что сказал вам подчиненный менеджер?), но вот причины совершенно очевидно были не в том, что тормозила система.

В общем, рекомендую предпринять вторую попытку. С нас лично Вам при оформлении подписки мобильное приложение (которым пользуется 5000+ человек) в подарок ;) Оно, к слову, теперь позволит «на лету» прямо на карте распределять заявки на исполнителей, что существенно сокращает время выполнения.
В сильно облегченном и переработанном виде будет, кажется, уже не очень ITIL :)
Оказывается, на «носу» очередная всероссийская itSMF конференция. Вот уж «попали» мы с этой статьёй :\
Сергей, так мы не понимаем как нас можно сравнивать? MSP — это про ITIL со всеми вытекающими. Мы совсем не про ITIL. То есть если сравнивать в «лоб», то общее будет в виде «возможность регистрации заявки» и т.д.
Вот тут habrahabr.ru/company/okdesk/blog/343976 мы написали достаточно подробно во второй части статьи про рынок и отличие решений. Если этого недостаточно, будет здорово, если Вы зададите конкретные вопросы, а не попросите абстрактно сравнить 2 принципиально разных решения.
Бюджета на такое в малых организациях никто не даст.

100+ наших клиентов из микробизнеса и SMB опровергают данное утверждение. А за ноль рублей нас сравнивать не нужно. Мы стоим дороже, потому что наша ценность для конечной сервисной компании значительно выше указанного решения ;)
Да, в общепринятом смысле этого нет. Вы можете зарегистрировать аккаунт — 14 дней бесплатный доступ.
Для многих небольших сервисных компаний аббревиатура SLA — до сих пор что-то ругательное. Вот неплохая заметка "Договор SLA или Service Level Agreement. Что это такое?"
К сожалению, у многих компаний до сих пор возникают вопросы "Зачем нужна 1 линия поддержки"? Постарались в своём блоге ответить на эти вопросы.
В рамках поддержки пользователей, важно выбрать подходящую Help Desk систему. В рамках одной из своих заметок на Хабре мы попытались проанализировать какие функции должны быть в Service Desk системе habrahabr.ru/company/okdesk/blog/306326
На самом деле есть 2 пути: принуждение или поиск простой системы автоматизации клиентской поддержки, которую можно будет запустить за несколько минут и которая будет понятна как исполнителям заявок, так и заявителям. Вот тут мы, в том числе попытались посмотреть на рынок Help Desk систем пошире и попробовали его классифицировать
Для среднего и малого бизнеса действительно нужны решения, которые позволят за несколько минут запустить регистрацию заявок от клиентов и автоматизировать обработку обращений. В случае Okdesk и разворачивать ничего не нужно.
Отличная статья, которая никогда не потеряет своей актуальности. Мы теме KPI для Help Desk и сервисных компаний посвятили целый ряд статей:

  1. 6 основных KPI для оценки 2-й линии службы поддержки
  2. KPI службы Help Desk или первой линии поддержки
  3. Как выбрать нужные KPI для сотрудников сервисной компаниий?
Почему же выбор и внедрение Service Desk до сих рассматривается для внутреннего ИТ? Видимо, это наследие ITIL. А тем не менее сервисные компании, оказывающие услуги постпродажного обслуживания оборудования или ПО, также заинтересованы в подходящей Service Desk системе
Кстати, вот еще одна отличная статья по важным функциям Help Desk системы и рекомендациям по выбору habrahabr.ru/company/okdesk/blog/306326
Да, но рынок «сервисных» компаний не ограничивается ИТ-аутсорсингом. Это его очень малая часть. В общем случае полноценная CMDB со связями, управление изменениями и т.д. — ненужные модули. То есть в продукте MSP отличие, скорее, маркетинговое. Поглядите на Okdesk, чтобы понимать почему в заметке написано, что не было подходящего решения. Мы очень далеко от MSP, точнее MSP очень далеко от реальной жизни сервисных компаний в России.
Будем признательны, если дадите ссылку на более авторитетное и массовое исследование

Information

Rating
Does not participate
Location
Пенза, Пензенская обл., Россия
Registered
Activity