Сколько стоит содержать сайт в интернете? Как снизить стоимость владения сайтом?

Время чтения - 9 мин.

Дата публикации 30.07.2020 (обновлено 11.07.2022)

Сколько стоит содержать сайт в интернете? Как снизить стоимость владения сайтом?

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

Скажем, начальная версия обойдется вам в 200 тысяч рублей. Однако через 2 года общие затраты на сайт в техническом плане могут превысить 1 млн рублей. Почему так происходит и как это предусмотреть, чтобы запустить успешный бизнес в интернете?

Давайте разберемся, из чего складывается итоговая стоимость владения и содержание сайта.

Основные статьи расходов на владение сайтом

Домен сайта

Зарегистрировать доменное имя для обычного, не премиум-класса, — это мелкие расходы, до 1000 рублей в год. Эту статью можно даже не учитывать.

Хостинг сайта

Вы можете выбрать обычный хостинг или аренду сервера (VPS). Хостинг может занимать от 150 рублей в месяц. Аренда сервера сильно дороже - от 1000 рублей в месяц. В целом, это тоже малые расходы для серьезного IT проекта.

Интеграции с внешними системами

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

Развитие системы

Раянов Руслан, эксперт по платформе Falcon Space Разработчики стоят дорого. Если идут активно доработки, то это главная статья расходов.

Если вы знаете основы SQL - вы можете сами поддерживать свой веб-проект на платформе Falcon Space.

Кардинальное снижение расходов! Руслан Раянов, эксперт Falcon Space Появляются новые идеи, новые требования к системе. Может расти нагрузка, возникают проблемы производительности системы. Все это необходимо обслуживать. По сути любой рабочий проект должен развиваться и успевать за изменениями текущими реалиями бизнеса.

Если система будет медленно реагировать на изменения бизнес-среды, то часть процессов будет просто проходить мимо нее.

Это основная часть расходов, и здесь может быть заложено до 90% (конечно, если не считать маркетинг и продвижение сайта в сети). Любой живой проект должен развиваться: появляются новые идеи, растет нагрузка, требуются доработки. Если система не успевает за изменениями, бизнес-процессы уходят в сторону. Для проекта среднего масштаба и выше эти расходы будут значительными.

Операционная деятельность сайта

Это затраты на персонал сайта - модерация, обработка запросов пользователей. Это относительно небольшие затраты, и самое главное - они прогнозируемые.

Внешние сервисы

Если сайт использует некие платные сервисы, то это также дополнительная статья расходов на содержание для владельцев сайта.

Маркетинг и трафик

Для работающего функционального сайта 2 главные статьи - это программисты и маркетинг.

Сюда входит контент, рекламный бюджет, SEO для поисковых систем, включая Яндекс, аналитика. Компании в Москве и других регионах могут иметь разный финансовой бюджет: от бесплатного контент-маркетинга до крупных рекламных кампаний.

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

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

Затраты на исполнителей

С программистами (или другим персоналом для развития продукта - дизайнеры, верстальщики и др.) все сложнее. Очень много зависит от выбранного способа создания сайта.
Если это чисто заказная разработка, то любое изменение проходит полный стек разработки, и это очень дорого. Даже добавить 1 раздел на 2-3 страницы в панель управления или изменить оглавление - это уже десятки тысяч рублей. И это объективная цена, а не желание легких денег со стороны разработчиков, просто для этих задач нужно подключать сразу несколько специализаций - бекенд программист, бизнес-аналитик, фронтенд программист, верстальщик, дизайнер, тестировщик.

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

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

Решение проблемы в Falcon Space

В Falcon Space мы радикально снизили расходы на содержание сайта, упростив процесс разработки и объединив роли специалистов.

1. Нет backend и frontend программиста

Вся логика пишется на SQL. Слоя логики на PHP или C# просто нет. Все управляется через SQL и выводится через Front end компоненты, что упрощает обслуживание.

2. Нет верстальщика

В системе для компонентов выводится по умолчанию нормальная верстка + при желании можно заказать кастомный дизайном, но для 95% задач это не требуется. Система использует готовые, адаптивные компоненты. Вам не нужно думать о том, как храните и отображаете данные — за вас это делает платформа.

3. Для реализации API не требуется отдельный программист

Все это может делать тот же человек, который знает SQL.

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

Дополнительным плюсом является меньшее количество точек, где можно допустить ошибку. Разработчик написал нужный sql, у него что-то не работает. Ошибка с вероятностью 99% в SQL, который он написал. Таким образом, можно очень быстро создавать решения.

4. Быстрый перенос решений, накопление кодовой базы

Следующим моментом, снижающим стоимость, является возможность быстрых трансферов решений. Ведь любое решение - это по факту большой файл с SQL кодом, который можно портировать в другую базу. К примеру, механизм базы знаний с нашего сайта можно портировать на другое решение за 1 час (перенести таблицы и компоненты через механизм генерации SQL).

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

К примеру, бот телеграм работает через одну хранимую процедуру, которая обрабатывает все входящие команды бота. Такой подход позволяет сохранять узким стек специалиста (SQL, Bootstrap), что упрощает поиск специалистов в дальнейшем, а также ускоряет их обучение для включения в процесс разработки.

Конечно в системе остается возможность делать кастомные вещи: внедрять свои лендинги, писать свои JS компоненты с обращением к серверу через AJAX запросы. Если бы этого не было, то платформа имела бы критические ограничения, что для универсального продукта было бы недопустимо. Но для 95% потребностей хватает стандартного функционала, управляемого через SQL. Таким образом, 1-2 человека на проекте, знающих SQL, могут очень быстро внедрять новые возможности в проект.

Считаю крайне важным моментом возможность быстрых правок бизнес-логики.

Если любое малейшее изменение требует запуска сложного механизма обновления, то неизбежно возникают большие задержки по времени, особенно когда задействовано сразу много людей для выполнения обновления. Чем меньше людей, и чем меньше требуется действий для внесения правки в бизнес-логику, тем быстрее и дешевле будет делать множественные правки по проекту.

Если брать наш кейс, то создание типовых вещей стало выполняться в 4-5 раз быстрее по сравнению с прежним способом разработки на полном стеке. Если раньше некую управляющую таблицу мы делали за 4-5 часов (на полном стеке), то сейчас ее можно собрать за 1 час, при этом сопровождать ее в будущем проще, т.к. 95% правок - это изменение SQL.

Итак, преобразования, которые повлияли на снижение стоимости услуг

Очень узкий стек с сохранением гибкости системы. Все управление бизнес-логикой и частично выводом данных выполняется через SQL.
Закрыты все типовые потребности в компонентах (ключевой момент - без ограничения по гибкости бизнес-логики).
Возможность быстрых правок. Разработка идет по-живому, поставка новых возможностей происходит прямо из кабинета администратора-разработчика (альтернативно можно делать все на отдельном тестовом экземпляре БД).
На проекте требуется меньше людей, чем на аналогичном проекте разработки по полному стеку. Меньше людей - меньше согласования, недопонимания и координации действий участников проекта.
Скрытие сложностей и нюансов веб от Falcon-разработчика. Его задача - правильно написать SQL, а все остальное система сделает за него. При этом остается возможность "подлезть" и написать кастомную логику на JS или сделать свою верстку и стили.
Проще копить кодовую базу. Из-за стандартного подхода к разработке стало гораздо проще делать типовые решения и добавлять их по необходимости в проект: Faq, Финансы, Статьи, Задачи и другие стандартные блоки.

Если вы сами базово владеете SQL, вы получаете максимальную свободу. Вы можете содержать и оперативно менять функционал, будь то интернет-магазин или внутренняя система, без ожидания программиста.

В этом случае вы можете самостоятельно делать некоторые простые вещи, не ожидая, когда освободится программист. Скорость подобного подхода будет очень высокой - не нужно никому объяснять бизнес-логику, не нужно ждать исправления простых помарок. Вы можете сразу, в процессе работы, поправить нужные моменты и проверить сразу, как это работает. Правка с проверкой может занять 5 минут, что критично для скорости реакции бизнеса в интернете.

Заключение

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

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