Система «CRM2»

Внешние ссылки

Общие соображения

Пункт назначения

# Адрес здания Объекты Сделки
все		 Сделки
зарегистр		 Сумма
вся		 Сумма
зарегистр		 Себест
зарегистр		 Прибыль
зарегистр		 Доход
-ность
1 Башня
федерации		 Этаж 1,
Этаж2
2
3

Базовые сущности

Здание

  1. Владелец: --
  2. Подчиненный справочник: Объект
  3. Поля:
    • Кадасторовый номер
    • Адрес
  4. Описание: объект недвижимости в том понимании, которое дает закон.
  5. Примеры:
    • Башня федерации

Объект

  1. Владелец: Здание
  2. Подчиненный справочник: Проекты
  3. Поля:
    • Здание
    • Собственник здания (Тип: CRM-Компания)
    • Область пространства в здании (Тип: текствовое поле)
  4. Описание: Это пространство в здании, которое принадлежит одному собственнику. Этот собственник или арендатор у этого собственника потом выступает стороной договора купли-продажи в качестве покупателя
  5. Примеры:
    • Башня федерации. Этажи 1,2,3. Владелец: Роман Абрамович
    • Башня федерации. Этажи 4,5. Владелец: Василей Якубович

Проект

  1. Владелец: Объект
  2. Подчиненный справочник: Сделки
  3. Поля:
    • Здание
    • Объект
    • Дата начала проекта
    • Дата окончания проекта
    • Стадия проекта (Тип: Список)
    • Основной менеджер проекта
  4. Описание: это часть объекта по поводу которого Организация хочет заключить договор поставщики в определенный период времени
    • Если по поводу этой же части объекта Организация захочет заключить договор в другой промежуток времени, то это будет уже другой проект
  5. Примеры:
    • Башня федерации. Этажи 1. Владелец: Роман Абрамович. Покрытие пола. Начало 2022-09-01
    • Башня федерации. Этажи 2,3. Владелец: Роман Абрамович. Покрытие стен. Начало 2022-09-02

Сделка

  1. Владелец: Проект
  2. Подчиненный справочник: Участники
  3. Поля:
    • Здание
    • Объект
    • Проект
    • Дата начала
    • Менеджер
    • Спецификации
    • Стадия сделки штатная
    • Стадия сделки проектная
  4. Описание: Это переговоры одного менеджера Организации с Потенциальным покупателем по поводу заключения договора поставки
  5. В один и тот же момент времени могут вестись сразу несколько переговоров
  6. Поля этой сущности:
    • Объект
    • Виртуальный объект

Участники

  1. Владелец?: Сначала сделка / Потом проект
  2. Подчиненный справочник: -
  3. Поля:
    • Здание
    • Объект
    • Проект
    • УчастникКомпания (тип CRM-Компания)
    • УчастникКонтакт (тип CRM-Контакт)
    • Роль участника (Тип: Список "Роли")
  4. Описание: это третьи лица, которые имеют какое-либо отношение к проекту/сделке

Базовая схема

Схема #2. Уже нерабочая

Схема #3. Уже нерабочая

Общие принципы

  • В этой схеме отсутствует связь "МНогое ко многим", поэтому эта схема очень проста для понимания
  • Эта схама должна быть реализована на единой идеологии, что бы менеджерам было проще понимать.
  • В этой схеме должен быть следующий функционал карточек
    • Карточка "Здание":
      • Закладка "Объекты" - делается путем настроек
      • Закладка "Проекты" - программируется
      • Закладка "Сделки" - программируется
      • Закладка "Участники" - программируется
    • Карточка "Объекты":
      • Поле "Здание" - делается путем настроек
      • Закладка "Проекты" - делается путем настроек
      • Закладка "Сделки" - программируется
      • Закладка "Участники" - программируется
    • Карточка "Проекты":
      • Поле "Здание" - делается путем настроек
      • Поле "Объект" - делается путем настроек
      • Закладка "Сделки" - делается путем настроек
      • Закладка "Участники" - программируется
    • Карточка "Сделки":
      • Поле "Здание" - делается путем настроек
      • Поле "Объект" - делается путем настроек
      • Поле "Проект" - делается путем настроек
      • Закладка "Участники" - делается путем настроек
  • В этой схемен дожен быть следующий функционал выбора полей
    • Сначала выбирается здание, потом выбирается объект. Список выбора объектов отфильтрован по выбранному зданию
    • Сначала выбирается объект, потом выбирается проект. Список выбора проетов отфильтрован по выбранному объекту
    • и тд, аналогично ...

Обозначения

Схема #4. Рабочая. Проект: нет

  • Сначала менеджеры работают над сделкой

Схема #5. Рабочая. Проект: есть

  • Потом менеджеры просят менджера проектов создать проект и включить в этот проект их сделку

Механика проектов

Общие положения

  • Проекты сделаны на смарт-процессах
  • Проект имеет два очень важных поля:
    • Фазы проекта
    • Стадии проекта
  • Функционал "Проект" не должен усложнять работу менеджерам. Он должен быть простым и понятным
  • Функционал "Проект" должен органично вписываться в мобильное приложение
  • "Главный менеджер проекта" и "Рядовой менеджер проекта" должны легко видеть в каких проектах они состоят и какую роль они там играют

Значения поля «Фазы проекта»

  1. Пассивная
  2. Активная
    • На этой стадии поле "Стадии проекта" становится видимым
  3. Реализован
    • Описание: Все активности Заказчика успешно завершены, наши продажи по проекту более не возможны
  4. Перспектива
    • Описание: Объявлена госпрограмма по созданию физкультурно-оздоровительных центров нового типа в жилых кварталах или заказчик из Германии принял решение выполнить переделку в новой концепции 120 шт дилерских центров Audi в РФ, города ДЦ под переделку еще не известны. Пока это один проект. По мере конкретизации будет создано до 120ти проектов
  5. Не реализован
    • Описание: Продажи еще возможны, необходимо срочно прояснить детали. Иногда эта стадия означает, что у нас просто нет никакой конкретной информации. Стадия по умолчанию??

Процесс создания проекта

# Вклю-
чить?		 Номер
сделки		 Главный
по
сделке		 Кол-во
менеджеров		 Цена
покупки		 Цена
Продажи		 Прибыль
сделки		 Доходность
сделки		 Коммен-
тарий
1
2
3
4
5

Значения поля «Стадии проекта»

  1. Поиск объекта (Мы узнали, что Заказчик хочет арендовать офис, подбирает себе объект)
  2. Поиск объекта (Мы узнали, что Заказчик хочет арендовать офис, подбирает себе объект)
  3. Тендер на т/з заказчика или УК (Заказчик выбирает себе службу, с которой мы будем работать)
  4. Тендер на проектировщика (Заказчик проводит конкурс на концептуальный дизайн офиса и выбирает архитектора, с которым мы будем работать. Тут мы включаем наши материалы в концепции всех конкурсантов, с которыми получается.)
  5. Тендер на ген.подрядчика (Заказчик выбирает подрядчика, который будет покупать у нас материалы. Тут мы даем КП всем подрядчикам для их конкурсных смет)
  6. Проектирование (ПИР) (Детальное проектирование дизайна и систем выигравшим арх.бюро)
  7. Строительство (СМР), в т.ч. отделка (Главная и последняя возможность выиграть проект, продав максимум наших материалов подрядчику.)

Бизнес-процессы по проекту

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

Менеджеры сделки/проекта

Таблица «Менеджеры проекта»

  • В карточке проекта есть закладка "Менеджеры"
  • В закладке "Менеджеры" есть эта таблица "Менеджеры проекта"
  • KPI - это коэффициент для начисления зарплаты
  • Это виртуальная таблица и в базе данных она не существует.
    • Она формируется путем собирания менеджеров сделок со всех подчиненных сделок.
# Менеджер Глав-
ный		 KPI Номер
Сделки		 Ком-
мен-
тарий
1 Высоцкая Наталия ☑ 7 12
2 Гуляева Виктория Владимировна 4 12
3 Рузняева Ольга Сергеевна 12 12
4 Трофимов Владимир 12
5 Емельянов Виталий 1 12
6 Беляев Алексей Андреевич 3 15
7 Ведров Павел 10 15
8 Володин Владимир Андреевич 15
9 Новосёлов Игорь Анатольевич 21 15
10 Петра Корнелия Ионовна ☑ 1 15
11 Хорошилова Светлана Викторовна 15
12 Яготинцева Анна Владимировна 5 15
  • Другим цветом выделена другая сделка

Таблица «Менеджеры сделки»

  • В карточке сделки есть закладка "Менеджеры"
  • В закладке "Менеджеры" есть эта таблица "Менеджеры сделки"
  • KPI - это коэффициент для начисления зарплаты
  • Это реальная таблица сделанная на смарт-процессах
    • Владелец этой таблицы - сделки (штатная сущность модуля "CRM")
# Менеджер Глав-
ный		 KPI Ком-
мен-
тарий
1 Высоцкая Наталия ☑ 7
2 Гуляева Виктория Владимировна 4
3 Рузняева Ольга Сергеевна 12
4 Трофимов Владимир
5 Емельянов Виталий 1

Общие положения

  • Проектные роли → роли пользователей относительно (внутри) проекта
  • Менеджеры проектов - это синоним

Роль «Рядовой менеджер»

  • Сделка может иметь один и более рядовых менеджеров
  • может коммуницировать с потенциальным покупателем только с разрешения "Главного менеджера проекта"
  • может создавать сделки в рамках проекта и отправлять их на согласование "Главному менеджеру проекта"

Роль «Главный менеджер»

  • имеет безусловное право коммуницировать с потенциальным покупателем
  • вправе уполномачивать других менеджеров проекта вести коммуникации с потенциальным покупателем на определенную тему в рамках проекта главным менеджером которого он является.
  • обязан следить за тем, что с одним и тем же потенциальным покупателем общался один и только один сотрудник Организации в рамках проекта главным менеджером которого он является
  • может приглашать других менеджеров на вхождение в проект
  • обязан согласовывать действия "Рядовых менеджеров проекта", в том числе их коммуникации

Роли обычные

Обычная роль
«Менеджер»

  • В Организации существует много людей с ролью "Менеджер"
  • Менеджер может подать заявку "Модератору проектов" на создание нового проекта
  • Любой "Менеджер" может подать заявку "Модератору проектов" на создание нового проекта
  • Любой "Менеджер" может подать заявку "Главному менеджеру проекта" на включение в состав существующего проекта
  • Любой "Менеджер" может принять приглашение от "Главного менеджера проекта" на включение в "Проект"
  • Менеджер имеет приемущественное право стать "Главным менеджером проекта" того проекта, на создание которого он подал заявку
  • "Менеджер", перед тем как подать заявку "Модератору проектов", получает устное одобрение от начальника торгового отдела.
    • Если начальнику торгового отдела одновременно обращаются два менеджера по поводу создания нового одинакового проекта, то начальник торгового отдела сам решает кому дать право подать заявку "Модератору проектов" на создание нового проекта.

Обычная роль
«Модератор проектов»

  • В Организации существует один и только один человек с ролью "Модератор проектов"
  • Только "Модератор проектов" может создавать новые проекты
  • Только "Модератор проектов" может назначать какого-либо менеджера "Основным менеджером проекта"
  • Только "Модератор проектов" может менять "Основного менеджера проекта" в каком-либо проекте
  • При поступлении "Модератору проектов" заявки от "Менеджера" на создание нового проекта, модератор должен проверить существование аналогичного проекта. Если проект не существует, тогда модератор путем нажатия одной кнопки создает новый проект и автоматом назначает этого менеджера "Главным менеджером проекта". Если проект уже существует, тогда модератор может или сам добавить этого менеджера в проект или передать этот процесс "Главному менеджеру проекта"

Паспорта, досье, разрезы

Права доступа в сделке

  • Штатная сущность "CRM-Сделка" имеет следующие зависимые справочники:
    • Участники сделки
    • Менеджеры сделки
    • Права доступа в сделке
  • Сущность "Права доступа в сделке":
    • Сделана на смарт-процессах
    • Имеет следующие поля:
      • Менеджер
      • Участник сделки
      • Вариант доступа
  • надо подумать и предусмотреть регулирование права менеджера коммуничировать с участниками следующими каналами:
    • Email
    • VK
    • Telegram
    • WhatsApp
    • Инстаграм
    • FB
  • Карточка сделки имеет следующие закладки:
    • Участники
    • Менеджеры
    • Права
Права доступа в сделке


# Наименование
участника		 Роль
1 Участник 1 Архитектор
2 Участник 2 Поставщик
3 Участник 3 Муниципал


# Наименование
менеджера		 KPI
1 Менеджер 1 10
2 Менеджер 1 1
3 Менеджер 3 20
4 Менеджер 4 30


# Наименование
участника		 Наименование
менеджера		 Общее
право		 Email Phone Tele-
gram
1 Участник 1 Менеджер 1 Нет + - -
2 Участник 1 Менеджер 1 Нет + - -
3 Участник 1 Менеджер 3 Нет + - -
4 Участник 1 Менеджер 4 Нет + - -
5 Участник 2 Менеджер 1 Нет + - -
6 Участник 2 Менеджер 1 Чтение + - -
7 Участник 2 Менеджер 3 Запись + - -
8 Участник 2 Менеджер 4 Запись + - -
9 Участник 3 Менеджер 1 Чтение - - +
10 Участник 3 Менеджер 1 Нет + - -
11 Участник 3 Менеджер 3 Нет - + -
12 Участник 3 Менеджер 4 Нет + - -

Варианты реализации сделок

Термины и определения

Шахматка

# "B24-Проекты"
участвуют?		 "CRM-Сделки"
участвуют?		 "Smart-МенеджерыСделки"
участвуют?		 "Smart-Сделки"
участвуют?		 "DB-Сделки"
участвуют?		 Комментарии
1 Нет Да Да Нет Нет
2 Да Да Да Нет Нет Это рабочий вариант
3 Да Да Нет Нет Нет
4 Нет Нет Да Да Нет
5 Нет Нет Нет Нет Да

Вариант #1

Вариант #2

Вариант #3

  • Этот вариант не имеет смысла, потому что проекты без его участников бесполезны
  • Очень плохая практика добавлять фотки в сделку через добавление полей, потому что такие новые поля очень плохо доступны для программирования, потому что у них разные имена в разных сделках. Администратору нужно один раз добавить поле и тогда программисту можно будет ссылаться на это постоянное поле. Пусть даже это поле не всегда заполняется, главное, что бы его имя было постоянным.
  • Ненормально когдя рядовые менеджеры имеют право создавать новые поля в сделках
  • Это рабочий вариант
  • Менеджеры под сделками нужны для следующих функций:
    • Назначение прав
    • Ведение учетной информации типа "KPI" и тп
  • Менеджеры под проектами нужны для следующих функций:
    • Фотогаллерия
    • Чаты
  • Привязанный проект создается менеджером сделки по желанию в окне карточки сделки
  • В форму привязанного проекта можно попасть из окна карточки сделки и оно появится в виде выезжающего слайдера
  • "Менеджеры сделки" сделан на смарт-процессе, который подчинен "CRM-сделке"
  • Менеджера сделки можно добавить в "Менеджеры сделки" путем простого добавления и он автоматом попадает в менеджеры Б24-проекта
    • С помощью бизнес-процесса можно сделать механизм согласования
  • Если менеджера добавить в "Б24-проект", то он автоматом попадет в "Менеджеры сделки"
  • Этот вариант плох тем, что
    • Сложно задавать права менеджерам по сделке
    • Сложно задавать параметры менеджеров в сделке, например, "KPI"

История обсуждений

2022-09-01 Thursday

  1. Устно по скайпу
  2. Видосик: 2022-09-01 Опус
  3. Фиксируете концептуальную арх-ру (сущности и их зависимости: 1 ко многому; многое ко многому и тп
  4. CRM 2.0. отдельное представление всех экранов
  5. Расчеты за 8 месяцев 2022 года
  6. Главная задачи для Вадима:

2022-09-02 Friday

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

2022-09-06 Tuesday

  1. Устно по скайпу
  2. Видосик: 2022-09-06 Опус
  3. Пришли к выводу, что нужна другая схема

2022-09-13 Tuesday

Патерны настройки

Патерны доработки

Описание интерфейса

В система у каждого менеджера должна быть возможность посмотреть в каких сделках он является "Рядовым менеджером сделки". Что бы можно было быстро туда перейти.

Вопросы

Введение

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

Вопрос #1. Сделки и товары

Нужно ли в сделках видеть товары из интернет-магазина? По умолчанию в сделке свои товары

Варианты ответов:

  1. В карточку сделки нужно добавить еще одну закладку "ТоварыИзМагазина"
  2. В карточку сделки не нужно добавлять еще одну закладку "Товары из магазина". Нужно предусмотреть механизм, который будет создавать товары и портале на основании товаров из магазина
  3. В карточку сделки не нужно добавлять еще одну закладку "Товары из магазина". Менеджеры вообще не будут пользоваться какими-либо товарами
  4. Нужно обсуждение

Вопрос #2. Сделки и менеджеры

В сделке есть штатное поле "Ответственный". Нужно ли добавлять еще одно поле "Главный по сделке"?

Варианты ответов:

  1. Еще одно поле "Главный по сделке" добавлять не надо.
  2. Нужно добавить еще одно поле "Главный по сделке", поскольку "Ответственный" - он всегда является главным
  3. Нужно обсуждать

Вопрос #3. Сделки и менеджеры

Должен ли существовать закрытый чат для менеджеров сделки?

Варианты ответов:

  1. Да
  2. Нет
  3. Нужно обсуждать

Вопрос #4. Сделки и менеджеры

В сделке есть список менеджеров. Должно ли там существовать поле "KPI"? "KPI" - это поле, по которому происходит начиление зарплаты

Варианты ответов:

  1. Да
    • Рядовые менеджеры должны видеть это поле?
  2. Нет
  3. Нужно обсуждать

Вопрос #5. Сделки и менеджеры

  • В сделку можно добавить поле "Секретность сделки"
  • Это поле может принимать следующие значения:
    • Открытая сделка → любой желающий может посмотреть ее содержимое и вступить в нее без согласия главного менеджера
    • Полуоткрытая сделка → любой желающий может посмотреть ее содержимое и но для вступления в нее нужно согласие главного менеджера
    • Полусекретная сделка → любой желающий может видеть что существует сделка по определенному объекту, но он не может знать кто там состоит и чем они там занимаются
    • Секретная → никто не знает о существовании сделки по определенному объекту

Варианты ответов:

  1. Да
  2. Нет
  3. Нужно обсуждать

Вопрос #6. Сделки и менеджеры

Механизм "Сделки и менеджеры" очень похож на механизм "Б24-Проекты". Имеет ли смысл задействовать мезанизм "Проекты" в механизме "Сделки и менеджеры"? Реализация может быть такая. Пользователь создает сделку и понимает, что эта сделка потенциально может иметь отношение к какому-нибудь проекту. Тогда он сохраняет сделку и нажимает кнопку "Создать Б24-проект". Создается "Б24-проект" и привязывается к этой сделке и в "Б24-проекте" появляется ссылка на эту сделку

Варианты ответов:

  1. Да
  2. Нет
  3. Нужно обсуждать