CRM-системы *

Сейчас многие компании довольно часто выбирают эту систему, потому что она, как следует из ее названия, состоит из двух связанных между собой систем: из Управления торговлей (работа с заказом, со складом, управление доставкой, финансами и т.п.) и из CRM-системы. Это привлекает руководителей и владельцев бизнеса, потому что, как правило, управление взаимоотношениями с клиентами идет рука об руку с торговым учетом, и работать в двух отдельных системах не всегда бывает удобно и выгодно.

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

Система 1С Управление торговлей и взаимоотношениями с клиентами (CRM) является продуктом компании “1С-Рарус” — совместного предприятия фирм “1С” и “Рарус”. В основу данной системы положена конфигурация Управление торговлей компании 1С, а CRM-составляющая была доработана “Рарусом”.

Честно говоря, эту статью я пишу даже больше для себя — чтобы как то систематизировать информацию по внутреннему языку программирования ABAP/4 системы SAP R/3 в одном месте. Тем не менее, я буду очень рад, если кому то ещё она окажется полезной и сэкономит время. Сразу оговорюсь, что статья ориентирована на новичков, которые только начинают изучать ABAP/4 (коим, в некоторой мере, я и сам являюсь).

Сейчас практически невозможно представить себе CRM-систему без телефонии. Есть, конечно, компании, которые не используют телефонию в CRM, но сейчас их все меньше и меньше.

Мне достаточно часто приходится объяснять своим клиентам, как же работает телефония, какие существую варианты в CRM, чем они отличаются, каковы преимущества и недостатки того или иного варианта. Я постоянно занимаюсь интеграцией CRM и телефонии и решил в этой статье обобщить свои знания и поделиться ими.

Данную статью надо рассматривать как продолжение одной из моих ранее написанных статей “Что такое CRM-системы и как их правильно выбирать?”

«Накопительный» тип данных (rollup) появился в Microsoft Dynamics CRM 2015. Он позволяет получать агрегированную информацию по линии потомок-родитель. Такая функциональность несомненно востребована на рынке, поскольку обновление информации из «потомков» на «родителе» всегда представляло техническую сложность, но было востребовано и востребовано сейчас во многих бизнес задачах.

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

Как только менеджеры ни воспринимают CRM — как записную книжку, как тяжкую обязанность перед руководителем, как средство устрашения новичков и даже как софт, про иконку которого на рабочем столе можно просто забыть. К счастью, таких не очень много — большинство всё же учитывают в ней заказы и сделки, ведут клиентов, ставят задачи и напоминания, звонят. А вот дополнительные «фичи» компании действительно не используют, в то время как у многих ведущих CRM российского рынка есть чему поучиться.

После того, как я написал статью «Что такое CRM-системы и как их правильно выбирать?», ко мне стали поступать вопросы от читателей по поводу работы CRM, функциональности той или иной системы, возможных дополнений и надстроек.

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

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

Итак, задача: создать протокол (инструкцию) для работы в медучреждении на участке докторов, например «Терапия».

Добрый день, меня зовут Сергей и я руководитель продуктового направления в компании «ДоксВижн». За время работы в сфере автоматизации электронного документооборота мне довелось участвовать в десятках проектов внедрения, причем в разных ролях (от инженера до руководителя проектного офиса), с разных сторон (заказчик, представитель компании-внедренца, вендор) и с разными системами (Docsvision и Directum). Своим проектным опытом я хочу поделиться с вами.

Зная процесс и набив кучу шишек, я даю в статье несколько рекомендаций, которые позволят подойти к проекту внедрения СЭД (как и любой ИТ-системы) подготовленными и более гладко его реализовать. Мой коллега уже давал советы ИТ-специалистам заказчика, ответственным за внедрение. Я взгляну на вопрос под другим углом и поделюсь рядом нюансов, которые стоит учесть именно компании-интегратору. Особенно, если вам предстоит первый проект внедрения. Надеюсь, статья будет полезна, хотя на многие «грабли» все равно нужно иногда наступать самостоятельно, и идеальных рецептов в проектной практике не существует.

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

Проведем опыт. Возьмем пластиковую воронку, закроем низ пальцем, нальем полстакана воды. Теперь подставим пустой стакан, откроем отверстие — вылилось ровно полстакана. Очевидно, что калька с английского термина «sales funnel» прочно прижилась, но при этом не отражает истиной сущности. Говоря о воронке продаж, из которой выходит гораздо меньше клиентов, чем вошло, проще представлять многоступенчатый фильтр, на каждом слое которого оседают взвеси, а на выходе — качественная вода. И этот образ справедлив, ведь «funnel» означает в переводе еще и «просачиваться, выходить наружу».

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

Эту статью я хотел бы начать с несколько неожиданного признания. На самом деле я практически никогда не работаю с системой CRM Битрикс 24. Своим клиентам я предлагаю обычно другие варианты CRM, которые, как мне кажется, больше подходят в том или ином случае.

С другой стороны, меня находят в том числе, по статьям, где я пишу о CRM в принципе, находят меня и по слову «Битрикс», которое я часто использую, так как говорить об 1С и не говорить о Битрикс – почти нереально. В результате время от времени я получаю от заказчиков просьбы помочь им с внедрением и настройкой именно CRM Битрикс 24.

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

Одна из причин появления этой статьи – недостаточное количество информации о CRM Битрикс 24. Когда я сам попытался разобраться в этой системе, я столкнулся с информационным вакуумом. В Интернет очень много информации о Битрикс 24, но вся она делится на рекламные статьи от самой компании Битрикс и аналогичную рекламную информацию от партнеров компании, т.е. ни одной объективной статьи, ни одного обзора, который включал бы не только похвалы, но и критику, я не нашел.

Далее я пошел на сайт и попробовал на практике изучить систему Битрикс 24, после чего помогал с ее внедрением нескольким своим клиентам. В результате у меня появились знания об особенностях системы, опыт практической работы с ней, а также сложившееся мнение об этой системе. Т.е. все, что нужно для написания полноценного обзора CRM Битрикс 24.

Привет Хабр!

Месяца полтора назад мы писали о том, как подружить SAP Workforce Performance Builder с SAP Solution Manager для того, чтобы внести некую свежесть и даже инновационность в процесс поддержки пользователей. Остановились на том, что учебные материалы хранятся в Solution Manager и назначение их пользователям мы делаем через Учебные карты (Learning Maps). К сожалению, мы совсем обошли вниманием тех, кто использует для обучения сотрудников систему управления обучением на базе SAP Enterprise Learning Solution (SAP xLSO). В этом посте исправим эту ошибку и расскажем, как можно напрямую из WPB публиковать учебные материалы в SAP LSO для построения и автоматизации процесса обучения пользователей, минуя авторскую среду LSO Authoring Environment.
Теперь не придется делать двойную работу: экспортировать контент в формат SCORM, загружать его в авторскую среду SAP LSO, потом грузить на сервер LSO.

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

Привет, Хабр!

Сегодня мы смоделируем процесс разработки и поддержки актуальности пользовательских инструкций силами самих пользователей. Этот подход существенно упрощает жизнь службам, ответственным за поддержку и развитие систем. Для этого мы будем использовать 2 продукта: SAP Solution Manager и SAP Workforce Performance Builder –инструмент для разработки интерактивных инструкций для пользователей любых ИТ-систем. С первым, я уверен, большинство знакомы, а со вторым мало кто сталкивался. В первой части мы подружим эти два решения, чтобы процесс заработал, а во второй — создадим в Solution Manager программу обучения для подготовки новых сотрудников, в которой будут использоваться актуальные (всегда!) материалы, созданные в SAP WPB.

Salesforce.com — популярная зарубежом CRM система. В России и странах СНГ разботчиков, специализаирующихся на данной платформе не так много, но на рынке труда постоянно появляются вакансии и люди медленно, но верно, переходят на эту платформу.

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

Первая статья касается гибкой архитектуры для написания Rest сервисов.

В процессе внедрения CRM-систем часто слышишь от заказчиков, что система слишком навороченная и им хватило бы модулей «Контакты» и «Сделки». Однако опыт длительного ведения клиентов показывает обратное: со временем заказчик начинает открывать для себя все более глубокие функциональные возможности и, если выражаться простым языком, может даже «вырасти из CRM». Игроки рынка таких систем стремятся максимально обогатить свой софт фишками, интересными решениями, предоставить крутые возможности пользователю. Такие решения вовсе не являются излишествами, а аккумулируют в себе весь накопленный вендорами опыт и лучшие практики множества внедрений.

Приветствую, Уважаемые Хаброчитатели

В данной статье хочу поведать о результатах моих исследований относительно применимости PostSharp к MS Dynamics CRM в плане логирования.

Введение

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

Введение

Мы хотим поделиться опытом небольшого, но полезного усовершенствования функционала работы с бизнес-процессами различных типов в Microsoft Dynamics CRM 2013. Наш подход не претендует на гениальность, но он позволил решить некоторые проблемы, которые мы опишем ниже, а также выполнить пожелания Заказчика. Может быть, кейс будет полезен кому-то в своей работе.

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