Делать или купить: как на самом деле посчитать

Наивная версия этого решения — месячная плата против разового счёта, и за двенадцать месяцев подписка обычно выигрывает. Эта арифметика верна и неполна.

Где покупка действительно правильна

Говорим это первым, потому что это часто правда и потому что этот ответ стоит нам работы. Покупать, когда:

• Стратегия стандартная и механическая — сетка, DCA, простое следование за трендом на ликвидной паре. Это решённые задачи, и кто-то решил их достаточно хорошо.
• Капитал под риском настолько мал, что бюджет разработки против него не оправдан.
• Вы ещё исследуете. Заплатить, чтобы выяснить, нравится ли вам автоматическая торговля, дешевле, чем заказывать систему ради того же самого вывода.
• Время до первой сделки важнее точности соответствия.

Если три пункта про вас — перестаньте читать и идите покупайте. Возвращайтесь, когда один из них перестанет быть правдой.

Где покупка ломается

Последняя строка специфична для трейдинга, и её легко недооценить. Купленная стратегия — это общая стратегия; см. почему купленный бот не работает.

Честное сравнение затрат

На горизонте трёх лет считайте всё с обеих сторон:

1. Купить. Подписка × 36, плюс комиссия за результат, если есть, плюс стоимость обходных путей там, где не подходит, плюс стоимость миграции, когда вы это перерастёте или подрядчик закроется.
2. Сделать. Разработка, плюс инфраструктура (VPS — небольшие деньги), плюс поддержка под изменения API бирж, плюс правки, которые вы захотите на второй год.

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

На стороне разработки забывают поддержку. Биржи меняют API. Заложите это в бюджет, а не удивляйтесь потом.

Средний путь, который мы обычно советуем

Редко бывает «всё или ничего». Рабочая последовательность:

1. Начните с готового, чтобы выяснить, подходит ли вам автоматическая торговля вообще. Дёшево, быстро, и ответ действительно полезен.
2. Когда упрётесь в ограничения, запишите ровно то, чего не смогли сделать. Этот список и есть ТЗ на заказную систему, выведенное из опыта, а не из воображения.
3. Постройте то, что важнее всего — обычно исполнение и риск, — а остальное держите простым.
4. Добавляйте стратегии модулями к инфраструктуре, которая теперь ваша.

Вопрос, который решает

Один вопрос отсекает большую часть анализа: как часто вы захотите менять правила?

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

Если постоянно — потому что вы ещё выясняете, что работает; потому что рынок движется; потому что ваше преимущество в адаптации, а не в одном фиксированном правиле, — вам нужно то, что можно менять, не спрашивая разрешения. Именно это покупает разработка, и это стоит больше списка функций.