Дело вкуса :) Мы стараемся писать так, чтобы было понятно всем: и инженерам, и продажникам. CRM — тема, о которой пишут много, а по сути на русском языке — мало. Мы решили внести посильный вклад (ну и попутно о себе рассказать, корп. блог же, да и мы не нонпрофиты). Что касается вашего замечания про мифы, то как раз цель поста — разобраться, миф, полумиф или факт.
Думается мне, что на Хабре всякие люди есть — и профи ИТ, и профи продаж, и просто «зашли почитать». И в этом вся соль, на самом деле. Так что пусть все будут.
Безусловно, вендоры могут сказать всякое, мы ни за кого ручаться не будем. Не зря же этот пост и все эти мифы и полумифы. Что касается нас — то вся работа происходит по согласованному и подписанному ТЗ с описанием функциональности, сроков и даже поэтапной стоимости. Поэтому у нас «не случается», если это не форс-мажор (чаще всего, со стороны заказчика).
Уже второй раз нас сравнивают с графическими программами. И мы даже догадываемся, почему. Очень хочется развить дискуссию, что именно не так в интерфейсе — вот прямо «жёстко и критично не так для серьёзной CRM». И потом, одно дело — ресурс Adobe, другое — наш. Но само сравнение уже вдохновляет :-)
Давайте сравнивать CRM и CRM, причём с однородной функциональностью и однородными возможностями.
Разберёмся — скрин делали на компе нашего сотрудника с голосом. Спасибо за внимательность! Скрин от себя переложил. Louie — извинения, комментарий, действительно, нам понравился по своему смыслу и сути.
Это не мы, у нас аккаунт не голосующий) И минусовать — вообще не наша политика, мы всех готовы выслушать, одобрить комментарии и подискутировать. Диалог рождает истину.
А то вы уже и демо-версию скачали, и потестили, и GUI оценили? Однако, рекорд скорости знакомства с нашей CRM. Да, гибрид с ERP — это плохо? Что из лояльности вы не нашли в системе? Склад есть для тех, кому он нужен, редакций несколько — у кого необходимости нет, тому никто склад не навяжет.
Я бы не стал называть хренью продукт, с которым вы даже не знакомы. Это звучит очень непрофессионально, без аргументов. А у вас получилось из разряда: «Экспертно оцениваю CRM по фотографии».
Отчасти вы правы, что варианта два: сделать своё — купить готовое, купить опенсорс — купить готовый on promise и т.д. Но купить-то можно не только нашу CRM-ку, их сотни. Так же, как опенсорсных решений вовсе не два, как заявляют их продавцы. Но как-то в своём посте мы предпочитаем сравнивать с тем, в чём уверены.
однако эту банальность любой здравомыслящий человек понимает.
Увы, вообще не каждый. Вот мы сидим тут с вами, программисты и инженеры, и всё это — наша стихия, мы все острые угли на своей шкуре ободрали. А есть ЛПРы, которые, кроме бумаг, кодексов и продаж, ничего не знают — и таких большинство!
Зависимость от вендора появляется всегда — это и доработки, и тех.поддержка, и абонентские платежи в SaaS, и апгрейды, и баги. Так же, как зависимость от программиста, который вам свою систему «запилил». Так же, как у нас есть зависимость от врача или таксиста. Так пусть эти врачи будут честными и профессиональными, а не скажут на середине сверления зуба, что пломба 5 900 стоит, а шлифовка ещё пару тысяч, и профгигиена в счёте за 1 200 :-) Что, не бывает так разве?
1. Логика, особенности и т.д. — это не история о плохих программистах, а история о том, что разработка корпоративного ПО содержит множество подводных камней, которые не может знать даже программист-ас, если он раньше с CRM не сталкивался. Мы не оцениваем программистов в посте, мы говорим о задачах.
2. Покажите место, где мы писали, что наша CRM всем подойдёт вместо open source и что «не программируйте, купите у нас» — и мы удалим пост. Мы разъяснили, что open source — это не бесплатно. Потому что продажники и евангелисты опенсорсных проектов предлагают бесплатные CRM «под бизнес», а потом клиенты видят совсем другие счета. И об этом важно знать.
Ребята, вы просто молодцы! Прежде всего потому, что смогли эволюционировать от бумаги к такой системе. Плюс, ваше решение кастомизировано полностью под ваши цели, оно априори удобно ученикам и преподавателям и заточено под них. Система расписания смотрится информативно и симпатично. На месте вузов и курсов разных стоит позаботиться и повыпрашивать у вас такое расписание :-) В вашем случае как раз самописная CRM оправдана, что обычно редкость.
Кстати, вы затронули интереснейшую тему — понимание KPI руководителями. Коэффициенты должны быть понятны, прозрачны и документированы для всех. Если руководитель не может понять, что влияет на оценку, он не может наладить работу подчинённых, поскольку ему не ясны цели бизнеса.
Менять что-либо на лету в таком случае — вообще неразумно и неэтично. Думаю, в этой ситуации вполне применим правовой принцип: pacta sunt servanda, договоры должны соблюдаться.
В сотовой связи и сотовом ритейле KPI — отдельная песня, особенно в технической поддержке и справочной службе. Особенно опасно требовать огромного количества обработанных заявок — так можно получить ну очень плохо обработанные заявки и кучу рекламаций, жалоб и скандал.
Так, в одной компании (не сотовики, но ИТ) требовали обслуживать 80 писем в день на иностранном языке. Даже если без обеда, туалета и покурить — это 6 минут на письмо! На неродном языке. В итоге через какое-то время пошли жалобы — выяснилось, что сотрудники отвечали однообразно, из разряда «очень важно для нас». Вот так рвачка за KPI подмочила репутацию компании — негативный фидбэк традиционно пополз по форумам, обзорам, соцсетям и комментариям…
Увы, это очень распространённая практика, когда сотрудник вынужден подгонять задачи под KPI и ещё какую-нибудь еженедельную отчётность. Если такое происходит, руководитель обязан инициировать пересмотр системы мотивации. Да, я знаю, это утопия…
Отличная история, от души в душу просто. Можно делать отдельный пост, как оно происходило по порядку :-) Да, на самом деле вопрос KPI разработчикам — очень тяжёлый, особенно, если дело касается нестандартных, сложных, ресурсоёмких проектов.
Совершенно безобразная история! В таком случае нужно не создавать KPI в вакууме, а делать поправку на интенсивность потока обращений. Кстати, в продажах та же боль: бывает, что план не меняется и не учитывается фактор сезонности, а это гарантированно провальный коэффициент.
На самом деле, чаще всего KPI используются как раз для коммерческой службы и в частности для продаж — это верный и надёжный способ оценить работника. В тестировании и администрировании тоже распространено, поскольку количественные измерения более чёткие: баги, инциденты и их статусы.
В разработке если и вводить, то с огромной осторожностью, мотивированно и уж точно не по количеству строк кода.
Безусловно, вендоры могут сказать всякое, мы ни за кого ручаться не будем. Не зря же этот пост и все эти мифы и полумифы. Что касается нас — то вся работа происходит по согласованному и подписанному ТЗ с описанием функциональности, сроков и даже поэтапной стоимости. Поэтому у нас «не случается», если это не форс-мажор (чаще всего, со стороны заказчика).
Давайте сравнивать CRM и CRM, причём с однородной функциональностью и однородными возможностями.
Я бы не стал называть хренью продукт, с которым вы даже не знакомы. Это звучит очень непрофессионально, без аргументов. А у вас получилось из разряда: «Экспертно оцениваю CRM по фотографии».
Увы, вообще не каждый. Вот мы сидим тут с вами, программисты и инженеры, и всё это — наша стихия, мы все острые угли на своей шкуре ободрали. А есть ЛПРы, которые, кроме бумаг, кодексов и продаж, ничего не знают — и таких большинство!
Зависимость от вендора появляется всегда — это и доработки, и тех.поддержка, и абонентские платежи в SaaS, и апгрейды, и баги. Так же, как зависимость от программиста, который вам свою систему «запилил». Так же, как у нас есть зависимость от врача или таксиста. Так пусть эти врачи будут честными и профессиональными, а не скажут на середине сверления зуба, что пломба 5 900 стоит, а шлифовка ещё пару тысяч, и профгигиена в счёте за 1 200 :-) Что, не бывает так разве?
1. Логика, особенности и т.д. — это не история о плохих программистах, а история о том, что разработка корпоративного ПО содержит множество подводных камней, которые не может знать даже программист-ас, если он раньше с CRM не сталкивался. Мы не оцениваем программистов в посте, мы говорим о задачах.
2. Покажите место, где мы писали, что наша CRM всем подойдёт вместо open source и что «не программируйте, купите у нас» — и мы удалим пост. Мы разъяснили, что open source — это не бесплатно. Потому что продажники и евангелисты опенсорсных проектов предлагают бесплатные CRM «под бизнес», а потом клиенты видят совсем другие счета. И об этом важно знать.
И да, с Днём знаний!
Менять что-либо на лету в таком случае — вообще неразумно и неэтично. Думаю, в этой ситуации вполне применим правовой принцип: pacta sunt servanda, договоры должны соблюдаться.
Так, в одной компании (не сотовики, но ИТ) требовали обслуживать 80 писем в день на иностранном языке. Даже если без обеда, туалета и покурить — это 6 минут на письмо! На неродном языке. В итоге через какое-то время пошли жалобы — выяснилось, что сотрудники отвечали однообразно, из разряда «очень важно для нас». Вот так рвачка за KPI подмочила репутацию компании — негативный фидбэк традиционно пополз по форумам, обзорам, соцсетям и комментариям…
В разработке если и вводить, то с огромной осторожностью, мотивированно и уж точно не по количеству строк кода.