The post has been translated automatically. Original language: Russian Russian
In this article, I will tell you how to independently make a simple and convenient CRM system for small businesses to sell goods and services on Notion.
If you don't want to read or do it yourself, there is a link to the ready-made template at the end of the article.
Notion is a universal no-code tool that makes it possible to create a personal or corporate system for anything.
First, I'll talk about how to make the correct database structure (so that you don't have to redo it later), then I'll tell you how to make functions, automation and interfaces that increase usability and productivity, and I'll finish on what else could be done to raise the system to a higher level.
Any system, including CRM, must be tailored to specific processes. Our CRM will be an average-basic version - the basis for such an adjustment, and will be suitable for those who sell both goods and services, but it will not suit someone.
If you like watching more than reading, here is a link to the video.
“Measure it seven times, cut it off once.”
We start by creating a database structure, this is the most important part that will be difficult to redo later. The possibilities of a future CRM system depend on choosing the right structure.
I will omit the theory, details and those. limitations (more of this is in the article on how to make a project management system).
We will have 6 bases out of them:

The arrows indicate direct connections.
- Leads/Deals. There will be applications coming from all sources, which then turn into sales.
- Customers. Those who “buy”
- Managers. Those who “sell". Clients can be assigned to managers.
- Goods/Services. What we will sell, and we can sell both single services and a ”list" of goods.
- Transactions. The technical base that will allow us to do what is written in the paragraph above.
- Dashboards. Workspaces for managers, so that I can do everything I need, and not distract too much.
Access levels
In our simplified system there will be 2 of them:

- “The manager.” Sees and has access to everything except databases, Managers and Dashboards.
- “The owner” Has access to everything.
The bases are ready:

Guided by the goal of making a simple and universal CRM and the “golden rule" of design:
The less the better.
We make the minimum possible/neutral set.

Leads/Deals
- The name is either meta information (when auto-loading from forms and the site) or an indication of what is needed, meaningful information to identify the lead by the manager.
- Creation date - when the lead was created/added to the database. A date that can be selected manually;
- The source is where the lead “came from". A drop-down list with options. We will add a couple of examples, each user will have to customize for himself;
- Email;
- Telephone;
- Manager - who is assigned the Lead/Deal;
- Date of the next contact;
- The subject of the next contact;
The last 2 functions: We build the work of our CRM, guided by the principle that each contact should end with the appointment of the date of the next contact (and specifying the topic, so as not to forget), even if the transaction is closed.
- Status - Lead (there was no first contact), Negotiations, Documents (formal agreement to the transaction, preparation of documents), Sale (Contract signed/Invoice paid...), In progress (shipment of goods, Provision of services), Ready (goods shipped, Services rendered), Closed (documents signed/feedback received), Refusal;
- Transaction date - the date when the status was changed to Sale;
- Postings - What Kind of Product/Services have been added to the Deal
- Customers - customers related to the transaction - who “buys”
- The Client's email is automatically pulled from the Clients database;
- The Customer's phone is automatically pulled up from the Customer base;
- The order amount is the total amount of the selected goods/services, automatically pulled up from the Transaction database, takes into account the discount;
- Discount - the amount of the order is set manually;
- A review is either a link to a review (on maps, for example), or an answer to the question “What can be done better” that should be asked to all customers after the transaction.
- Lead (count) is a technical function for counting Managers' leads;
- Sale (count) is a technical function for counting the number of sales Managers;
- The amount (count) is a technical function for calculating the sales amount of Managers;
Customers
- Name - the name of the organization or the name of the individual. faces.
- Email;
- Telephone;
- Leads/Deals - communication with the database;
- Total amount of purchases;
- The last deal;
- A fixed Manager is pulled up from the Leads/Transactions.
Managers
- Name;
- In Notion - profile in Notion;
- Pinned clients;
- Leads/Deals - communication with the database;
- The number of leads in the work is considered automatic;
- The number of transactions in operation is not closed, it is considered automatic;
- The amount of transactions is considered automatic;
- Dashboard - link/link to a personal Dashboard.
Products/Services
- Title;
- Quantity of stock in stock";
- Quantity - calculated based on the Initial Quantity and Transactions, takes into account write-offs;
- Price;
- Transactions - connection to the database;
- Customers - it is pulled up automatically from the Wiring.
Transactions
- The name will be filled in automatically;
- Leads/Deals - communication with the database;
- Goods/Services - communication with the database;
- Price ✋🏼 - set manually if it differs from the fixed Price of the Product/Services
- Price - if the Price is empty, it shows the Price of the Product/Services;
- Total - Price *quantity;
- Date - will be filled in automatically, can be changed manually;
- The default number is 1;
- Count - the number to subtract from the number of Products/Services "in stock";
- The client is automatically pulled up from the database of Leads / Deals.
Dashboards
- Name - the name of the ”owner” of the Dashboard;
- Manager - communication with the Managers database.
Technical functions (in all databases):

Here, I would like to focus in more detail on several formulas-functions that play a key role:
- Lead (count) - counts the number of leads in the work of Managers;
if(and(prop("Status")!="Done", prop("Status")!="Closed", prop("Status")!="Sale", prop("Status")!="Execution",prop("Status")!="Failure" ), 1.0)
- Sale (count) - counts the number of sales from Managers;
if(or(prop("Status")=="Done", prop("Status")=="Closed", prop("Status")=="Sale", prop("Status")=="Execution"), 1.0)
- Amount (count) - counts the amount of sales from Managers;
if(or(prop("Status")=="Done", prop("Status")=="Closed", prop("Status")=="Sale", prop("Status")=="Fulfillment"), prop("Order amount"),0)
- Count - shows the number only if the status of the transaction is Sale and or is empty (to record “receipts to the warehouse”);
if(or(format(map(prop("Leads/Deals"),current.prop("Status")))=="Sale", format(map(prop("Leads/Deals"),current.prop("Status")))=="Execution", format(map(prop("Leads/Deals"),current.prop("Status")))=="Done", format(map(prop("Leads/Deals"),current.prop("Status")))=="Closed", empty(format(map(prop("Leads/Deals"),current.prop("Status"))))), prop("Quantity"), 0)
- Lead or Deal (tech) - for summation at the Manager level, considers a record as a lead, deal, or rejection;
ifs(or(format(map(prop("Leads/Deals"),current.prop("Status")))=="Sale", format(map(prop("Leads/Deals"),current.prop("Status")))=="Execution", format(map(prop("Leads/Deals"),current.prop("Status")))=="Done", format(map(prop("Leads/Deals"),current.prop("Status")))=="Closed"), 1,
format(map(prop("Leads/Deals"),current.prop("Status")))=="Failure",2,0)
If you change the names of statuses (or add new ones), you need to change them in these formulas so that they work.
- The order amount is the total amount of the selected goods/services, all Transactions, minus the Discount (if any).
sum(map(prop("Проводки"),current.prop("Итого")))-(sum(map(prop("Проводки"),current.prop("Итого")))*(prop("Скидка")/100))
To increase efficiency, reduce the number of errors and the amount of manual work, we will add “native” Concept automation, where possible:
- New lead - when a new record (lead) is created, the following is automatically entered: Creation date - Now, Status - Lead, Date of the next contact - Now +2 days, Subject of the next contact - Fallout.

- Date and name of the transaction - set the date when the status is changed to Sale, and the name is the Date+Client;

- The name of the transactions is auto-filling based on the name of the Product and the Customer of the transaction;

- Transaction date + quantity (1 by default) - auto-fill when creating;

The templates will not only show all the necessary related information in one place, but also significantly simplify the processes (some of the work will go through them).
Notion recently released an update where it changed the ability to control how properties (functions -”columns”) look inside a database page, making it possible to pin 4 in the header, move part to a collapsed side menu, and add individual ones in different views.
The function is called - Customize Layout
In our template, we will use new features:
- Pin the “most important” properties in the header;
- Hide the less important ones in the side menu.
We make the following templates:
Deal
Automatically collects and presents all important information about the transaction.
Unlike other templates - this one is actively involved in workflows - goods and services are added to the transaction “from the inside” (through the database view we added), where, due to the installed filter, each Transaction will be automatically linked to the Lead/Transaction.

Client
Shows general information in the header, as well as all Leads, Deals and Products/Services associated with the client.
Performs an informational function.

Manager
In addition to general information, it shows all Leads and Deals related to the manager.
If you add a new lead here, it will be automatically assigned to the manager.

Product/Service
Shows all Transactions (Sales) The product/Services in various representations, as well as “summary” information.

Dashboard
An individual workspace for each Manager, customized for him, where the Manager will be able to work with his Leads and Deals, as well as see all his

Now let's move on to creating interfaces.
We have already created an interface for Managers - a Dashboard, now we need to create an interface for the second access level - the Owner.
What (and how) The owner needs to see, we assume that:
- All Leads/Deals are in tabular and kanban form.
- Leads/Deals grouped by Managers.
- Sales grouped by month, Closed deals grouped by month + grouped by manager (double grouping in kanban view).
- Managers and their Dashboards.
- Clients in tabular form and Clients grouped by manager.
- Goods/Services.
- Transactions In progress (not sales), as well as sales grouped by: Goods/Services.Transactions.To clients.
- Goods/Services.
- Transactions.
- To clients.
+ At the top we will have a “board” for links and documents and a technical “block” where all databases, a synchronized block, and instructions may also lie.

In the end, I would like to add…
The short answer is almost anything.
The correct answer is exactly what you need.
For example, here is a “short” list of ideas that came to us during construction:
- The months database is used to record sales statistics by month, as well as to evaluate the work of managers;
- Base Contacts - if you sell to a business, you interact with organizations where different people are responsible for different things: decision-making, documents, delivery, tech. the CRM part should take this into account.
- Shipments, delivery, communication with projects - depending on how exactly the goods/services are delivered;
- Purchases - for the “correct” replenishment of the warehouse and not only;
- Warehouse, leftovers, inventory;
- Documents - invoices, contracts, KP, etc. So that everything is stored in one place and connected to transactions - for quick and convenient access.
- Reserve of the quantity of Goods/Services for a transaction with a certain status;
- Discounts on selected Products/Services;
- A system of cumulative discounts for customers based on sales volume;
- The "bring a friend" system - a discount on goods/services for both parties based on unique codes - is a powerful tool for retaining customers for certain niches;
- Auto-calculation of the commission for sales managers, depending on the volume sold per month, discounts, Goods/Services;
- Bounce statistics for each Manager, with a record of the reasons for failures;
- The module for working with refunds;
- Product Sales Statistics/Services (date, quantity, discount...) for each manager;
- The total amount of sales for each Product/Service;
- Auto-selection of managers when they add a lead, as well as an auto-distribution system for leads;
- Archiving - Non-working Managers and outdated Products/Services;
- HR module - for onboarding and offboarding managers, including a Knowledge Base/Processes and automation of these processes;
- Connecting to a site, for example to Tilda, for accepting applications from there automatically and automatically determining the source;
- Projects and tasks (by the way, check out our templates for Projects and tasks and a tracker to keep track of time on them);
- …
Here I would like to say once again that everything, from the structure to the interfaces, must adapt to the processes of a particular business, which Notion allows you to do very well.
Here you can get a CRM template.
If you want me to tell you how to make the system you need, write in the comments.
Thanks for attention.
В этой статье я расскажу как самостоятельно сделать простую и удобную CRM систему для малого бизнеса для продажи товаров и услуг на Notion.
Если не хотите читать или делать сами - в конце статьи ссылка на готовый шаблон.
Notion - это универсальный no-code инструмент который дает возможность сделать личную или корпоративную систему для чего угодно.
Сначала я расскажу о том как сделать правильную структуру баз данный (чтобы потом не пришлось переделывать), потом расскажу как cделать функции, автоматизации и интерфейсы которые повышают удобство работы и производительность, и закончу на том, что еще можно было бы сделать чтобы поднять систему на уровень выше.
Любая система, включая CRM должна быть подстроена под конкретные процессы. Наша CRM будет усредненно-базовой версией - основой для такой подстройки, и сможет подойти тем кто продает как товары так и услуги, однако кому-то она и не подойдет.
Если больше любите смотреть чем читать - вот ссылка на видео.
“Семь раз отмерь, один раз отрежь”.
Начинаем с создания структуры баз данных, это самая важная часть которую будет сложно переделать потом. От выбора правильной структуры зависят возможности будущей CRM системы.
Я опущу теорию, детали и тех. ограничения (больше этого есть в статье о том как сделать систему управления проектами).
У нас из будет 6 баз:

Стрелки обозначают прямые связи.
- Лиды/Сделки. Здесь будут находиться заявки поступающие из всех источников, которые потом превращаются в продажи.
- Клиенты. Те кто “покупают”
- Менеджеры. Те кто “продают”. Клиенты могут быть закреплены за менеджерами.
- Товары/Услуги. То что мы будем продавать, а продавать мы можем как единичные услуги, так и ”лист” товаров.
- Проводки. Техническая база которая позволит нам делать то, что написано в пункте выше.
- Дашборды. Рабочие пространства для менеджеров, чтобы все что надо было наведу, а лишнее не отвлекало.
Уровни доступа
В нашей упрощенной системе их будет 2:

- “Менеджер”. Видит и имеет доступ ко всему кроме баз Менеджеры и Дашборды.
- “Владелец” Имеет доступ ко всему.
Базы готовы:

Функции
Руководствуясь целью сделать простую и универсальную CRM и “золотым правилом” проектирования:
Чем меньше тем лучше.
Мы делаем минимально возможный/нейтральный набор.

Лиды/Сделки
- Название - либо мета информация (при авто загрузке с форм и сайта) либо указание того что нужно, имеющая смысл информация для идентификации лида менеджером.
- Дата создания - когда лид был создан/добавлен в базу. Дата которую можно выбрать вручную;
- Источник - откуда “пришел” лид. Выпадающий список с вариантами. Мы добавим пару примеров, каждый пользователь должен будет настроить под себя;
- Email;
- Телефон;
- Менеджер - за кем закреплен Лид/Сделка;
- Дата следующего контакта;
- Тема следующего контакта;
Последние 2 функции: Мы строим работу нашей CRM, руководствуясь принципом, что каждый контакт должен заканчиваться назначением даты следующего контакта (и указанием темы, чтобы не забыть), даже если сделка закрыта.
- Статус - Лид (первого контакта не было), Переговоры, Документы (формальное согласие на сделку, подготовка документов), Продажа (Договор подписан/Cчет оплачен…), В работе (отгрузка товаров, Оказание услуг), Готово (товары отгружены, Услуги оказаны), Закрыто (документы подписаны/отзыв получен), Отказ;
- Дата сделки - дата когда статус изменен на Продажа;
- Проводки - какой Товар/Услуги были добавлены к Сделке
- Клиенты - клиенты связанные со сделкой - кто “покупает”
- Email Клиента - автоматом подтягивается из базы Клиенты;
- Телефон Клиента - автоматом подтягивается из базы Клиенты;
- Сумма заказа - общая сумма выбранных товаров/услуг, автоматом подтягивается из базы Проводки, учитывает скидку;
- Скидка - на Сумму заказа выставляемая вручную;
- Отзыв - либо ссылка на отзыв (на картах например), либо ответ на вопрос - “Что можно сделать лучше” который стоит задавать всем клиентам после сделки.
- Лид (count) - тех функция для подсчета лидов Менеджеров;
- Продажа (count) - тех функция для подсчета количества продаж Менеджеров;
- Сумма (count) - тех функция для подсчета суммы продаж Менеджеров;
Клиенты
- Имя - название организации или имя физ. лица.
- Email;
- Телефон;
- Лиды/Сделки - связь с базой;
- Общая сумма покупок;
- Последняя сделка;
- Закрепленный Менеджер - подтягивается из Лидов/Сделок.
Менеджеры
- Имя;
- В Notion - профиль в Notion;
- Закрепленные клиенты;
- Лиды/Сделки - связь с базой;
- Количество лидов в работе - считается автоматом;
- Количество сделок в работе - не закрытых, считается автоматом;
- Сумма по сделкам - считается автоматом;
- Дашборд - ссылка/связь c личным Дашбордом.
Товары/Услуги
- Название;
- Кол-во - Эостаток на складе";
- Количество - рассчитывается на основании Начального количества и Проводок, учитывает списания;
- Цена;
- Проводки - связь с базой;
- Клиенты - подтягивается автоматом из Проводок.
Проводки
- Название - будет заполняться автоматом;
- Лиды/Сделки - связь с базой;
- Товары/Услуги - связь с базой;
- Цена ✋🏼 - выставляется вручную, если отличается от фикс Цены Товара/Услуги
- Цена - если Цена ✋🏼 пустая, показывает Цену Товара/Услуги;
- Итого - Цена *количество;
- Дата - будет заполняться автоматом, может быть изменена вручную;
- Количество - по умолчанию - 1;
- Количество (count) - число для вычитания из количества Товаров/Услуг "на складе";
- Клиент - подтягивается автоматом из базы Лиды/Сделки.
Дашборды
- Имя - имя ”владельца” Дашборда;
- Менеджер - связь с базой Менеджеры.
Технические функции (во всех базах):

Здесь, я подробнее хотел бы остановиться на нескольких формулах-функциях, которые играют ключевую роль:
- Лид (count) - считает количество лидов в работе у Менеджеров;
if(and(prop("Статус")!="Готово", prop("Статус")!="Закрыто", prop("Статус")!="Продажа", prop("Статус")!="Выполнение",prop("Статус")!="Отказ" ), 1,0)
- Продажа (count) - считает количество продаж у Менеджеров;
if(or(prop("Статус")=="Готово", prop("Статус")=="Закрыто", prop("Статус")=="Продажа", prop("Статус")=="Выполнение"), 1,0)
- Сумма (count) - считает сумму продаж у Менеджеров;
if(or(prop("Статус")=="Готово", prop("Статус")=="Закрыто", prop("Статус")=="Продажа", prop("Статус")=="Выполнение"), prop("Сумма заказа "),0)
- Количество (count) - показывает число только если статус сделки Продажа и или пуст (для фиксации “приходов на склад”);
if(or(format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Продажа", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Выполнение", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Готово", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Закрыто", empty(format(map(prop("Лиды/Сделки"),current.prop("Статус"))))), prop("Количество"), 0)
- Лид или Сделка (tech) - для суммирования на уровне Менеджера считает запись лидом, сделкой, или отказом;
ifs(or(format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Продажа", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Выполнение", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Готово", format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Закрыто"), 1,
format(map(prop("Лиды/Сделки"),current.prop("Статус")))=="Отказ",2,0)
⚠️ Если меняете названия статусов (или добавляете новые) - нужно поменять их в этих формулах, чтобы они работали.
- Сумма заказа - общая сумма выбранных товаров/услуг, всех Проводок, за вычетом Скидки (если таковая есть).
sum(map(prop("Проводки"),current.prop("Итого")))-(sum(map(prop("Проводки"),current.prop("Итого")))*(prop("Скидка")/100))
Автоматизации
Чтобы повысить эффективность, уменьшить количество ошибок и количество ручной работы, мы добавим “родные” автоматизации Notion, там где это возможно:
- Новый лид - когда создана новая запись (лид), автоматом проставляется: Дата создания - Сейчас, Статус - Лид, Дата следующего контакта - Сейчас+2 дня, Тема следующего контакта - Фоллойап.

- Дата и имя сделки - ставим дату когда статус изменен на Продажа, а имя - Дата+Клиент;

- Название проводок - авто-заполнение на основании названия Товара и Клиента сделки;

- Дата проводки + количество (1 по умолчанию) - авто-заполнение при создании;

Шаблоны
Шаблоны не только будут показывать всю нужную связанную информацию в одном месте, но и существенно упрощать процессы (часть работы будет идти через них).
Notion недавно выпустил обновление, где изменил возможность управлять тем как выглядят properties (функции -”колонки”) внутри страницы базы данных, давая возможность закрепить 4 в шапке, часть вынести в свернутое боковое меню, а также добавлять отдельные в разных видах.
Функция называется - Customize Layout
В нашем шаблоне мы будем пользоваться новыми возможностями:
- Закреплять “самые важные” properties в шапке;
- Скрывать менее важные в боковом меню.
Делаем следующие шаблоны:
Сделка
Автоматически собирает и представляет всю важную информацию по сделке.
В отличие от других шаблонов - этот активно участвует в рабочих процессах - “изнутри” к сделке добавляются товары и услуги (посредством добавленного нами вида на базу данных), где за счет установленного фильтра каждая Проводка будет автоматически привязана к Лиду/Сделке.

Клиент
Показывает общую информацию в шапке, а также все Лиды, Сделки и Товары/Услуги, ассоциированные с клиентом.
Выполняет информационную функцию.

Менеджер
Помимо общей информации показывает все Лиды и Сделки относящиеся к менеджеру.
Если добавить новый лид здесь - он будет автоматически закреплен за менеджером.

Товар/Услуга
Показывает все Проводки (Продажи) Товара/Услуги в различных представлениях, а также “суммарную” информацию.

Дашборд
Индивидуальное рабочее пространство для каждого Менеджера, настраиваемое под него, где Менеджер сможет работать со своими Лидами и Сделками, а также видеть всех своих

Интерфейсы
Теперь переходим к созданию интерфейсов.
Для Менеджеров интерфейс мы уже создали - Дашборд, теперь нам нужно создать интерфейс для второго уровня доступа - Владелец.
Что (и как) Владельцу нужно видеть, предполагаем что:
- Все Лиды/Сделки в табличном и канбан виде.
- Лиды/Сделки с группировкой по Менеджерам.
- Продажи с группировкой по месяцам, Закрытые сделки с группировкой по месяцам + с группировкой по менеджерам (двойная группировка на виде канбан).
- Менеджеры и их Дашборды.
- Клиенты в табличном виде и Клиенты с группировкой по менеджерам.
- Товары/Услуги.
- Проводки В работе (не продажи), а также продажи с группировкой по: Товарам\Услугам.Сделкам.Клиентам.
- Товарам\Услугам.
- Сделкам.
- Клиентам.
+ Наверху у нас будет “доска” для ссылок и документов и технический “блок” где лежат все базы данных, синхронизированный блок, а также могут лежать инструкции.

В конце хотелось бы добавить…
Что еще можно было-бы сделать
Короткий ответ - почти все что угодно.
Правильный ответ - то что нужно именно вам.
Для примера, вот “короткий” список идей, пришедших нам во время строительства:
- Базу месяцы - для учета статистики по продажам по месяцам, а также оценки работы менеджеров;
- Базу Контакты - если вы продаете бизнесу, вы взаимодействуете с организациями, где разные люди отвечают за разное: принятие решений, документы, доставку, тех. часть…CRM должна это учитывать.
- Отгрузки, доставка, связь с проектами - в зависимости от того, как именно происходит поставка товаров/услуг;
- Закупки - для “правильного” пополнения склада и не только;
- Склад, остатки, инвентаризации;
- Документы - счета, договора, КП и тд. Чтобы все хранилось в одном месте и было связано со сделками - для быстрого и удобного доступа.
- Резерв количества Товаров/Услуг по сделке при определенном ее статусе;
- Скидки на отдельные Товары/Услуги;
- Систему накопительных скидок для клиентов, на основании объема продаж;
- Систему “приведи друга” - скидка на товары/услуги для обоих сторон, основанная на уникальных кодах - мощный инструмент для удержания клиентов для определенных ниш;
- Авто-расчет комиссии для менеджеров по продажам, в зависимости от проданного в месяц объема, скидок, Товаров/Услуг;
- Статистика Отказов по каждому Менеджеру, с фиксацией причин отказов;
- Модуль работы с возвратами;
- Статистика продаж Товаров/Услуг (дата, количество, скидка…) по каждому менеджеру;
- Общую сумму продаж по каждому Товару/Услуге;
- Авто-выбор менеджеров при добавлении ими лида, а также систему авто-распределения лидов;
- Архивирование - Не работающих Менеджеров и неактуальных Товаров/Услуг;
- HR модуль - для онбординга и офбординга менеджеров, включая Базу Знаний/Процессов и автоматизацию этих процессов;
- Подключение к сайту, например к Tilda - для приема заявок оттуда автоматом и авто-определения источника;
- Проекты и задачи (кстати посмотрите наши шаблоны Проектов и задач и Трекер для учета времени по ним);
- …
Здесь еще раз хотелось бы сказать, что все, начиная со структуры и заканчивая интерфейсами, должно подстраиваться под процессы конкретного бизнеса, что Notion очень хорошо позволяет сделать.
Здесь можно получить шаблон CRM.
Если хотите чтобы я рассказал о том как делать нужную именно вам систему - напишите в комментарии.
Спасибо за внимание.