Кроме того, при конвейерной работе просто не обойтись без интегрированных в систему планировщиков, постановщиков задач, механизмов контроля и др, что не просто влияет на эффективность работы бизнеса в целом, а также помогает каждому конкретному сотруднику сделать свою работу более эффективной и прозрачной.
И для этого не нужно заполнять "какие-то ненужные сведения", тратя на это драгоценное время. Фиксировать всегда нужно только значимые сведения. Для этого грамотным руководителем должен быть подготовлен внутренний регламент, объясняющий сотруднику, что и как он должен делать в системе.
К сожалению, Вы неверно интерпретируете задачи CRM-системы. В первую очередь нужно понимать, что CRM-система необходима для упорядочивания, систематизации коммерческих данных и ускорения бизнес-процессов. А такая потребность возникает в том случае, если это бизнес, а не так, попытка под него закосить.
Если у менеджера 10 контактов, то ему не нужна никакая CRM и это не может называться бизнесом. Бизнес — это когда работа идет как на конвейере: продажи идут одна за другой, клиенты меняются и ротируются, постоянно подсасывается "новая кровь". В такой ситуации блокнотом не обойдешься и необходимо такой процесс автоматизировать. Если работа командная, когда от действий одного сотрудника зависит эффективность других, то здесь вообще без качественной автоматизации никак.
А как измерить эффективность внедрения CRM — да это очень просто. Необходимо взять типовые бизнес-процессы, которые работают в компании, замерить их скорость протекания от начала до конца до момента внедрения CRM и после. Если время их прохождения ускорилось, то CRM внедрена правильно и она необходима, поскольку напрямую повлияла на эффективность работы. А если после внедрения люди стали тормозить, им стало неудобно, они начали устраивать саботаж, а скорость протекания бизнес-процессов уменьшилась, значит CRM внедрена неверно, внедрена CRM, которая не подходит вашему бизнесу.
При внедрении любого решения требуется определенный компромисс, когда с одной стороны заказчик (частично) подстраивается под механизмы CRM-системы и адаптирует свои процессы к моделям, принятым в системе, а с другой стороны, система адаптируется под конкретные узкие задачи заказчика (обычно тоже частично).
Отсутствие компромисса может быть только при внедрении полностью "самописных" систем, которые создаются под заказчика "с нуля". Но я лично не уверен, что это хороший посыл, поскольку самописная система после внедрения прекращает жить и довольно быстро устаревает, в то время, как тиражная система продолжает совершенствоваться и обзаводиться современными технологиями и фичами!
Есть разные люди. Есть те, кто не в состоянии принимать новое, кто неспособен делать ситуационный анализ. Эффективность бизнеса в целом зависит от эффективности работы каждого его звена, винтика, коими являются сотрудники. Здесь мы говорим о ситуации, когда сотрудники адекватны и открыты к тому, чтобы учиться быть эффективнее.
Такой вариант тоже рабочий. Главное, что заказчик грамотное ТЗ никогда самостоятельно сделать не сможет, поскольку он не владеет ни стеком технологий, ни технической лексикой. И он, кроме того, не обязательно должен быть компетентным в этом. Он предлагает свою концепцию, а разработчик подвергает ее своей ревизии, предлагает варианты исполнения, адаптирует под выбранную схему реализации. Что и вырождает эту концепцию в рабочее ТЗ. Если этого не понимать, то я не знаю, как вообще можно серьезно работать на рынке IT-решений. Если только приложения уровня калькулятора клепать, добывая денег на завтрак в макдональдсе. И то, калькулятор калькулятору рознь! В моей практике был калькулятор для расчета необходимой толщины стенки трубы для одной из нефтедобывающих компаний с бюджетом в 5 млн. руб.
Классическая ошибка. Иметь 2 базы и работать с ними по раздельности — это неправильный подход. Вы изначально усложняете конструкцию и ставите искусственные препоны, которые будут служить только помехой в работе пользователей. Придется делать дополнительные интеграции, синхронизацию данных, учитывать множество возможных оперативных ситуаций. Поверьте, этого надо по возможности избегать.
Это похоже на ситуацию, когда потенциальный заказчик приходит и говорит: "У меня есть программа, я в ней веду склад. Напишите мне еще одну программу, в которой я буду параллельно вести оперативную работу с клиентами и тот же склад, причем этот склад интегрировать с моей программой, чтобы он был идентичен". Да никогда этого не будет, поскольку задача изначально исковеркана. Можно предложить клиенту вести один и тот же склад в двух программах, можно написать интеграцию, можно даже ее запустить в работу. Но это приведет лишь к тому, что спустя пару месяцев работы заказчик получит геморрой, который не стоит ни каких денег, затраченных на такое внедрение.
Коллеги, со всем уважением, прошу прекратить личную перепалку, не относящуюся к теме статьи. Иначе буду вынужден просить модератора забанить особо ретивых. Тему статьи напомнить?
Ну, как же обойтись без камня в огород. Уважаемый Евгений, во-первых, никто не смеялся над фрилансерами, даже сделали рекламу наиболее адекватному из них. Во-вторых, по поводу 2001 года — это ваше личное мнение. Понятно, что Вам хочется уколоть, поскольку что-то в нашей статье Вас неприятно задело. Но смею Вас заверить, что мы четко понимаем, за что наши клиенты любят наш софт, голосуя за него своими инвестициями. И на подобные выпады мы никогда не обижаемся. Если наши решения такие устаревшие, то почему наши продажи растут на 40% в год? Просто мы предоставляем нашим клиентам сильное бизнес-решение с продвинутыми возможностями, а не фантики с побрякушками :)
Верно. Грамотное проектирование решения и четко сформулированное техническое задание — залог успешного внедрения. Однако многие ленятся заниматься формализацией, типа давай аванс плати и мы сделаем. А потом начинается: "А я имел ввиду...", "Да это должно быть по умолчанию..."
Простите, совершенно не понял вашего поста. Я всегда считал, что базовый функционал как раз наоборот должен присутствовать в любой типовой CRM-системе. А дорабатываются именно узкие вещи, фактически отражающие индивидуальные задачи заказчика… Или я не прав? И вообще, как базовый функционал может еще интегрироваться с какой-то другой "условной CRM"? Вы что предлагаете два базовых функционала в двух разных CRM заинтегрировать? Вот откуда монстры рождаются!
Мы не особо сильно стремились провести научный эксперимент, скорее, это был фан — ровно до того момента, как на нас посыпались чужие клиентские базы, краши и предложения запилить за пару дней. Если честно, мы рассчитывали, что 90% ответят, что мы с дуба рухнули и задача так не ставится. Но фишка в том, что люди, которые идут к фрилансерам, совершенно не разбираются в ИТ, CRM, разработке и попадаются на крючок дешевизны. Наша задача была предупредить, а выбор всегда за заказчиком. С нашими статьями ходят к конкурентам, увы, такова особенность хорошего контента :-)
1. Мы тоже сразу определили, что Вы и ваш коллега — компания, поэтому стали общаться с теми, кто был более релевантен эксперименту. Смысл нам обсуждать что-то с такими же, как и мы?
2. Повторюсь — мы имитировали (как могли) клиента, который не разбирается в нюансах. Нам меньше всего хотелось, чтобы задача на фрилансах пахла конкурентной разведкой. Наша цель — поместить простого человека в условия выбора системы. Больше половины клиентов, ищущих CRM, не знают даже расшифровки аббревиатуры.
3. Потому что разработка (и внедрение!) CRM с интеграциями, почтой, нотификациями и т.д. стоит дороже. Вне зависимости от стека. Если честно, я не понимаю, чем отличается труд программиста Delphi от труда программиста Java или С#. Разве только тем, что хороший дельфист стоит дорого. Нет, не так. Он стоит ОЧЕНЬ ДОРОГО. Что касается реализаций на современных фреймворках, то приведите пример развитой системы на них? Те же махины типа Битрикс24 или SAP написаны на стабильном стеке, без использования какого-либо реакта. Что будет дальше — вопрос, но пока расклад такой.
Вопрос к вам — раз проект так легко собрать за 3 месяца, почему он стоит 2 миллиона?
4. Какое отношение имеет сайт к десктопной CRM? Сайт — наш инструмент продаж, который работает чётко, по всем опросам и тестам нравится пользователям за доступность информации.Что касается интерфейса CRM, то в нём все элементы рабочие, понятные и логика нашего ПО помогает работать менеджерам быстро. Разве не это цель корпоративного ПО?
И да, к сожалению, Вы ошиблись. На нашем сайте не показывается электронный адрес автора вопроса. Там показывается имя пользователя (его ник). Электронный адрес там может появиться только в том случае, если Вы при создании своей учетки вместо имени по ошибке или невнимательности введете свой емейл.
«Но и большая старая компания не обязательно сможет сделать качественный продукт, а не просто отработать бюджет на старых технологиях и выкатить монструозное чудо» — это Вы о ком? :-)
Нормальный CRM-разработчик создаёт рабочий, функциональный продукт. В который зашёл — и работаешь. А вваливать сотни тысяч долларов в дизайн, чтобы продавать какие-то базовые, но красивые CRM по цене крыла Боинга — да ну нафиг. Мы для бизнеса работаем, а не для выставок и квадрантов.
Когда заказчик приходит к разработчику — он имеет концепцию решения, разработку которого он планирует заказать. Это еще не техзадание. Концепция может быть описана в свободной понятной форме. Далее, в процессе обсуждения проекта, рождается техзадание, которое оговаривает конкретный объем планируемых работ, сроки, стоимость. Техзадание обычно составляется обеими сторонами совместно, либо разработчиком. Я это утверждаю, основываясь исключительно на собственном опыте, насчитывающим несколько сотен выполненных проектов.
1С — это отличная платформа. Фактический стандарт для бухучета на территории России и ближнего зарубежья. Однако есть разные потребители. Например есть такие, которые говорят: "нам нужно решение только на платформе 1С". Есть и другие, они говорят: "дайте нам что угодно, только не 1С". У каждого своя правда и свое видение. Поэтому когда есть конкуренция и многообразие выбора — это идет на пользу всем. И клиентам, и разработчикам. Разработчики стремятся быть впереди и предложить клиентам современные продукты, а клиенты могут выбрать продукт, наиболее подходящий для себя.
Высшее образование обычно поднимает человека на ступеньку в общем развитии, дает ему весьма профессиональные навыки и заставляет смотреть на мир немного другими глазами. Видеть чуть больше остальных (у кого нет высшего образования). Но это в основном теория. А вот если человек хочет развить в себе какие-либо специальные качества, он должен сам идти в этом направлении. Изучать, практиковаться, наломать дров, набить шишек. Упорство и любознательность в купе с теми знаниями, которые дает высшее образование, и способны сотворить эффективного чудо-человека. Но только если сам человек стремится к этому.
Забыли про старый добрый Basic. Есть еще живые свидетели сего чуда? Откликнитесь, Ау-у...
Спасибо!
Кроме того, при конвейерной работе просто не обойтись без интегрированных в систему планировщиков, постановщиков задач, механизмов контроля и др, что не просто влияет на эффективность работы бизнеса в целом, а также помогает каждому конкретному сотруднику сделать свою работу более эффективной и прозрачной.
И для этого не нужно заполнять "какие-то ненужные сведения", тратя на это драгоценное время. Фиксировать всегда нужно только значимые сведения. Для этого грамотным руководителем должен быть подготовлен внутренний регламент, объясняющий сотруднику, что и как он должен делать в системе.
К сожалению, Вы неверно интерпретируете задачи CRM-системы. В первую очередь нужно понимать, что CRM-система необходима для упорядочивания, систематизации коммерческих данных и ускорения бизнес-процессов. А такая потребность возникает в том случае, если это бизнес, а не так, попытка под него закосить.
Если у менеджера 10 контактов, то ему не нужна никакая CRM и это не может называться бизнесом. Бизнес — это когда работа идет как на конвейере: продажи идут одна за другой, клиенты меняются и ротируются, постоянно подсасывается "новая кровь". В такой ситуации блокнотом не обойдешься и необходимо такой процесс автоматизировать. Если работа командная, когда от действий одного сотрудника зависит эффективность других, то здесь вообще без качественной автоматизации никак.
А как измерить эффективность внедрения CRM — да это очень просто. Необходимо взять типовые бизнес-процессы, которые работают в компании, замерить их скорость протекания от начала до конца до момента внедрения CRM и после. Если время их прохождения ускорилось, то CRM внедрена правильно и она необходима, поскольку напрямую повлияла на эффективность работы. А если после внедрения люди стали тормозить, им стало неудобно, они начали устраивать саботаж, а скорость протекания бизнес-процессов уменьшилась, значит CRM внедрена неверно, внедрена CRM, которая не подходит вашему бизнесу.
Безусловно, мир разнообразен. Всегда есть исключения из правил.
При внедрении любого решения требуется определенный компромисс, когда с одной стороны заказчик (частично) подстраивается под механизмы CRM-системы и адаптирует свои процессы к моделям, принятым в системе, а с другой стороны, система адаптируется под конкретные узкие задачи заказчика (обычно тоже частично).
Отсутствие компромисса может быть только при внедрении полностью "самописных" систем, которые создаются под заказчика "с нуля". Но я лично не уверен, что это хороший посыл, поскольку самописная система после внедрения прекращает жить и довольно быстро устаревает, в то время, как тиражная система продолжает совершенствоваться и обзаводиться современными технологиями и фичами!
Есть разные люди. Есть те, кто не в состоянии принимать новое, кто неспособен делать ситуационный анализ. Эффективность бизнеса в целом зависит от эффективности работы каждого его звена, винтика, коими являются сотрудники. Здесь мы говорим о ситуации, когда сотрудники адекватны и открыты к тому, чтобы учиться быть эффективнее.
Такой вариант тоже рабочий. Главное, что заказчик грамотное ТЗ никогда самостоятельно сделать не сможет, поскольку он не владеет ни стеком технологий, ни технической лексикой. И он, кроме того, не обязательно должен быть компетентным в этом. Он предлагает свою концепцию, а разработчик подвергает ее своей ревизии, предлагает варианты исполнения, адаптирует под выбранную схему реализации. Что и вырождает эту концепцию в рабочее ТЗ. Если этого не понимать, то я не знаю, как вообще можно серьезно работать на рынке IT-решений. Если только приложения уровня калькулятора клепать, добывая денег на завтрак в макдональдсе. И то, калькулятор калькулятору рознь! В моей практике был калькулятор для расчета необходимой толщины стенки трубы для одной из нефтедобывающих компаний с бюджетом в 5 млн. руб.
Классическая ошибка. Иметь 2 базы и работать с ними по раздельности — это неправильный подход. Вы изначально усложняете конструкцию и ставите искусственные препоны, которые будут служить только помехой в работе пользователей. Придется делать дополнительные интеграции, синхронизацию данных, учитывать множество возможных оперативных ситуаций. Поверьте, этого надо по возможности избегать.
Это похоже на ситуацию, когда потенциальный заказчик приходит и говорит: "У меня есть программа, я в ней веду склад. Напишите мне еще одну программу, в которой я буду параллельно вести оперативную работу с клиентами и тот же склад, причем этот склад интегрировать с моей программой, чтобы он был идентичен". Да никогда этого не будет, поскольку задача изначально исковеркана. Можно предложить клиенту вести один и тот же склад в двух программах, можно написать интеграцию, можно даже ее запустить в работу. Но это приведет лишь к тому, что спустя пару месяцев работы заказчик получит геморрой, который не стоит ни каких денег, затраченных на такое внедрение.
Коллеги, со всем уважением, прошу прекратить личную перепалку, не относящуюся к теме статьи. Иначе буду вынужден просить модератора забанить особо ретивых. Тему статьи напомнить?
У каждого свои тараканы, без обид :)
А если в тексте поста вы укажете номер своей банковской карты, в этом будет виноват модератор Хабра?
Ну, как же обойтись без камня в огород. Уважаемый Евгений, во-первых, никто не смеялся над фрилансерами, даже сделали рекламу наиболее адекватному из них. Во-вторых, по поводу 2001 года — это ваше личное мнение. Понятно, что Вам хочется уколоть, поскольку что-то в нашей статье Вас неприятно задело. Но смею Вас заверить, что мы четко понимаем, за что наши клиенты любят наш софт, голосуя за него своими инвестициями. И на подобные выпады мы никогда не обижаемся. Если наши решения такие устаревшие, то почему наши продажи растут на 40% в год? Просто мы предоставляем нашим клиентам сильное бизнес-решение с продвинутыми возможностями, а не фантики с побрякушками :)
Верно. Грамотное проектирование решения и четко сформулированное техническое задание — залог успешного внедрения. Однако многие ленятся заниматься формализацией, типа давай аванс плати и мы сделаем. А потом начинается: "А я имел ввиду...", "Да это должно быть по умолчанию..."
Простите, совершенно не понял вашего поста. Я всегда считал, что базовый функционал как раз наоборот должен присутствовать в любой типовой CRM-системе. А дорабатываются именно узкие вещи, фактически отражающие индивидуальные задачи заказчика… Или я не прав? И вообще, как базовый функционал может еще интегрироваться с какой-то другой "условной CRM"? Вы что предлагаете два базовых функционала в двух разных CRM заинтегрировать? Вот откуда монстры рождаются!
1. Мы тоже сразу определили, что Вы и ваш коллега — компания, поэтому стали общаться с теми, кто был более релевантен эксперименту. Смысл нам обсуждать что-то с такими же, как и мы?
2. Повторюсь — мы имитировали (как могли) клиента, который не разбирается в нюансах. Нам меньше всего хотелось, чтобы задача на фрилансах пахла конкурентной разведкой. Наша цель — поместить простого человека в условия выбора системы. Больше половины клиентов, ищущих CRM, не знают даже расшифровки аббревиатуры.
3. Потому что разработка (и внедрение!) CRM с интеграциями, почтой, нотификациями и т.д. стоит дороже. Вне зависимости от стека. Если честно, я не понимаю, чем отличается труд программиста Delphi от труда программиста Java или С#. Разве только тем, что хороший дельфист стоит дорого. Нет, не так. Он стоит ОЧЕНЬ ДОРОГО. Что касается реализаций на современных фреймворках, то приведите пример развитой системы на них? Те же махины типа Битрикс24 или SAP написаны на стабильном стеке, без использования какого-либо реакта. Что будет дальше — вопрос, но пока расклад такой.
Вопрос к вам — раз проект так легко собрать за 3 месяца, почему он стоит 2 миллиона?
4. Какое отношение имеет сайт к десктопной CRM? Сайт — наш инструмент продаж, который работает чётко, по всем опросам и тестам нравится пользователям за доступность информации.Что касается интерфейса CRM, то в нём все элементы рабочие, понятные и логика нашего ПО помогает работать менеджерам быстро. Разве не это цель корпоративного ПО?
И да, к сожалению, Вы ошиблись. На нашем сайте не показывается электронный адрес автора вопроса. Там показывается имя пользователя (его ник). Электронный адрес там может появиться только в том случае, если Вы при создании своей учетки вместо имени по ошибке или невнимательности введете свой емейл.
«Но и большая старая компания не обязательно сможет сделать качественный продукт, а не просто отработать бюджет на старых технологиях и выкатить монструозное чудо» — это Вы о ком? :-)
Нормальный CRM-разработчик создаёт рабочий, функциональный продукт. В который зашёл — и работаешь. А вваливать сотни тысяч долларов в дизайн, чтобы продавать какие-то базовые, но красивые CRM по цене крыла Боинга — да ну нафиг. Мы для бизнеса работаем, а не для выставок и квадрантов.
Обратите внимание, что статья написана в рамках корпоративного блога компании.
Когда заказчик приходит к разработчику — он имеет концепцию решения, разработку которого он планирует заказать. Это еще не техзадание. Концепция может быть описана в свободной понятной форме. Далее, в процессе обсуждения проекта, рождается техзадание, которое оговаривает конкретный объем планируемых работ, сроки, стоимость. Техзадание обычно составляется обеими сторонами совместно, либо разработчиком. Я это утверждаю, основываясь исключительно на собственном опыте, насчитывающим несколько сотен выполненных проектов.
Оффтопик, извините...
1С — это отличная платформа. Фактический стандарт для бухучета на территории России и ближнего зарубежья. Однако есть разные потребители. Например есть такие, которые говорят: "нам нужно решение только на платформе 1С". Есть и другие, они говорят: "дайте нам что угодно, только не 1С". У каждого своя правда и свое видение. Поэтому когда есть конкуренция и многообразие выбора — это идет на пользу всем. И клиентам, и разработчикам. Разработчики стремятся быть впереди и предложить клиентам современные продукты, а клиенты могут выбрать продукт, наиболее подходящий для себя.
Высшее образование обычно поднимает человека на ступеньку в общем развитии, дает ему весьма профессиональные навыки и заставляет смотреть на мир немного другими глазами. Видеть чуть больше остальных (у кого нет высшего образования). Но это в основном теория. А вот если человек хочет развить в себе какие-либо специальные качества, он должен сам идти в этом направлении. Изучать, практиковаться, наломать дров, набить шишек. Упорство и любознательность в купе с теми знаниями, которые дает высшее образование, и способны сотворить эффективного чудо-человека. Но только если сам человек стремится к этому.