BitStat против Notion: что выбрать для торгового журнала?

Коротко. В Notion можно вести торговый журнал, но ничего в нем не заточено под трейдинг: винрейт, R-multiple и expectancy приходится строить вручную через формульные свойства, несколько финансируемых счетов требуют ручных связей (relations), чтобы не смешиваться, а большинство «торговых журналов в Notion» в сети – это неофициальные шаблоны сообщества, а не поддерживаемый продукт. BitStat идет с противоположной стороны: импортируй или запиши сделку – и метрики, разделение счетов и дашборд уже готовы. Это сравнение показывает, что Notion реально предлагает сегодня, что трейдеру придется собрать самому, и когда общее рабочее пространство все еще имеет смысл вместо специализированного софта.

Что Notion реально предлагает для записи сделок

Базы данных Notion поддерживают Relations (связь строк одной базы со строками другой), Rollups (агрегацию связанных данных – например, подсчет или сумму значений по связанным строкам) и формульные свойства, которые могут ссылаться на другие свойства той же строки, согласно официальной документации Notion. На практике журнал сделок в Notion – это база данных с одной строкой на сделку: цена входа, цена выхода, объем, связь с базой «Accounts» и формульные свойства, считающие прибыль/убыток или R-multiple для этой конкретной строки. С 2025 года Notion также добавил собственные Chart-представления (столбчатые, линейные, кольцевые диаграммы и числовые KPI-карточки), которые накладываются поверх любой базы и обновляются при изменении строк, доступные на платных тарифах Notion (см. документацию Notion о графиках). Это закрывает пробел, который раньше существовал полностью: еще несколько лет назад визуализация кривой P&L в Notion означала сначала экспорт в таблицу.

Что все равно приходится строить вручную

Ничто из перечисленного не приходит готовым под трейдинг. Винрейт, средний R-multiple, expectancy и profit factor – не свойства, с которыми поставляется Notion; это формулы, которые трейдер пишет сам, синтаксисом формул Notion, а не ссылками на ячейки в стиле таблицы. Rollup, агрегирующий R-multiple по всем сделкам определенного месяца, сначала требует связи сделок с базой «Sessions» или «Months», а сломанная или отсутствующая связь обычно проявляется как пустой rollup, а не как видимая ошибка, что легко пропустить в загруженную торговую неделю. Построить это правильно с первого раза обычно занимает несколько часов для того, кто уже уверенно владеет языком формул Notion; перестроить после обновления шаблона, или после копирования другого шаблона, который тихо переименовывает свойство, занимает дольше, и нет поставщика, который предупредит, что rollup две недели указывал не на ту связь.

Откуда на самом деле берутся торговые журналы в Notion

Официального торгового журнала от Notion не существует. То, что появляется при поиске, – это маркетплейс шаблонов от сообщества, от бесплатных однобазовых журналов сделок до платных многостраничных систем, сочетающих журнал сделок, ежедневный журнал сессии и месячный rollup результатов. Некоторые из них действительно хорошо сделаны, но их поддерживают отдельные авторы, а не Notion, и не под категорию BitStat конкретно: структура счетов проп-фирм, учет выплат и разница между тегом стратегии и тегом сетапа – это не то, вокруг чего автор общего шаблона, вероятно, продумал дизайн, если он сам не торгует на финансируемых счетах. Совместимость с будущим обновлением базы данных Notion, или с другим шаблоном, скопированным позже, никто не гарантирует.

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

Трейдеру с несколькими финансируемыми счетами нужно, чтобы сделки оставались привязанными к правильному счету без ручного перетегирования. В Notion это означает базу «Accounts», связанную с журналом сделок, где каждая новая строка вручную назначается на счет, а любой rollup или представление, которое должно быть специфичным для счета, фильтруется по этой связи вручную. Ничто не мешает записать сделку на неправильный счет, если поле связи пропустили, и нет стандартного представления «переключить счет – увидеть только его метрики» без предварительной постройки. Отслеживание нескольких счетов проп-фирм – одна из тех зон, где поведение специализированного продукта по умолчанию, а не вручную поддерживаемая связь, имеет наибольшее значение по мере роста числа счетов.

Фильтрация и несколько представлений: реальное преимущество Notion

Базы данных Notion можно отображать как таблицу, канбан-доску, календарь или галерею – все читают одни и те же строки без дублирования данных или какого-либо экспорта. Журнал сделок может стать доской, сгруппированной по тегу сетапа, чтобы увидеть, какой сетап записывается чаще всего, календарным представлением с датами сделок, сгруппированными по неделям, или таблицей, отсортированной по R-multiple, чтобы найти лучшие и худшие сделки месяца – и переключаться между ними за несколько кликов. Это реальная зона, где общий дизайн Notion превосходит специализированный журнал: дашборд BitStat группирует метрики по сессии, инструменту или счету в фиксированных макетах, но не дает такой же открытой возможности импровизировать представления, какую имеет опытный пользователь Notion. Компромисс – время на настройку и та же хрупкость, описанная выше: каждое новое представление все равно требует вручную настроенных фильтров и сортировки, а фильтр, построенный на сломанной связи, тихо возвращает пустое представление вместо ошибки, что легко спутать с «ни одна сделка не подошла под фильтр», а не с «фильтр перестал работать».

Где здесь место BitStat

BitStat построен именно под рабочий процесс из этого сравнения: импортируй с биржи или брокера или записывай вручную, тегируй по сетапу и по стратегии как два отдельных поля, и видь винрейт, R-multiple и expectancy, посчитанные автоматически на дашборде, а не через формулу, которую трейдеру нужно писать и поддерживать самому. Несколько финансируемых счетов разделены по умолчанию, а не через связь, которую кто-то должен помнить заполнить. Это не делает BitStat правильным выбором для всех: трейдер, который уже ведет свои задачи, заметки и планирование в Notion и записывает лишь несколько сделок в неделю, вполне может предпочесть единое рабочее пространство, приняв ручную работу с формулами как цену такой централизации.

Компромисс с таблицей – иного характера: BitStat против Excel разбирает, где формулы таблицы обычно ломаются с ростом числа строк – это другая проблема, чем описанная выше проблема связей Notion. О том, как Notion вписывается рядом с таблицами, приложениями для заметок и специализированным софтом как категория в целом, – в статье Лучшие торговые журналы 2026.

Когда общее рабочее пространство все еще имеет смысл

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

Важно. Сломанная формула Notion или незаполненное поле связи не выдает видимую ошибку так, как #REF! в таблице – обычно она просто возвращает пустое значение или ноль, что легко прочитать как «на этой неделе не было сделок» вместо «формула перестала работать». Проверять, что rollups и формулы все еще указывают на правильные свойства после любого изменения шаблона, стоит до того, как доверять цифрам за неделю.

Что на самом деле означает переход позже

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

Сравнение двух вариантов коротко

Что проверить перед выбором

Эта статья носит исключительно образовательный характер и не является финансовой или инвестиционной консультацией. Функции, тарифные планы и маркетплейс шаблонов Notion меняются со временем; проверяйте актуальные детали напрямую в Notion перед выбором настройки. Торговля с кредитным плечом несет высокий риск потери средств.

Посмотрите, как BitStat считает эти метрики автоматически, в торговом журнале.