Если у вас еще нет amoCRM
Создать прямо сейчасДля разработчика система amoCRM представляет из себя реляционную базу данных. В системе есть основные и вспомогательные сущности, по сути таблицы данных, которые могут быть связаны друг с другом. Доступ к ним осуществляется через API.
Для доступа к данными системы, как через интерфейсы, так и через API, необходима авторизация под пользователем аккаунта. Вся работа через API также происходит с учетом прав доступа авторизованного пользователя в аккаунте. Все методы могут быть использованы только после авторизации.
Через API вы можете получить необходимую информацию по аккаунту: название, оплаченный период, пользователи аккаунта и их права, справочники дополнительных полей контактов и сделок, справочник статусов сделок, справочник типов событий, справочник типов задач и другие параметры аккаунта.
Одна из основных сущностей системы. Состоит из предустановленного набора полей и дополнительных, создаваемых администратором аккаунта. Каждый контакт может участвовать в одной и более сделке или может быть вообще не связан ни с одной. Каждый контакт может быть прикреплен к одной компании.
E-mail контакта и телефон используются как уникальные идентификаторы в связке с другими системами. К примеру, именно в события контакта попадает информация о совершенных звонках, о e-mail-переписке.
Каждому контакту может быть задан ответственный для разграничения прав доступа между сотрудниками аккаунта.
Подробнее с сущностью “Контакт” можно ознакомиться на этой странице.
Одна из основных сущностей системы. Состоит из предустановленного набора полей и дополнительных, создаваемых администратором аккаунта. Каждая сделка может быть прикреплена к одному и более контакту или не прикреплена ни к одному.
Каждой сделке может быть задан ответственный для разграничения прав доступа между сотрудниками аккаунта.
Сделка обладает статусом, который обозначает положение сделки в жизненном цикле (бизнес-процесс). Он должен быть обязательно присвоен сделке. Список статусов может быть изменен в рамках аккаунта, кроме двух системных конечных статусов.
Подробнее с сущностью “Сделка” можно ознакомиться на этой странице.
Полностью аналогична сущности “контакт”. Состоит из предустановленного набора полей и дополнительных, создаваемых администратором аккаунта. Каждая компания может участвовать в одной и более сделке или может быть вообще не связана ни с одной.
E-mail и телефон используются как идентификаторы в связке с другими системами
Каждой компании может быть задан ответственный для разграничения прав доступа между сотрудниками аккаунта.
Подробнее с сущностью “Компания” можно ознакомиться на этой странице.
Аналогичен сущности “сделка”. Состоит из предустановленного набора полей и дополнительных, создаваемых администратором аккаунта. Каждый покупатель может быть прикреплен к одному и более контакту или не прикреплен ни к одному.
Каждому покупателю может быть задан ответственный для разграничения прав доступа между сотрудниками аккаунта.
Покупатель обладает периодом, который обозначает положение покупателя в жизненном цикле (бизнес-процесс). Список периодов может быть изменен в рамках аккаунта, кроме первого и трех конечных системных периодов.
Подробнее с сущностью “Покупатель” можно ознакомиться на этой странице.
Транзакция – это сущность которая описывает основные характеристики покупки (дата и сумма). Является дополнением для “покупателя”.
Задача должна обязательно иметь ответственного и дату (число и время). Также задача может быть связана со сделкой или контактом, но не обязательно, она может быть не связана ни с каким объектом. Самая основная сущность системы считается задачи.
Установить результат по закрытой задаче можно, используя метод notes
События представляют возможность добавлять дополнительную структурированную или не структурированную информацию к контакту или сделке. События бывают системные (звонки, СМС-сообщения и т.д.), созданные пользователем (примечания, файлы). События в карточках отображаются на ряду с задачами, т.к. не имеют ответственного и не прикреплены к дате.
Зачастую события используются виджетами для добавления дополнительной информации к сделке или контакту, когда не очень удобно использовать кастомные поля. События очень удобно использовать как лог, т.к. они всегда отображаются в хронологическом порядке в ленте и, если ваша информация привязана к дате (хронологии), то желательно использовать именно события.
Подробнее с данным разделом можно ознакомиться здесь.
Метод позволяет создать и удалять дополнительные поля по одному или пакетно. Пользователь не сможет изменить их значения из интерфейса, но сможет фильтровать по ним и просматривать.
Создание и удаление поля также возможно из интерфейса.
Подробнее о работе с дополнительными полями вы можете ознакомиться на этой странице.
Звонки представляют возможность добавлять информацию к контакту или компании. События в карточках отображаются на ряду с задачами, т.к. не имеют ответственного и не прикреплены к дате. Если у события звонка есть ссылка на файл записи звонка, то в заметку будет добавлен плеер для проигрывания этой записи.
Новая сущность системы. В состояние Неразобранное попадают все обращения из интеграций: почты, телефонии, форм для сайта, которые ещё не были обработаны пользователем (создана сделка или контакт). Пользователь может принять неразобранное – в данном случае будет создана сделка, а так же, при возможности, контакт и компания, если соответствующая информация есть в заявке, либо отклонить его.
Подробнее с сущностью “Неразобранное” можно ознакомиться на этой странице.
Каждый аккаунт в amoCRM имеет возможность сообщаться с веб-сервером. Эти “WebHooks” могут быть использованы для обновления информации о сделках в вашем магазине, отправки смс уведомлений или автоматизации ведения сделок. Каждый WebHook может быть настроен для определённой операции и событий. Администратор аккаунта может настроить хуки на странице Настройки->Интеграции.
Описание механизма веб-хуков можно найти на этой странице
Этапы продаж – это последовательность шагов, которые проходит потенциальный клиент (лид) по воронке продаж перед покупкой. В amoCRM можно создавать несколько воронок продаж в одном аккаунте и задавать свои этапы для отслеживания хода сделки в каждой воронке. В amoCRM можно настроить до 10-и воронок в аккаунте. Каждая воронка может содержать до 100 этапов (включая успешный и неуспешный статусы). Настроить воронки и этапы продаж может администратор аккаунт на странице Сделки->Настроить.
Цифровая воронка позволяет настроить выполнение различных действий и автоматически изменять этапы сделок при наступлении определенных событий.
Настроить цифровую воронку может администратор аккаунта на странице сделок, нажав кнопку Сделки -> Настроить.
Периоды покупателей – это последовательность шагов, которые проходит потенциальный клиент (покупатель) по воронке покупателей перед покупкой. В amoCRM можно создавать свои периоды для отслеживания хода покупателя.
Воронка покупателей может содержать 10 периодов “до покупки” (включая “недавно купили”, “покупка сегодня” и “не купили”). Настроить периоды может администратор аккаунта на странице Digital Pipeline (Цифровая воронка).
Виджет – это архив, содержащий набор файлов, которые будут подключаться в amoCRM всем аккаунтам, включившим виджет. Виджет позволяет получить дополнительный функционал, если необходимо:
Настроить виджеты может администратор аккаунт на странице Настройки->Интеграции.
Подробнее о настройке виджетов вы можете на этой странице.
Списки это новый раздел, содержащий в себе уже знакомые списки контактов и компаний, но позволяющий так-же создавать списки и каталоги, которые Вы можете применять в сделках и покупателях. Функция доступна начиная с расширенного тарифа.
Подробнее с данным разделом вы можете по этой ссылке.
