Клиентская база. База битрикс

База клиентов в Битрикс24| Как вести учет клиентов с помощью Bitrix24

Как правильно вести базу клиентов? Нерегулярное занесение произвольных данных в таблички не спасает. Фиксируйте каждый шаг: письма, звонки, этапы и результаты переговоров, взаиморасчеты. Используйте специализированные программы для клиентской базы, чтобы сохранять историю общения с заказчиками и получать нужные сведения за минуты и секунды.

Ведение клиентской базы
Создавайте клиентскую базу сразу в CRM-системе. Заносите туда информацию о заказчиках: контакты, личные данные, историю обращений и покупок, взаимные обязательства. Пускай у вас сегодня два-три покупателя, завтра учет принесет плоды. Когда заказчиков станет десятки и сотни, клиентская база в CRM избавит вас от путаницы, ошибок и мучительных поисков.
Клиентская база в CRM разгрузит голову от рутинных данных. Невозможно запомнить дни рождения директоров или имена-отчества всех сотрудниц для поздравлений с 8 Марта. И не надо. «Битрикс24» сохранит детали для вас! Кроме того, вы сможете:
- учитывать дебиторские задолженности,
- планировать продажи,
- выписывать счета,
- согласовывать контракты, графики и сметы.
Создание клиентской базы
Собирайте информацию на выставках и конференциях, из отраслевой прессы, рекламных объявлений и справочников «желтых страниц». Ищите имена руководителей, номера телефонов, почтовые адреса, адреса сайтов и электронную почту. Полученные данные заносите в CRM-систему.
Когда наберется заметная база клиентов, программа поможет их обрабатывать. Вы легко найдете нужные данные: «Битрикс24» оснащена удобным поиском и позволяет сортировать контакты любым способом.
Расширение клиентской базы
Для развития клиентской базы мало нанять десяток менеджеров и заставить их звонить по телефонному справочнику. Спам по телефону и почте никто не любит, 75-80% усилий пропадут впустую.
Объедините CRM-систему с корпоративным сайтом, социальными сетями и мессенджерами. Разместите на сайте лид-форму — анкету для сбора заявок или заказов, запросов на ответный звонок или скачивание, обращений в службу поддержки. Обращения автоматически добавятся в CRM в виде новых контактов. Пополняйте базу клиентов онлайн сообщениями из чатов Вконтакте, Facebook, Telegram, Skype и Онлайн - чата «Битрикс24».
Анализ клиентской базы
Забудьте о трудоемких отчетах в электронных таблицах. Подготовка аналитики по продажам ускорится в разы. Ведите учет клиентов онлайн, создавайте и просматривайте отчеты в «Битрикс24».
Ранжируйте покупателей по выручке, частоте заказов, рентабельности. Вам не придется строить сложные графики, чтобы понять картину сбыта в целом и выявить узкие места. «Битрикс24» сама обработает данные и построит воронку продаж.
Выполненные дела
Просматривайте историю обработанных и пропущенных обращений, изучайте статистику водящих и исходящих звонков, отправленных менеджерами писем.
Система покажет, сколько сделок заключил конкретный сотрудник, на какую сумму за выбранный период, сколько времени он тратит на звонок или письмо.
Настройте понятные вам критерии эффективности (KPI), и CRM сама оценит работу персонала и отдела продаж.

«Битрикс24» - это не только CRM

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

Бесплатно и неограниченно!

www.bitrix24.ru

1С-Битрикс и версионирование баз данных: выбираем инструмент

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

Абрахам Маслоу В традиционной схеме веб-разработки программист имеет доступ к серверу и вносит изменения прямо на боевой сайт. Так поступать можно только если на сайте нет посетителей, в противном случае схема усложняется: рядом с prod-сайтом появляется dev-сайт для обкатывания всех новинок. Чем больше и сложнее сайт — тем больше должна быть команда разработчиков. И у каждого должна быть своя независимая копия сайта. Обычная разработка сменяется командной, появляются проблемы взаимодействия, в частности переноса наработок между серверами. Для кода есть универсальное решение -- системы контроля версий (VCS, Version Control System), например GIT, Mercurial.

А вот для проблемы автоматизированного слияния нескольких баз данных нет “серебряной пули”, для каждой CMS должен быть свой инструмент. Пока программисты работают каждый на своём dev-сайте, проблема незаметна как интроверт на празднике :) Но стоит заикнуться об объединении наработок на основном dev-сайте, она резко встаёт во весь рост, рвёт на себе тельняшку и начинает колотить других гостей.

В этой статье мы расскажем.

Как решали эту проблему раньше с помощью файлика “изменения БД.txt”.
Каким мы представляли себе идеальный модуль миграции БД.
Какие инструменты миграции для 1С-Битрикс мы нашли и чем они нас не устроили.

Самое вкусное мы выделили в отдельную статью :

Какой инструмент разработала ИНТЕРВОЛГА.
Как его получить, настроить, и начать делать миграции структуры данных быстро и без проблем.

Как обычно делают миграции

Для большинства проектов мы как и сотни других разработчиков 1С-Битрикс использовали файлик “изменения БД.txt”. В этот файл каждый программист эскизно записывал изменения, которые делал. Файл версионировался, так что после слияния веток и кода в нём оставался объединённый список изменений.

Всё хорошо, если забыть про 3 правила:

Каждый программист должен записывать все изменения в файл максимально подробно.
Тимлид должен дотошно повторять все изменения из файлика на новом сервере.
Если возникает конфликт изменений — нужен консилиум разработчиков, чтобы решить, чьё изменение главнее.

Пример такого файла изменений:

Добавлен тип инфоблока "Push-уведомления" и инфоблок "Push-уведомления" (код:
push_notifications).
Добавлен инфоблок "Недоставленные уведомления" (код: delayed_notifications) в тип инфоблока "Push-уведомления".
Добавлено свойство "Время подтверждения уведомления" (код: TIME_RECEIVE) в инфоблок "Push-уведомления".
Удалено свойство "Картинки" (код: PICTURES) в инфоблоке "Новости".
В свойство "Тип" (код: TYPE) добавлен вариант списка ("IPv6") в инфоблоке "Конфигурация".

Чтобы сделать релиз и перенести изменения БД по этому сценарию, требуется в среднем несколько часов . И это мы еще не умножали на количество релизов в неделю и опустили промежуточную выкладку на dev-сайт для тестирования.

Дыр в такой схеме больше чем в сыре Маасдам.

Требуется много времени крутого разработчика для переноса изменений.
Программист должен помнить про каждое сделанное им изменение в БД и правильно его описать в отчёте.
Если БД была изменена не программистом (агент, 1С, сторонние решения), то вычислить их — очень нетривиальная задача.

Мы работали по такой схеме последние 3 года и всякое повидали. В 2017 году после стратегического совещания терпение лопнуло и отряд самоубийц из двух пряморуких программистов отправили на поиски/разработку волшебного инструмента объединения изменений БД. Так как в других CMS и CMF этот механизм называется "миграции", то и мы будем использовать этот термин.

Как на самом деле надо делать миграции

Требования к новому механизму озвучили руководители и техлиды:

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

Авторство . Изменения БД должны фиксироваться в репозитории. Это отличное решение проблемы анонимных изменений в БД.
Автоматизация . Избавиться от ручной работы (запись изменений в ходе разработки, поиск внешних изменений в БД, воссоздание изменений на другом сервере при переносе).
Поддержка внешних изменений . Модуль не должен ломаться, если изменения будут внесены через 1С, вручную администратором при редактировании сайта, агентом или любым другим способом.
Версионирование . Должна быть возможность откатиться с любой версии БД на любую другую. При этом код сайта и структура БД должны соответствовать друг другу.

Оказалось, что в Marketplace уже были похожие по нашим требованиям решения.

Миграции для разработчиков
Копир: Миграция данных
Миграции схемы данных

Мы провели небольшой тест-драйв этих модулей, чтобы понять, насколько они нам подходят.

Сравнение модулей миграции из MarketPlace

Пример

Задача приближена к реальности: имеется prod сайт с 4 инфоблоками 2 типов и две свежих песочницы для программистов.

В новостях есть свойство “Картинки новостей”.

Задачи для первого программиста:

Удалить свойство “Картинки новостей” из инфоблока новостей.
Перенести слайдер на страницу “О компании”, (т.е. изменить шаблоны url путей)
Удалить ИБ “Отзывы”

Задачи для второго программиста:

Добавить свойство “Редактор” инфоблоку новостей
Перевести слайдер на ЧПУ

Задача для техлида: объединить изменения с двух песочниц на prod-сайте для тестирования и демонстрации менеджеру проекта.

Миграции с помощью модуля «Миграции для разработчиков»

Модуль исповедует подход “в любой непонятной ситуации пиши инсталлятор”. Инсталлятор — это класс с двумя методами: up (накатить миграцию) и down (соответственно, откатить миграцию). Модуль берёт на себя установку/удаление файлов миграции и предоставляет интерфейс в панели управления сайтом. Инсталляторы хранятся в виде php-файлов по пути /local/php_interface/migrations/*.

Примечание: показана работа для программиста 1, т.к. для второго программиста она идентична.

Создадим файл миграции

Метод up для “Наката” и down для “Отката” миграции:

Теперь инсталлятор появился в панели управления и доступен для запуска:

Готовый код инсталлятора отправляется в репозиторий.

Второй программист параллельно делает свои инсталляторы и тоже отправляет их в репозиторий.

Техлид на prod сайте делает pull. На странице модуля появились два новых файла миграции:

После нажатия “Установить новые” на prod-сайте произошли изменения.

Свойство “EDITOR” - создалось.
Свойство “PICS_NEWS” - удалилось
Сначала применилась миграция второго разработчика, изменив шаблон ссылок на ЧПУ
Потом шаблоны ссылок изменились на раздел “*/about/”.

Плюсы:

API для работы с инфоблоками, предоставленное модулем.
Интерфейс для применения или отката миграций.
Частичная автоматизация процесса (для переноса достаточно нажать кнопочку).

Минусы:

Полная автоматизация миграции не появилась, все действия всё равно необходимо записывать. Но уже не текстом, а в виде php-кода (который ещё и тестировать не помешает).

Не все поля, даже на сущностях инфоблоков, учтены.
Не отслеживаются конфликты (изменения разными программистами бд в одном месте).
Все изменения БД должны вноситься ТОЛЬКО программистом . Или же после изменений, сделанных кем-либо программист должен просматривать БД, и восстанавливать картину места преступления, программируя инсталлятор.
API модуля работает с данными по ID, который в разных БД может отличаться.

Миграции с помощью модуля «Копир: Миграция данных»

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

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

Чтобы перенести измененную структуру инфоблоков необходимо перейти в “Сервисы”, там появился пункт Копир, с подпунктами для копирования разных сущностей:

Нашим экспериментаторам нужен пункт “Копирование инфоблоков”.

Первый программист:

Второй программист:

Результат работы, или что попало на бой:

+ Добавилось созданное свойство-ссылка на инфоблок “Сотрудники”.
- Настройки инфоблока (шаблоны url) не попали на prod.
- Удаление свойства никак не отобразилось на prod.

Плюсы:

Модуль платный, а значит поддерживаемый.

Минусы:

Модуль платный, а значит платить придется за каждый проект.
Мигрировать данные можно только в пределах одного сервера.
Мигрируют не все настройки инфоблоков.
Ничего не происходит со свойствами, которые удалили.
Можно мигрировать только: “Инфоблоки”, “Почтовые события и шаблоны”, “Опросы”, “Вебформы”.

Миграции с помощью модуля «Миграции схемы данных»

На странице модуля есть подробная инструкция для установки модуля и настройки среды для разработки (клонирование prod сайта для разработчиков).

Установили модуль, клонировали prod сайт разработчикам в отдельные dev сайты, сделали изменения в инфоблоках и файлы сами создались.

Файлы создаются в директории, которую Вы выбираете в настройках модуля при установке. Он представляет собой минимизированный json, название которого является текущем временем зашифрованным в md5.

Пример файла:

Чтобы перенести изменения, нужно перенести созданные файлы на prod сайт, и перейти в Настройки->Миграции данных (Обновление). Там будет показан список обновлений.

Чтобы применить обновления, достаточно нажать кнопку “Обновить”.

Проблема возникла опять только с конфликтующими шаблонами ссылок инфоблока.

Плюсы:

Четкая автоматизация процесса.
Отдельный файлы изменений.

Минусы

Отслеживание только миграции инфоблоков.
Не отслеживаются конфликты изменений.

Результат сравнения модулей миграции

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

Требования / критерии	Миграции для разработчиков	Копир: Миграция данных	Миграции схемы данных	Модуль ИНТЕРВОЛГИ
Возможность выбора сущностей для миграции	Да	Да	Нет	Да
Авторство изменений	Да	Да	Да	Да
Автоматизация миграции данных	Да*	Да	Да	Да
Поддержка любых изменений	Да	Да	Нет	Да
Версионирование	Да	Нет	Да	Да
Модуль предупреждает о конфликтующих изменениях	Нет	Нет	Нет	Да
Набор сущностей для миграции	Нет ограничений	ИБ, Формы, Опросы, почтовые события	ИБ	ИБ, группы пользователей, почтовые события, пользовательские поля, HL, культура + языки + сайты, sale, catalog
На миграцию не влияет один ли это сервер или разные	Да	Нет	Да	Да

* Автоматизация заключается только в применении или откате изменений. Все изменения программист должен писать сам через API битрикса или модуля в файлах миграции.

Выводы

Главный минус рассмотренных модулей в том, что ни один из них не то, чтобы не решает проблему с конфликтами при релизе, они их даже не определяют. Также есть недостатки у каждого модуля по отдельности, такие как “нет полной автоматизации”, модуль платный, разработчики сделали акцент на ИБ и др.

Мы очень хотели найти готовое решение. С одной стороны, с нашими требованиями этого не получилось сделать. С другой - количество проектов на которых работает 2+ программистов постоянно росло и терпеть уже не было сил.

И мы сделали свой инструмент для миграций баз данных в 1С-Битрикс. При разработке модуля мы учли озвученные выше требования и попытались сделать идеальный инструмент для переноса изменений БД.

Что получилось - читайте в следующей статье .

Оцените статью:

Спасибо, ваш голос успешно добавлен!

www.intervolga.ru

Bitrix

Какие технологии и решения применяются при разработке?

Мы работаем по методологии Scrum двухнедельными спринтами с Continuous Integration (JENKINS, YDEV). Есть собственный отдел тестировщиков (модульное, функциональное, нагрузочное и ручное тестирование). Собственное хранилище готовых решений, основанное на более 200 проектах. (некоторые изучить можно тут)

Каким образом происходит управление разработчиками?

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

Как происходит контроль за проделанной работой?

Мы разработали собственную систему отчетности и аналитики, которая собирает время и другие данные со всех трекеров и формирует отчеты удобные для вашего восприятия. Автоматизированные отчёты и уведомления вы получаете по почте, Telegram и Slack.

Работаете ли вы попроектно?

Да, но ставки выше чем по Time&Material. Мы как правило предлагаем другой вариант, ТМ с потолком, что позволяет вам планировать бюджет и экономить деньги.

Чем отличается работа с "потолком" от попроектной работы?

Главное отличие в стоимости. Мы не закладываем риски и это позволяет нам устанавливать довольно низкую наценку, порядка 30%. Вы оплачиваете только фактически затраченное время. Оплата происходит в конце каждого месяца, а не поэтапно. Все это позволяет подходить к разработке более гибко (Scrum).

Какие преимущества работы по Scrum?

Старт работ происходит значительно быстрее и вы раньше получаете рабочий функционал. Есть возможность менять требования к ПО в ходе разработки и работать без чёткого ТЗ. При этом стоимость ниже.

bitrix.ylab.io

Битрикс24 – База знаний Carrot quest

Войти Отправить запрос Мои действия

Инструменты
- eCRM
- Онлайн-консультант
- Email-маркетинг
- Поп-ап окна
- Web Push уведомления
- Автоматизация маркетинга
- А/Б тесты автосообщений
Решения
- Для SAAS и продуктовых компаний
- Для e-commerce и интернет-магазинов
- Внедрение
Тарифы
Ресурсы
- Кейсы
- Вебинары
- База знаний
- Интеграции
Блог
Партнерам

Войти Зарегистрироваться

Возможности
- Lead manager
- Email маркетинг
- Онлайн консультант
- Pop-up окна
- Web Push уведомления
- Автоматизация маркетинга
- А/Б тесты автосообщений
Решения
- Решение для поддержки
- Автоматизация маркетинга и продаж в e-commerce
Внедрение
Кейсы
Блог
Цены
Зарегистрироваться

help.carrotquest.io

Битрикс24 | База знаний Платформы LP

Содержание:

Как создать и настроить интеграцию?
Как добавить поле, которого нет в списке (пользовательское поле)?

Как создать и настроить интеграцию?

Интеграцию с сервисом Битрикс24 можно настраивать для проектов, а также отдельно от них. Для этого нужно выполнить несколько простых шагов:Шаг 1. Выберите нужный проект. 100093281 Шаг 2. Перейдите в раздел «Интеграции». 100093282 Шаг 3. Нажмите «Добавить интеграцию» и выберите «Битрикс24». 100093283 Шаг 4. По порядку заполните поля:

Название – это название интеграции, чтобы вы могли отличать ее от любой другой.
Домен в Bitrix24 – адрес (домен) вашей CRM, обычно это XXXX.bitrix24.ru
Логин пользователя – логин вашего пользователя Битрикс24, которому будут направляться заявки и создаваться лиды в CRM. Если Вы единственный пользователь, то укажите e-mail, под которым Вы зарегистрированы в Битрикс24.
Пароль пользователя – пароль, для указанного выше пользователя Битрикс24.

Нажмите «Добавить».

100093284 Шаг 5. После создания интеграции, вы сможете выбрать изменить «Проект» и «Отключать HTTPS».Отключить HTTPS – если у вас коробочная версия Битрикс (лучше бы пояснение), то проверьте включена ли у вас работа по https,если нет или у вас облачная версия Битрикс, то оставьте эту настройку без изменении ( положение «Нет» ). 100093285 Теперь можно приступить к настройке нужных полей, которые вы хотите передать.В примере мы настроили поля «Имя», «Email» и «Название», которые установлены в форме. 100093286 После того, как поля настроены, нажимаем «Сохранить»Создание интеграции завершено! Осталось подключить интеграцию в форме для передачи данных.Шаг 6. Откройте редактор вашей страницы и в настройках формы выберите созданную интеграцию: 100093287 Шаг 7. После всех изменений опубликуйте повторно страницу.Поздравляем!Вы только что настроили интеграцию с сервисом Битрикс24.Заявки будут приходить в личный кабинет Платформы LP и в сервис Битрикс24 в раздел CRM > ЛидыПриятной работы!

Как добавить поле, которого нет в списке (пользовательское поле)?

Важно! Настройка пользовательских полей не обязательна.Для правильного указания полей в настройках интеграции на Платформе, нужно перейти в раздел CRM Битрикс24 > Лиды, далее в меню Еще > Настройки > Настройки форм и отчетов > Пользовательские поля. 100093288 В пользовательский полях добавим новое поле или перейдем в список уже добавленных полей.Откроем нужное поле и посмотрим на URL, часть его и есть символьный код свойства.Пример: 100093289 Скопируйте выделенный код и вставьте его в интеграцию с Платформой, выбрав как “Пользовательское поле“. 100093290 Задайте полю в форме одинаковый id (который указывали в настройках интеграции «ID поля из редактора»): 100093291 Важно! ID поля (для интеграции) желательно заполнять на латинице, используя только буквы и цифры.Настройка «Обязательного поля»Если при создании «Пользовательского поля» Вы указали его как «Обязательное», 100093292 то необходимо также и в форме в редакторе поставить галочку «Обязательное поле», потому что оно будет отправлять информацию с формы в Битрикс24. 100093293 Пользовательское поле настроено!