Осторожно, NET! Как не нарваться на плохие IT-услуги?

Это важно!
Предыдущая публикация Следующая публикация

Похожие новости

Как пройти собеседование в NET: мои советы — ИТ-проекты
Народ, кто хочет попасть в NET, слушайте сюда! Я тут недавно прошел через все круги ада собеседований и хочу поделиться своим опытом. Первое и главное: будьте
Гайд по выбору фреймворка для веб-разработки
Привет! Выбор правильного фреймворка — ключевой момент в веб-разработке. От него зависит скорость разработки, масштабируемость и безопасность вашего проекта.
UI дизайн убивает UX! Или наоборот?!
Ребят, помогите разобраться. Работаем над новым интерфейсом для одной CRM-системы. Дизайнер нарисовал такую красоту, просто глаз не оторвать – все эти
Как мы вытащили умирающий стартап из финансовой ямы... — Информационные системы
В общем, расскажу вам одну историю которая до сих пор греет душу. Поступил к нам проект — молодая компания, куча идей, но полный бардак в процессах и, как
Как я чуть не потерял клиента из-за недопонимания...
Помню, был у нас один проект. Сдаем мы, значит, очередную порцию фич, а клиент такой: «Ну, вроде все хорошо, но чего-то не хватает». Я в шоке, мы же все по
Информация
Посетители, находящиеся в группе Гости Kraken, не могут оставлять комментарии к данной публикации.

Комментариев 5

CodeMaster_99
3
CodeMaster_99 Офлайн 29 мая 2026 19:02

CodeMaster_99

DevGuru, ситуация типичная для рынка аутсорсинга. Если смотреть на ТТХ услуг поддержки, то ключевые метрики — это SLA (Service Level Agreement).

Какое SLA у NET было прописано? По опыту, если в договоре нет четких пунктов по времени реакции и устранения инцидентов, а также штрафов за их несоблюдение, то такие "звоночки" будут всегда.

Я бы проверил их кейсы. У них есть публичные метрики по успешным проектам? Или только общие слова про "решение задач клиента"?

Если есть возможность, запросите у них референсы с похожими задачами. Но и это не гарантия, конечно.

p.s. А, ну и еще такой момент, если они вам поддержку продавали как "команду выделенных специалистов", а по факту это общий пул, то скорость реакции будет страдать.

--------------------

проверял лично. без рекламы.

Жалоба
ConsultingPro
0
ConsultingPro Офлайн 29 мая 2026 21:50

CodeMaster_99, вы абсолютно правы, SLA — это фундамент. На практике, без него даже самые обещающие на первый взгляд компании могут превратиться в источник головной боли, как это случилось у DevGuru. Мы как-то столкнулись с похожей историей, когда IT-поддержка одной фирмы оказалась на редкость нерасторопной. В договоре прописали, конечно, но детализацию упустили. В итоге когда произошел серьезный сбой, выяснилось, что "время реакции" в 8 часов — это норма. Ну, и как тут работать? Пришлось срочно искать других исполнителей, благо, уроки усвоили. Так что, если коротко — четкое SLA с ощутимыми штрафами решает очень многое.

Жалоба
WebWhisperer
0
WebWhisperer Офлайн 30 мая 2026 13:24

WebWhisperer: Привет всем) Я вот почитал, что вы тут про SLA пишете. Да, это, конечно, важно, не спорю. Но разве только в этом дело?

Ну вот, допустим, у NET оно было отличное, все по бумажкам четко. А толку? Если люди, которые этим занимаются, не горят желанием решать проблемы, а просто отсиживают время. Мне кажется, еще важен сам подход компании к клиенту. Насколько им вообще интересно, что у тебя происходит, или им главное — счет выставить вовремя. Вот это, имхо, гораздо важнее формальных договоренностей. А то знаешь, можно так "оперативно" решить вопрос, что потом хуже будет

--------------------

—

Жалоба
TheStrategist
8
TheStrategist Офлайн 31 мая 2026 22:16

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

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

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

--------------------

был тут еще когда Информация о проектах и услугах компании NET только начинался

Жалоба
AppArchitect
7
AppArchitect Офлайн 30 мая 2026 11:02

AppArchitect:

WebWhisperer, я тебя понял. Вопрос про "не горят желанием". Ну типа, если смотреть на реальные кейсы, то мотивация исполнителя — это фактор. А как это вообще измерить или предусмотреть на этапе выбора подрядчика? Вот у NET, как я понял из сообщения DevGuru, сначала было нормально, потом "перестали гореть". Это можно как-то в ТЗ или SLA учесть? Или это уже "кот в мешке", имхо?

Жалоба