Совершенно верно — если в компании нет методологии, нет бизнес-процессов в принципе, то про это есть известная вендорская поговорка: «получим автоматизированный бардак». Но если мы обратимся к вопросу методологии продаж, тот тут тоже есть «подводный» камень — методология может быть тоже не органичной, а насаженной «сверху», как раз консультантом или тренером. Эти парни не всегда отвечают за свою работу. Тогда опять же нет понимания процессов, и в них нужно ковыряться. Но это так, ремарка, тема совсем не хабровская.
Вот вам анекдот про большинство консультантов
Жили-были мыши. Все их обижали. Однажды пришли мыши к сове:
-Мудрая сова, помоги! Все нас едят. Скоро нас не останется. Что делать?
Подумала сова и говорит:
-Мыши! Станьте ежами! Будете колючими и для охотников недоступны.
Побежали мыши радостно:
-Станем ежами! Станем ежами!
Вдруг одна остановилась:
-А кто-нибудь знает: как стать ежами?
Никто. Побежали обратно к сове.
-Сова! А как нам стать ежами???
-Мыши! Идите к чёрту! Я не тактик, я — стратег !
А вопрос, конечно, задаём и 100% все задают. Об этом мы ещё напишем :-)
«Как раз был 2012 год — и в марте Мозилла выпустила такой вот релиз. Решение было прямо скажем так себе. Потом появились ещё аддоны, но к тому времени мы решили, что со Scrum в чистом виде у нас не сложится :-) В итоге так и работали, что-то от скрама, что-то от водопадной модели.»
История нашего сотрудника, который ранее работал в той компании. Цитируем прямо дословно:
«Дано: 4 продукта в разработке, тест-планы по 200-300 пунктов на каждый. Был отдел тестирования А, 9 человек, работали с Jira как багтрекером, насоздавали полей и сущностей, которые не использовали. В течение года по многим причинам (в том числе из-за факапа с важным клиентом) сменили весь отдел — тогда появились мы, расширились до 12 человек. Насоздавали своих сущностей. Сменился начальник R&D. Через некоторое время вот что обнаружили:
— сущностей стало слишком много, интерфейс потяжелел — затруднился поиск багов и событий
— весь остальный стек был не атлассиановский
— мы начали внедрять Scrum и „монстра“ мешала в процессе
— самое ужасное — перегруженная система стала тормозить.
Мы не хотели ничего менять, но кто-то вспомнил, что работал с Багзилой. Накатили перед одним релизом и полностью испробовали на нём: всем понравилась структура, все эти прозрачные вехи, милестоуны, статусы. Накатили ещё и Bugzilla TODOs, правда, не зашло. Довольно долго пользовались параллельно, что-то перетащили. В итоге работать стали реально в разы быстрее.
Выводы? Отчасти хороший инструмент Jira загубили кучей настроек, которые хотелось применить, отчасти не подошла её философия. Миграция была сложной, если этот процесс вообще можно было назвать миграцией. Но ехать на помирающей лошади тоже не стоит, даже если ты её сам и загнал.»
Отличный ликбез! Спасибо за информацию. Конечно, речь шла не о небольшом тираже — газета для города-миллионника с большим тиражом. Поэтому и ситуация трагикомичная. Одно утешает — история ушла в уже далёкие 2000-е :-)
Вот лично я, сотрудник, в данный момент залогинившийся под корп. аккаунтом, работаю 5 лет, про з/п говорить не могу, как и во многих компаниях. Скажем так, индексация всегда радует. Так что без всяких фантазий — так бывает, иначе бы не имели права писать такие статьи :-)
Вы отлично пишете про соотношение офисного пакета и CRM-систем. Но оговоримся ещё раз, что именно в этой статье речь идёт не только о сотрудниках отделов продаж (да, CRM их главный инструмент!), и мы отметили, что Либра/Опен плох для тех, кто имеет деятельность, прочно связанную с офисным пакетом (техписы, аналитики, экономисты и все, кто задействован в процессе бюджетирования и т.д.). А так мы сами ценим опенсорс и любые удобные инструменты.
Мы специально сделали оговорку про то, что у сотрудника офисный пакет должен быть основным инструментом работы. Написать пару текстов в месяц и построить три диаграммы можно и в Либре, и в Гуглодоках. А вот если вы составляете сложную документацию, бюджетируете в таблицах, делаете аналитику, готовите качественные презентации, то тут всё равно MS Office нет равных.
Мы стараемся адаптировать системы под клиента, обучаем. Вот блог завели и активно пишем, чтобы нести «человечное» понимание CRM-систем и давать полезные инструкции. Для нас это так же важно, как и разработка качественного и функционального продукта.
Что касается бизнес-процессов, мы уже не раз писали о том, что они должны создаваться в системе в точном соотвествии с требованиями реальных процессов клиента.
Совершенно верно — как раз однообразные, рутинные операции нужно автоматизировать, равно как и операции слишком тяжёлые или опасные. Хотя не всё получится, конечно. Но на почте и в интернет-магазинах давно нужны роботы, это факт — Amazon в этом преуспевают.
Призываем внимательнее относится к тексту, который вы читаете. Мы обозначили, что есть опыт и коммерческое мышление (те самые процессы). Кстати, CRM-система не рвёт никакие процессы. Если компании комфортно какое-то состояние бизнес-процесса, то в системе он будет воспроизведён именно так, как нужно холдерам. Если желают оптимизировать, то в CRM попадёт именно оптимизированный процесс.
На Хабре мало корпоративных блогов вендоров CRM. На данный момент, кажется, вообще наш один. Например, мы пришли не для того, чтобы мотивировать (хотя почему бы и нет?), но прежде всего для того, чтобы писать о CRM полезные статьи с готовыми рецептами, чек-листами, схемами внедрения (применимыми не только к нашей системе) и т.д. Нас на это подтолкнуло осознание глубокой пропасти между тем, что пишут о CRM в России и тем, что пишут за рубежом. Мы пишем честно, открыты к диалогу и нам нравится рассказывать о CRM в целом, а не писать исключительно о своей функциональности.
Это не голосовалка, это опрос. Голосовалка — это выбор результата, а опрос — сбор информации. Которая, к тому же, собирается анонимно и сразу доступна всем. Стараемся добавлять опросы к статьям, чтобы пользователям было интереснее взаимодействовать с материалом и комфортно высказать своё мнение даже без комментариев. И знаете, опыт показал, что это полезная и хорошая практика.
Михаил, мы в статье оговорились о том, что а) мы приводим компоненты расчёта б) история для конкретной компании индивидуальна. И конечно, маркетинг здесь только в том, что мы сообщили о своих скидках. Почему мы написали эту статью?
Мы читали множество публикаций, где без привязки к ситуации указаны чистые стоимости и ROI, — вот это действительно реклама, потому что в данной ситуации нельзя делать универсальные подсчёты и выводы.
Мы хотели показать, что дешевая или бесплатная лицензия — не всегда дёшево.
Рынку CRM в России нужен ликбез, ликбез и ещё раз ликбез — это становится понятно как только вы пытаетесь обсудить внедрение системы с ЛПР-ом не-технарём. У нас есть возможность писать об этом на Хабре и мы стараемся создавать достойные материалы, а не описания трёх модулей.
Опять же, про инфраструктуру. Если речь о СМБ с относительно стандартными требованиями, то никаких особенных инфраструктурных наворотов не нужно. Если о крупном бизнесе, то чаще всего у него уже есть инфраструктура и люди, ибо там есть и BI, и телефония, и мониторинг и много всего ещё. Таким образом, точная стоимость проекта внедрения может быть рассчитана только для конкретной компании — по перечисленным компонентам.
«мы молодцы, а остальные дорого»
Мы такого не писали. Просто потому что в определённых условиях и мы — дорого, это объективно. Вообще CRM — не та сфера, где решает цена, здесь решают целесообразность и задачи автоматизации. Если решение подойдёт и заработает, оно окупится. А если нет, то и 200 тыс. руб. мёртвым грузом повиснут.
Добрый день! Благодарим за отзыв и за интерес к публикации.
по чистой случайности в припадке безысходности наткнулись на #1 поисковой выдачи Гугла и Яндекса по фразе «онлайн консультант»
В статье мы изложили всю историю поиска и минусы вариантов, затем в комментариях написали, что это не первое решение. Когда мы перешли на указанный чат, он ещё не был в топе поисковой выдачи. Кстати, он и сейчас не на первом месте на поиске — на первом месте по ключевику вы видите рекламные объявления вендора, а не органическую выдачу.
Спасибо! Да, и нам разного наговорили, и в соцсетях много чего было сказано, мы постарались всем ответить, и вообще резонанс оказался выше, чем мы могли подумать. Самое обидное, что кто-то даже обижался на статью, — целей таких точно не было, просто наша часть диалога. Приятно, что сложилась такая гигантская ветка обсуждения Delphi — он заслуживает внимания. Стараемся реагировать и разъяснять :-)
Нет, и если почитаете комментарии, то увидите, что даже не особо и наш поклонник. Но Varim прав. Начнём с того, что ставить CMS и CRM рядом как минимум странно — это даже приблизительно не системы одного класса. Мы понимаем, что вы сейчас просто озлобленно троллите (у вас могут быть причины на это — почему нет?), но ведь вы же демонстрируете свою полную некомпетентность в разработке — профессиональный программист может не любить корп. софт, но никогда не скажет, что он простой. Очевидно, что любая серьёзная CRM — сложный, — СЛОЖНЕЙШИЙ! — проект со сложной архитектурой и логикой.
-Мудрая сова, помоги! Все нас едят. Скоро нас не останется. Что делать?
Подумала сова и говорит:
-Мыши! Станьте ежами! Будете колючими и для охотников недоступны.
Побежали мыши радостно:
-Станем ежами! Станем ежами!
Вдруг одна остановилась:
-А кто-нибудь знает: как стать ежами?
Никто. Побежали обратно к сове.
-Сова! А как нам стать ежами???
-Мыши! Идите к чёрту! Я не тактик, я — стратег !
А вопрос, конечно, задаём и 100% все задают. Об этом мы ещё напишем :-)
«Как раз был 2012 год — и в марте Мозилла выпустила такой вот релиз. Решение было прямо скажем так себе. Потом появились ещё аддоны, но к тому времени мы решили, что со Scrum в чистом виде у нас не сложится :-) В итоге так и работали, что-то от скрама, что-то от водопадной модели.»
«Дано: 4 продукта в разработке, тест-планы по 200-300 пунктов на каждый. Был отдел тестирования А, 9 человек, работали с Jira как багтрекером, насоздавали полей и сущностей, которые не использовали. В течение года по многим причинам (в том числе из-за факапа с важным клиентом) сменили весь отдел — тогда появились мы, расширились до 12 человек. Насоздавали своих сущностей. Сменился начальник R&D. Через некоторое время вот что обнаружили:
— сущностей стало слишком много, интерфейс потяжелел — затруднился поиск багов и событий
— весь остальный стек был не атлассиановский
— мы начали внедрять Scrum и „монстра“ мешала в процессе
— самое ужасное — перегруженная система стала тормозить.
Мы не хотели ничего менять, но кто-то вспомнил, что работал с Багзилой. Накатили перед одним релизом и полностью испробовали на нём: всем понравилась структура, все эти прозрачные вехи, милестоуны, статусы. Накатили ещё и Bugzilla TODOs, правда, не зашло. Довольно долго пользовались параллельно, что-то перетащили. В итоге работать стали реально в разы быстрее.
Выводы? Отчасти хороший инструмент Jira загубили кучей настроек, которые хотелось применить, отчасти не подошла её философия. Миграция была сложной, если этот процесс вообще можно было назвать миграцией. Но ехать на помирающей лошади тоже не стоит, даже если ты её сам и загнал.»
Вы отлично пишете про соотношение офисного пакета и CRM-систем. Но оговоримся ещё раз, что именно в этой статье речь идёт не только о сотрудниках отделов продаж (да, CRM их главный инструмент!), и мы отметили, что Либра/Опен плох для тех, кто имеет деятельность, прочно связанную с офисным пакетом (техписы, аналитики, экономисты и все, кто задействован в процессе бюджетирования и т.д.). А так мы сами ценим опенсорс и любые удобные инструменты.
Кстати, если пропустили, вот вам наша статья про CRM vs Excel — почитайте не только текст, но и комментарии. И про обучение.
Что касается вопросов про видео-гайды, то мы, конечно, признаём ценность YouTube и ещё не раз встретимся там.
Что касается бизнес-процессов, мы уже не раз писали о том, что они должны создаваться в системе в точном соотвествии с требованиями реальных процессов клиента.
Опять же, про инфраструктуру. Если речь о СМБ с относительно стандартными требованиями, то никаких особенных инфраструктурных наворотов не нужно. Если о крупном бизнесе, то чаще всего у него уже есть инфраструктура и люди, ибо там есть и BI, и телефония, и мониторинг и много всего ещё. Таким образом, точная стоимость проекта внедрения может быть рассчитана только для конкретной компании — по перечисленным компонентам.
Мы такого не писали. Просто потому что в определённых условиях и мы — дорого, это объективно. Вообще CRM — не та сфера, где решает цена, здесь решают целесообразность и задачи автоматизации. Если решение подойдёт и заработает, оно окупится. А если нет, то и 200 тыс. руб. мёртвым грузом повиснут.
В статье мы изложили всю историю поиска и минусы вариантов, затем в комментариях написали, что это не первое решение. Когда мы перешли на указанный чат, он ещё не был в топе поисковой выдачи. Кстати, он и сейчас не на первом месте на поиске — на первом месте по ключевику вы видите рекламные объявления вендора, а не органическую выдачу.