Коробка или облако: что выбрать бизнесу в Казахстане

Выбор обсуждают эмоционально: своё против чужого, контроль против удобства. Практика сводит его к трём вопросам, и ответы на них обычно известны заранее.

Три вопроса, которые решают всё

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

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

Третий: есть ли человек, который будет обслуживать сервер. Не «можно нанять», а есть сейчас, с ответственностью за резервные копии, обновления и восстановление после сбоя.

Три «нет» означают облако. Одно «да» на первый вопрос означает коробку. «Да» на второй и третий — повод считать полную стоимость владения, а не выбирать по ощущению.

Чем варианты отличаются на практике

Ключевое различие не в функциях, а в том, кто несёт ответственность за работоспособность. В облаке её несёт вендор: обновления, доступность и восстановление после сбоя — его обязанность, зафиксированная в подписке. В коробке ответственность переходит к вам целиком, и вместе с ней приходят работы, которых в облачном варианте не существует вовсе.

Второе различие — момент, когда система готова к настройке. Облако доступно сразу; коробка требует сервера, развёртывания и проверки, и это время идёт до начала проектных работ, а не параллельно им.

Критерий	Облако	Коробка на своём сервере
Кто отвечает за доступность	вендор	вы
Обновления	автоматически	по вашему решению и силами вашего специалиста
Размещение данных	инфраструктура вендора	ваша инфраструктура
Доработка платформы	ограничена	возможна
Нужен администратор	нет	да, постоянно
Стоимость	подписка	лицензия плюс сервер плюс обслуживание
Срок запуска	сразу	развёртывание и настройка сервера

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

Компания, которая берёт коробку без такого человека, получает не контроль, а систему, которую никто не обновляет.

Почему все наши проекты в облаке

Из 17 опубликованных внедрений все реализованы в облачной версии — включая проекты в Казахстане, России и Европе, включая госсектор и производство.

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

Стоит проговорить и обратное. Мы не считаем коробку худшим выбором и не отговариваем от неё, когда требования реальны. Отговариваем от неё тогда, когда её выбирают из соображения «у себя надёжнее» — потому что за этой формулировкой обычно нет ни человека, ни регламента.

Что стоит посчитать до решения

Полную стоимость владения на три года, а не цену входа.

В облаке она складывается из подписки и работ по внедрению. В коробке — из лицензии, сервера, его обслуживания, времени администратора и работ по обновлениям, которые в облаке делает вендор.

Отдельно посчитайте стоимость простоя. В облаке ответственность за доступность несёт вендор; в коробке — вы, и восстановление после сбоя занимает столько времени, сколько занимает у вашего специалиста.

И третье: сроки. Развёртывание сервера добавляет время к проекту, и это время не совпадает со сроком настройки — оно идёт до него. Как складывается срок внедрения в целом — в отдельном разборе.

Как это связано с выбором самой системы

Вопрос размещения возникает только после того, как выбрана платформа, и часто оказывается решающим аргументом в её пользу.

Битрикс24 существует в обоих вариантах, amoCRM — только в облаке. Для компании с жёсткими требованиями к размещению данных это снимает выбор системы автоматически, ещё до сравнения функций.

Если таких требований нет, выбирать стоит по устройству процессов, а не по способу размещения. Вопрос «где лежат данные» решается один раз и почти не влияет на ежедневную работу; вопрос «что происходит после сделки» определяет её каждый день.

Обратный порядок встречается часто и обходится дорого: компания выбирает вариант размещения, обнаруживает, что нужная ей система в нём недоступна, и меняет систему под способ размещения вместо того, чтобы менять способ под задачи.

Разбор по критериям выбора — на странице Битрикс24 или amoCRM; что входит в работы по внедрению в любом из вариантов — в разборе состава проекта.