|
|||||||||||||||||||||||
В-третьих, обращайте внимание на перечень услуг и возможность их оказания. В первую очередь нужно попытаться оценить, подходит ли вам облачный провайдер не с точки зрения технологий, которые он использует, а именно с точки зрения услуг, которые он оказывает. Ведь этот набор позволяет оценить не только те внедрения и финансовые вливания, которые произвел провайдер, но и компетенции его штата специалистов. Особенно если вы рассчитываете на полный спектр услуг. Согласитесь, неудобно переходить от одного провайдера к другому только из-за того, что первый не смог решить какую-то задачу на техническом уровне. Как не переплатить лишнего и не сэкономить на качествеВо время тестового периода детально сравните цены, которые вам выставят облачные провайдеры за ту задачу, которую вы выбрали. Отсейте подозрительно дешевых и самых дорогих – вероятнее всего, у этих компаний либо «проседают» технологии, либо неправильно сформировано ценообразование, возможны также проблемы с адекватностью и честностью менеджеров. Не принимайте цены без технического описания реализации задачи и параметров сервиса, которые гарантирует провайдер. Часто недобросовестные менеджеры отправляют максимально понятные и простые таблички в письмах, а потом оказывается, что часть нужных вам сервисов предоставляется только за дополнительную плату, регламентные работы на оборудовании прерывают сервис, а вас даже не предупреждают о работах. Чтобы не переплатить лишнего, будьте предельно честными, тогда вы получите то предложение, которое будет ближе всего к реализации вашей задачи. Провайдеру нужно очень четко обозначить: «У меня есть такая задача, я хочу получить вот такой результат, а вот мой бюджет». Не бойтесь, что вам дадут завышенное ценовое предложение, потому что вы озвучили свой бюджет. Помните, что запросы стоит отправлять нескольким провайдерам и отсеивать самых дорогих. Что делать после тестового периодаПосле выбора близкого по духу партнера, а лучше двух, нужно понять, как вы будете реализовывать то, что запланировали. Реализация, которая сидит у вас в голове или у ваших администраторов, может совершенно не совпадать с современными возможностями облачного провайдера. Я не говорю о том, что облачный провайдер с чем-то не справится. Скорее наоборот, партнер может найти более простые пути решения вашей бизнес-задачи с использованием облачных технологий. Сейчас у многих провайдеров есть хороший штат специалистов. У некоторых есть даже отделы Research & Development, которые занимаются разработкой новых технологий. Такие компании догнали и даже уже обогнали Запад в количестве и качестве услуг. Мой совет: довериться непосредственно тому партнеру, которого вы выбрали на этапе пилотного тестирования, и совместно с ним разработать решения. Решения могут быть совершенно разные, и их явно будет несколько. Здесь как у строителей: «можем сделать качественно, быстро и дешево – выберите два из трех». Сейчас большой тренд на гибридные облака и мультиоблачность, которая предполагает, что одну услугу могут предоставлять несколько облачных провайдеров, работая совместно для достижения бизнес-цели заказчика. Гибридные облака помогут сэкономить при разных задачах и разных требованиях к их реализации с точки зрения информационной безопасности. Но в большинстве случаев компаниям подходит модель SaaS – модель получения услуг по подписке. Например, компании требуется установить почтовый сервис или какую-то CRM-систему. Вы с вашими специалистами долго разрабатываете требования, пишите ТЗ, готовите сайзинг для заказа инфраструктуры в облаке. А еще стоит подумать над параметрами SLA, круглосуточной поддержкой и остальными малоприятными вещами. Хотя можно просто купить готовый сервис по цене 300 руб. в месяц за один почтовый ящик. Вероятность того, что вы сможете разработать более отказоустойчивое, качественное и стабильное решение, чем облачный провайдер с большим опытом в интеграции, очень мала. У нас, например, почтовое решение SaaS Exchange предоставляется на двух независимых площадках с балансировкой на третьей, такая схема полностью гарантирует работу сервиса даже при падении одной из площадок вплоть до уровня ЦОД. Конечно, вы столкнетесь с тем, что у каждого стандартного SaaS-решения есть ограничения. Это одна из причин, по которой многие продолжают создавать свои решения. Ограничения заключаются в том, что сервис стандартный выполняет большинство потребностей для большинства заказчиков и многие заложенные вами в ТЗ функции могут быть недоступны. Здесь стоит задаться вопросом: а действительно ли этот дополнительный функционал был нужен? Действительно ли нужна интеграция с AD, полный доступ для администрирования вашими специалистами и т.п.? Потому что на второй чаше весов будет цена. Можно построить SaaS по требованиям заказчика, но стоимость будет уже совсем другой. У нас уже были заказчики, которых мы смогли убедить перейти от сервиса с большим числом требований к обычному стандартному решению. И сейчас они платят в три раза меньше, чем могли бы платить за функционал, который совершенно им не нужен с точки зрения бизнеса.
Комментарии отсутствуют Комментарии могут отставлять только зарегистрированные пользователи
Вакансии на сайте Jooble
|
|
||||||||||||||||||||||
|
|||||||||||||||||||||||
Сообщество цифровых управленцев «я-ИТ-ы» проводит ЗАКРЫТУЮ встречу в рамках выставки «Связь-2024»! 
Ассоциация разработчиков «Отечественный софт» отметила 15-летие 
РДТЕХ представил Технологическую карту российского ПО 2023 
RAMAX Group получила партнерский статус уровня Gold по продукту Tarantool 
_cover.jpg)
