Как стать автором
Обновить

Комментарии 99

В заголовке CRM, а далее:
Электронные таблицы vs СУБД
Тогда почему берётся голый Excel, без связки с Access?
Потому что встречаются люди, пытающиеся использовать голый Ёксель как хранилище данных. В некоторых частных случаях — даже успешно.
Так этим людям надо намекнуть, что есть MS Access и им не нужны никакие CRM :)
Пусть осваивают новые горизонты старыми инструментами.
Access — уникальный инструмент, поскольку соединяет в себе СУБД и интерфейс, который, в принципе, может быть освоен менеджерами без каких-либо технических скиллов. Но если вы желаете использовать Access как CRM или хотя бы приближённо к ней, нужен штатный программист (кстати, довольно редкий навык на сегодня), который каждый раз, как вам понадобится очередной срез данных, предоставит такую возможность.
Если компания масштабируется или переходит на взаимоотношения с клиентами (звонки, рассылки, дисконты, допродажи, планирование, KPI и т.д.), Access уже не годится, так как ему нужно перерасти хранилище данных. К тому же, опять многое упирается в разграничение прав доступа — в CRM политики безопасности в разы надёжнее.
Ну мы опять ударяемся в неравный бой. Мой комментарий с душком сарказма как бы.
Да и для CRM нужен отдельный программист, если надо подстраивать под свои нужды.

Достаточно эникея для работы и настройки Access, даже в маленькой фирме есть чувак который ходит заправлять картриджи вот он и всё сможет настроить.

у нас вот в конторе access'у уже более 15 лет))) а 1С 3 год внедряется)

У вас уникальная система учёта?

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

У таких людей, как правило, горизонт определён изначально.
Я как-то раз видел программу (Excel+VBA), которая составляла директивку для сборки-сварки вагона. Разнообразие сварных соединений в вагоностроении не безграничное, новый вагон всегда можно представить как комбинацию известных элементов.
Соответственно, получилось простое решение, избавляющее технолога по сварке от рутинных действий.
Слушайте, я сам занимался тем, что с помощью программиста автоматизировал работу технологов на мебели, так как кучу операций, которые можно автоматизировать, проще было запихать в формулы эксельные (точнее ООо), чем решать другими путями (программист был хреновый, нормальные — сильно дороже, а из 3D-программы выходили такие сырые данные, что ручками их переделывать — полдня тратить).
А все эти цэ-эр-эмщики и прочие автоматизаторы такие суммы выставляли для обычного производства мебели под заказ, что тут не всякая супер-пупер-фабрика осилила бы. Причем по факту супер-пупер-фабрикам-то как раз легче, они стандарт гонят, там разок модельку разработал и в серию — автоматизировать сильно легче.
Вот так и живем, когда многие рисуют красивые утопичные картинки, вот только в реальности чаще проще или дешевле на коленках что-то сделать.
Чё-то я вообще из вашего потока мысли не понял, что именно вы автоматизировали и как соотносится альтернативное использование Экселя и 3D-программы? Вы хотели систему под себя — так будьте добры посидеть над ТЗ и заплатить. Вы хотели впихнуть свои чаяния в стандартные CRM — опять же, это доработка. Расскажите подробнее о своём опыте, что хотели и что вам не смогли дать. Интересно же!
Представьте себе любой бизнес, который занимается приемом индивидуальных заказов в нескольких точках, передачей их в производство с кучей ветвлений, возникновением петель при доработке и отслеживанием всего этого начальством. И отсутствие миллионых прибылей, которые бы позволили раскидываться деньгами.
Итого по факту, месенджер мгновенных сообщений + почта на своем сервере — для общения между отделами, онлайн «задачник» для учета задач по новшеств, 1С для принятия заказов, и несколько таблиц в калке для более-менее нормального учета на каком этапе сейчас заказ — всё это оказалось сильно дешевле и проще, чем куча рассмотренных систем. А главное — эффективнее, так как проще изменения вносить.

Ну а далее, малоудобные выгрузки (3D программа по большей части выдает чертежи, но они нафиг не нужны, когда все сложные детали и раскрой прямолинейных делают ЧПУ по готовым управляющим файлам, а для учета правильности в цех нужны просто список панелей) с помощью самописного ПО переносились в шаблон файла, который так же через почту разлетался от технолога-конструктора в цеха на производство. При этом было вложено куча алгоритмов обработки, которые дополнили формулы в калке, которые позволяли считать верно затраченные материалы, формировать верные задания в снабжения и цеха по сборке каких-нибудь полуфабрикатов и пр, а в случае чего быстро изменить что-либо без необходимости переписывания по.
Собственно, при озвучиваемых стоимости црм + допиливания под контору — это банально оказалсь не интересны тем, что просто соберется текущий функционал в одно место, а если еще начинать смотреть еще и в управление мебельным производством (MES) — то подходящих под требования именно мебели под заказ вообще стоили баснословных сумм даже без учета последующих доработок и самого внедрения, а все дешевые — как раз писались явно под стандарт. А если каждый заказ оформлять по пути стандарта — то проще сразу закрывать производство…
Просто не весь бизнес — приносит миллиарды в год, а за мкадом людям тоже требуется автоматизация. Но подобные суммы иногда проще пустить в покупку нового ЧПУ — это принесет больше пользы производству.
Вообще-то для значения «производственная единица; производственное помещение» оба типа склонения правомерны — и 3a и 3c (по классификации Зализняка).
Вот для значения «организация ремесленников, гильдия» — только 3а. Но здесь же не оно.

Толковый словарь Ожегова:
ЦЕХ, -а, в цехе и в цеху, мн. цехи, -ов и цеха

также см:
https://ru.wiktionary.org/wiki/цех
http://udarenieru.ru/index.php?doc=цех
На производстве с вами не согласны. Правило говорить «цехи» — почти часть инженерного образования.
Так не со мной, а со словарями.
Пусть со словарями. Филолог не может знать правила использования слова «цех» лучше инженера. Просто потому что не знаком с его использованием и не имеет статистики.
Компания Микрософт в 2013 году решила хэту проблемму.
Она выбросила из Аксеса сводные таблицы и сводные диаграммы, лишив его смысла жизни.
Связка «интерфейс и Экселе — база в Аксесе» — крайне неудобная и глючная весчь, прибитая гвоздями к конкретному компьютеру и даже учетной записи пользователя.

Главное достоинства Экселя — не нужное такое бесполезное в нормальной жизни звено, как программист. Дело в том, что большиство программистов не понимают, зачем вообще нужен компьютер. Кроме разве что почты, веба и вконтактиков.
А вот инженер, бухгалтер, продажник, строитель — знают. И ситуация, когда сделать самому в экселе на порядок быстрее, чем обяснить далекому от предметной области программисту, что надо сделать — это 90% случаев.
Поэтому эксель непобедим. С помошью 4-х арифметических действий и пары функций (ЕСЛИ, СУММ) делаются такие шедевры, что перенос их на нормальную базу данных занимает пару лет.
А если файл в экселе сделан правильно (разделены данные, их обработка и отчетные формы) + фомцлы массовов + поиск по таблицам формулами, то такие вещи обычно вообще не трогают и не автоматизируют, потому что велик риск даже для серьезных контор сесть в люжу.
С Экселе каждый сам себе индженер, програмист, дизайнер. Все далется на «3-», зато быстро, на коленке и эффективно.
А вот инженер, бухгалтер, продажник, строитель — знают. И ситуация, когда сделать самому в экселе на порядок быстрее, чем обяснить далекому от предметной области программисту, что надо сделать — это 90% случаев.
Как-то обидно за программистов стало.
Согласен, что многие не хотят/не могут понять чего же хочет женщина инженер. Но и сам инженер не может объяснить, чего же он хочет. А если еще попросить изобразить это на бумаге, то вообще ступор.
В итоге получается, если работа программиста не нравится, то это он и виноват.
Если инженер сам будет что-то делать в Excel, то все косяки игнорируются и списываются на фразу «я же не программист».
Как-то обидно за программистов стало.

Возможно обидно, зато вполне правдоподобно. В процентном отношении программисты крайне редко делают что-то полезное. Они излишне увлекаются ковырянием очередного фреймворка, нежели предметной областью. Почитайте Хабр. Много ли тут статей о том, например, как устроена бухгалтерия с точки зрения алгоритмов? Или вот таких статей, как сегодня Яндекс выкатил (про тестирование платёжной системы и косяк у банка)? Зато каждый день куча статей про новую JS библиотеку.

Ну вот я из тех, кто умеет. На бумаге алгоритмы объясняю иногда.
Иногда даже говорю в духе: перед тем, как повторно перерасчет суммы сделать — переменные обнулять надо!
И косяки интерфейсов указываю.
И тестировать вынужден был за ними постоянно.

И уж как программисты косяки игнорируют — это отдельная песня…
Я ж не спорю.
Из того абзаца получается, что из всех программистов нормальных всего 10% осталось.
Маловато будет.
Работающих с инженерами? Может и меньше быть. Это же не стартапчики мутить, или бигдату делать. Тут нужен и от программиста понимание или хороший «толмач» между ними. Толмач же быстро начинает вешаться от этой челночной дипломатии.
С бухгалтерией — это зачастую 1С или там Парус… здесь должна была быть шутка про программистов 1С, но они вызывают грусть. Ибо во многих случаях это правда.
Со строителями, я подозреваю, тоже все печально, по опыту схожих областей.

Вот насчет ситуации у продажников утверждать не могу.
10% осталось

Нормальных осталось сколько было. Просто стало много слабых программистов. Нормальные на их фоне теряются.
Прочитайте всю статью. В начале мы даём основные понятия для «бойцов», поскольку это база. Некоторые считают, что CRM — это вообще облако, а облако-это облако. Ну или, в крайнем случае, это «табличка». Так что приходится начинать с матчасти. А во второй части — детальное сравнение.
Access не рассматривается сознательно, поскольку едва ли не в 99% случаев компаниями он не используется, тем более, что в связке с Excel. И потом, да, он СУБД, но это не приближает его к CRM-системе по другим параметрам.
Не удивительно, ведь намешано всё в кучу.

Однако по сравнению с реляционными СУБД
Так у MS есть продукт Access. Почему с ним не сравнивали? Корень зол см. во 2 пункте ниже.
таблицы не столь безопасны, как СУБД
Они вообще не безопасны. Изначально в таблицах предусмотрена только защита «от дурака».
История из жизни
C'est La Vie. Сейчас модно технарей в манарегы проталкивать; либо наоборот.
таблицы СУБД сломать и потерять оказалось гораздо сложнее, а с бекапами так вообще невозможно
В сетке всё должно бекапиться.
Хотя, есть библиотека PHPExcel, которая позволяет производить импорт и экспорт данных
Есть ещё CSV. К чему это менеджеру?
почему берётся голый Excel

Потому что писать статью-баттл «CRM vs Тетрадь общая 96 листов» было бы совсем стыдно :)
Почему же. Тетрадь, например, легко при увольнении с собой унести — продажнику с готовой клиентской базой найти работу проще. А уж если 96 листов клиентов — так можно и без сотрудника, просто тетрадь :-)

Нам не стыдно сравнивать CRM с тем, о чём спрашивают клиенты. Потому что мы готовы разъяснять. И в основу этой статьи легли бесконечные вопросы насчёт отличий от «экселя, в котором у нас табличек много». Если есть сомнения, вбиваете в Google «crm or excel» и наблюдаете, что на Западе бизнес волнуют точно такие же вопросы, не говоря уж о российских особенностях автоматизации.
О! Хороший, грамотный ответ. И возражение купировано, и на реальную проблему отсылка дана. Респект — приятно читать. :)
а еще у екселя попадался глюк — в файле удаляли старые данные и в эти же ячейки записывали новые значения. Потом скармливали файл некоей системе и обнаруживалось, что старые данные никуда не делись! Помогает только создание новой книги.

Еще побочное следствие больших возможностей екселя — проблемы при миграции на СПО. Если небольшая компания еще может избавиться от вендоподелок, то крупные — вряд ли смогут все перелопатить.
Справедливости ради, это не глюк, а проблема с неправильной обработкой вашего файла системой, которой вы его скармливали. Что, впрочем, неудивительно, если если для этого использовался проприетарный формат xls.

Было бы интересно почитать CRM vs Exchange.

MS Exchange (в Facebook вот уже The bat в комментариях предлагают) — это почтовые клиенты + совместная работа с задачами и календарём. То есть это только часть, малая часть возможностей CRM-системы (мы сейчас о своей говорим, а так-то на рынке есть ребята в формате контакты + почтовый виджет для чужих почтовых клиентов).

Какие недостатки:
  • Контакты теряются даже, если вы мастер организации вложенных папок.
  • Цепочки писем теряются — хотя бы по вине вашего оппонента, который нет-нет, да и отправит письмо с новой цепочки.
  • Почта слабо контролируется руководством в плане расчёта выполнения плана или отслеживания интенсивности продаж.
  • Почта позволяет сотруднику вести клиента «на стороне».
  • Никаких отчётов, графиков, воронок — ничего нет. В конце месяца сотрудник вынужден заново шерстить почту и готовить отдельные отчёты для руководителя.
  • Никаких интеграций с корп. софтом, 1С, телефонией.

Честно говоря, вообще сравнивать CRM с доками, почтой и даже системами управления проектами — задача странная, о чём мы и написали. Однако постоянно такие вопросы встречаются — и кажется, причина в том, что нет понимания, что такое функциональная универсальная CRM. А всё потому что на рынке CRM-системами называют всё подряд.
это почтовые клиенты + совместная работа с задачами и календарём

Это почтовый сервер + совместная работа с задачами и календарём
Контакты теряются даже, если вы мастер организации вложенных папок.

Терять можно по разному. Если юзер упоротый и настройки системы абы какие, то все равно потеряет.
Почта слабо контролируется руководством в плане расчёта выполнения плана или отслеживания интенсивности продаж.

Ну выполнение задач то контролируется, а какие задачи нарежут, то и проконтролят.
Никаких интеграций с корп. софтом, 1С, телефонией.

Ну а это эпик фейл. Почитайте про Skype for Bussines, Sharepoint, Project, да думаю та же Axapta запросто. Плюс куча коннектеров и возможности интеграции с самым разнообразным ПО, как отечественного, так и зарубежного происхождения.

Другие возможности описывать нет смысла. Это действительно совсем разные системы и сравнивать их просто некорректно. Но раз уж Вы сравнили, то расскажите как у вашей CRM с такими вещами, которые мне важны в работе почты:
— с антиспам и антивирусными системами для проверки почты;
— с различными балансировщиками нагрузки;
— с построением распределенных систем на несколько площадок;
— с работой на паршивых каналах связи;
— интеграцией с корп. софтом, распространенным не в РФ;
Это только для затравки. Кстати, а она с Exchange умеет?

Я к чему веду. Часто можно услышать что CRM наше все, вам другого не нужно. В корне ошибочное мнение.
нет понимания, что такое функциональная универсальная CRM

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

Мы не рассматриваем в этой статье крупные корпоративные системы для мега компаний. Мы ведем речь о том, что пользователи очень часто прибегают к использованию MS Excel для учета информации о своей оперативной работе. Что касается функционального и универсального, то, как и с MS, есть случаи, когда всё подходит “как есть», а есть интеграционные проекты с доработкой.

Мы прекрасно понимаем, что в мире существует огромное количество систем, в том числе со стоимостью владения до 50000 долларов за пользователя. Прикинем, например, простую связку Dynamics 365 за 7 185 р. за пользователя в месяц, к нему Skype for business с офисом и почтой за 781р. Итого 95 592 р. в год за одного пользователя! А если их хотя бы десять? И это ещё без стоимости коннекторов для 1С, например, и без настройки и внедрения.
Но это не тема данной статьи.
Согласен. Только хватает и компаний на 100 юзеров, у которых довольно навороченные ИТ инфраструктуры, это уж никак не крупные корпоративные. Имелось ввиду что не стоит пытаться отхватить функции узкоспециализированных систем и выдавать это как плюс. Сам Ваши статьи читаю с удовольствием, пишете по делу, просто довольно часто получается:
CRM наше все, вам другого и не нужно
. Основной посыл следующий. Если основная деятельность компании — маркетинг и продажи, остальное вторично, то здесь может и хватит одной CRM. Но мне сложно представить скажем контору фин. аналитиков, пусть даже человек 30-40, у которых к тому же надежность, отказоустойчивость, секьюрность на первом месте, и которые все делают только в CRM, а не используют профессиональные инструменты для фин. анализа, почты, телефонии, секьюрности и т.д.
Как и не могу представить контору на 20 инженеров-проектировщиков, с простой ИТ инфраструкторой, использующих CRM, им ее функционал просто не нужен, а вот MS Project (ну или аналог) я думаю очень пригодится. У Вашего продукта несомненно есть своя ниша. Но не стоит преподносить CRM как панацею, не стоит пихать в нее функции, ей не свойственные, не стоит сравнивать ее с продуктами, которые CRM не являются, ведь можно сравнить в ответ с проф. инструментами, и тут любая CRM выглядит бледно (пример с эксченджем я Вам привел).
Как и не могу представить контору на 20 инженеров-проектировщиков, с простой ИТ инфраструкторой, использующих CRM, им ее функционал просто не нужен

Добавить салоны продаж и производственные цеха — и вдруг оказывается нужен. Только либо будет стоить не тех денег, которые бизнес в той же провинции готов потратить. Либо функционал окажется не тот, что требуется)
Мы и не утверждали, что CRM-система должна охватить все задачи бизнеса. Системы уровня предприятия называются ERP. Стоят они в разы дороже, а их внедрение в десятки. CRM же автоматизирует оперативную работу: управление клиентами, задачами, бизнес-процессами, формирование первичных документов, ведение заказов покупателей, имеет различные планировщики и инструменты для анализа эффективности работы, систему оперативных и типовых аналитических отчетов. Сильные CRM-системы имеют также модули складского и кассового учета, очень сильные — управление производством и проектной деятельностью. (По крайней мере все это свойственно нашей RegionSoft CRM)

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

Во-вторых, все минусы Excel, это то для чего он не предназначен изначально. А все плюсы crm это посути плюсы для продажников и отдела маркетинга.

Заголовок спойлера
А история с 50 000 строк и чисткой их в течении дня притянута за уши просто потому, что 50 000 на 20 столбцов можно обработать в экселе за 5 часов максимум, естественно без макросов, а чисто ручками. Просто нужен навык и знание возможностей, а не только фильтрация и сортировка.

<sarcasm //>да и можно не чистить таблицу, а сделать сводную с нужными фильтрами, можно из сводной сделать сводную, а потом все ненужные листы скрыть. (ну ладно это треш).<sarcasm //>


И все же еще вопрос если CRM так хороши, то почему все выгружают аналитику из различных трекингов, аналитиксов, кол-трекингов и прочего, в excel? А потому, что преимуществ больше, потому как в excel можно запихнуть формулу длиной в 10 строк, и он ее прожуёт, а вот чтоб реализовать это в срм вам придется сойти с ума потратить тот же день, как если бы вы делали все руками, а не этой формулой.
Вообще у MS Office много всяких возможностей. У кого завалялся старый MS Excel 97, я помню были в него встроены 2 или 3 игрушки, которые вызывались определенной хитрой комбинацией действий, как например:

1. Создаешь новый документ.
2. Жмешь F5 и в появившемся окне пишешь x97:l97, затем «ОК».
3. Жмешь один раз TAB.
4. Удерживая ctrl+shift кликаешь на значке мастера диаграмм в тулбаре.
5. Запускается трехмерная игрушка. :)
А все плюсы crm это посути плюсы для продажников и отдела маркетинга.

Бинго! Именно для них CRM в первую очередь и предназначена.
Ну Вы абзац не дробите, я писал это в сравнении с ексель, что все плюсы нужны продажникам, а ексель для других целей.
Сравнивать табличный процессор и CRM — это как сравнивать самокат и автомобиль.
От дома до куда-нибудь можно доехать на самокате, но не так далеко, как на авто. И не зимой. И уровень комфорта разный.
Кстати, не было отмечено в статье ограничение MS Excel на число строк. В 2003 экселе (а им до сих пор пользуются) это 65000. Это важно.
ЗЫ Я к СУБД пришёл через эксель — когда осознал, что мои многие строки кода VBA эмулируют, по сути, элементарный sql-запрос. В итоге перенес свой домашний учет в части данных на MS Access, а отчеты оставил в экселе.
Потом захотелось запускать код в бд из экселя. Думал, на какую субд перелезть, оракл или скл сервер.
У оракла APEX как-то мне не понравился, а access — наоборот — очень просто формы на раз-два лепятся.
Так что перенес все данные на скл-сервер, клиент — adp.
И когда я несколько лет назад уволился с работы в колл-центре, то устроился на работу программистом vba & t-sql. И сейчас голодаю и скитаюсь.
А вот если бы на оракл тогда пересел, то был бы сейчас в шоколаде. Возможно.

Ещё 1 как-бы минус экселя вспомнил, о котором в статье не указано, — с телефонией его не получится интегрировать, в отличие от CRM.
Упс, не прочитал написанное болдом, вот я олень.
Для Excel не существует адекватных интеграций с другими бизнес-системами и сервисами, например, планированием, бизнес-процессами, телефонией, 1С.

Приношу свои извинения.
И насчёт сложностей с 1С я не совсем согласен — насколько я помню, совсем не сложно написать обработку, которая берет данные из эксельной таблицы и сохраняет в какой-нибудь независимый регистр сведений.
Обычная маета с ETL.
ЗЫ Тема эксель мне близка не только потому, что я являюсь его продвинутым пользователем.
На нынешнем месте работы мои обязанности, в том числе, работать биологическим ETL, и, наверное, где-то 95% данных, которых нужно закачать на сервер, приходит в виде эксельных файлов.
Вероятно, ваша сфера деятельности не предполагает использование CRM?
Мы же не рассматриваем инструменты как альтернативы, а говорим о том, что там, где нужна CRM-система, не стоит перекладывать её функции на электронные таблицы.
Очень похоже на избиение младенца борцом-тяжеловесом. Но не забудьте что борец-тяжеловес требует денег на внедрение. А после внедрения на обслуживание. А после обслуживание на доработку.
Не стоит идеализировать СРМ и преуменьшатьзаслуги экселя. Если нужны 4 таблицы и сводная таблица, то нет нужды платить. Даже если вам нужна небольшая система, то проще нанять программистов которые сделают систему под вас, чем платить 100500 денег.
Ну а если вы выросли из своих программистов…

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

Скажите, а в вашей CRM есть все математические функции, что бы пользователь смог с помощью них сварганить любой отчет по тем 100500 строчкам и столбцам без привлечения программистов?
А то ведь таблички ой какие разные бывают.
Ок, то есть в случае сложных обработок в итоге будет 4 таблицы, сводная и CRM, так?
Почему нет? Для каждой задачи — свой инструмент. В CRM не нужно делать сложные массивные расчёты, для которых она не предназначена. В Excel не нужно стараться с хорошим лицом «управлять клиентами».
Это может звучать банально, но главное преимущество CRM, на мой взгляд — это интерфейс.
Чисто технически это не совсем верное утверждение, поскольку между интерфейсом и СУБД есть прослойка — логика программы. И вот она реально отличает CRM-систему и вообще любую программу от остальных. Хотя для пользователя в большинстве случаев всё выглядит так, как вы сказали — он о программе судит именно по GUI и UX.
Тут вы правы.
> Самый шик — использовать программу блокнот и «расчерчивать» её при помощи пунктира.

В каждой шутке есть доля шутки) Таблицы в ascii псевдографике это наверное перебор, а вот бухгалтерские данные в чистом plain text вполне бывают… Есть такая клёвая утилита Ledger (ledger-cli.org) — консольное приложение для бух.учёта и сбора статистики по доходам/расходам — оно в качестве входных данных использует plain text формат простого вида.
Вообще говоря, эксель экселю рознь… Есть, например, многопроцессорный эксель, который для финансовой аналитики используют, который крутится на весьма неслабых суперкомпьютерах.
А еще есть всякие линкинги с эмбеддингами, когда живые данные «автомагически» в реальном времени попадают в ячейку экселя, который на лету пересчитывает кучу разных формул, после чего полученные данные передаются в другую программу… Я видел удивительнейшие вещи, сделанные на экселе еще в 90-х. А еще есть способы выдать пользователю только форму интерфейсную, а все таблицы и логику от него спрятать и запаролить.
И, значительная часть недостатков экселя, описанных в статье, легко переносится в CRM систему, при «правильном» подходе к стандартизации и унификации. Одна из самых больших проблем в любом CRM это дублирование данных. В большинстве крупных компаний пару раз в год, обычно стараются подгадать к длинным выходным, команда по поддержке CRM сидит несколько дней и круглые сутки вручную чистит дубли…
Вторая большая проблема — заставить сотрудников реально использовать CRM. Я пока встречал очень мало живых примеров, когда продавцы реально использовали CRM для работы. Как максимум — занести в систему самый минимум данных о клиенте и активностях, чтобы от начальства по шапке не получить. Очень часто продавцы весьма ревностно относятся к своим контактам и, после ухода продавца, вдруг выясняется, что информация о большинстве его клиентов в CRM — не соответствует действительности. То имя-отчество местами поменяны, то телефон вбит только общий, по которому невозможно добраться до живого человека, емейлы с опечатками, мобильные телефоны с не тем количеством цифр в номере… Ну и идет стандартная борьба брони и снаряда. Программисты добавляют все более и более продвинутые функции предотвращения занесения дублей и некорректных телефонов-емейлов в базу, начальники придумывают все более хитрые KPI, чтобы заставить продавцов поддерживать актуальность данных, продавцы придумывают все более и более изощренные способы обмана проверок и начальников.
Ну и идет стандартная борьба брони и снаряда. Программисты добавляют все более и более продвинутые функции предотвращения занесения дублей и некорректных телефонов-емейлов в базу, начальники придумывают все более хитрые KPI, чтобы заставить продавцов поддерживать актуальность данных, продавцы придумывают все более и более изощренные способы обмана проверок и начальников.

Парадоксально — но если бы перед уходом менеджера ему обязательно выдавали бы выгрузку его клиентов и всяких наработок, то менеджеры пользовались бы системой куда охотнее, так как она упорядочивала бы их клиентов (в любом случае, имеет он эти данные или нет — это ничего не решает — бизнес конкурирует с бизнесом путём предоставления договорных условий клиентам, и, на самом деле, договора же заключают с организацией или ИП а не с "клёвым менеджером Васей", работающем на новом месте работы. Попытка отобрать у менеджера его контакты — проистекает скорее от страха и неуверенности в себе, чем имеет реальное значение: вспомните ведь когда в последний раз Вы сменили услугу на такую же, но дороже, только потому, что знакомый менеджер ущел работать в другую фирму?).

Очень сильно все зависит от бизнеса. Очень часто не компания-поставщик работает с компанией-заказчиком, а менеджер Вася работает с главным инженером Петей. И когда уходит менеджер Вася, с ним уходит и заказчик главный инженер Петя. А если Петя переходит в другую компанию, то именно Петя продолжает закупать оборудование у Васи, а компания, где работал Петя, вдруг начинает закупать все у менеджера Коли, с которым дружит новый главный инженер. А цены — вообще штука очень тонкая. Если менеджер хорошо знает внутренние процедуры согласования скидок у вендора, то можно получать скидки типа 95% на лицензии ПО и 60% на железо… Но тут нужно уметь правильно сформулировать почему именно этому заказчику именно в этом проекте нужна такая скидка. И вдруг серверная, оснащенная оборудованием и ПО «мировых лидеров», начинает стоить дешевле, чем набитая самым дешевым «китаем» с «бесплатным» ПО…
Случается всякое, можно и ФИО путать, и телефоны — ок. Это уже вопрос контроля, вопрос качества CRM, как вы уже правильно заметили.
Я пока встречал очень мало живых примеров, когда продавцы реально использовали CRM для работы.

А мы много встречали по роду своей деятельности. Более того, были доработки и бизнес из CRM получал сверх-КПД.
У нас (небольшой интернет-провайдер) самописная БД. В ней и биллинг, и СРМ с звонками-заявками-договорами-работами-услугами и отчётики и упрощенный инженерный интерфейс к линейному оборудованию, и стык с мониторингом и т.п. Разрабатывается либо как посидели-придумали фичу-закодили, либо как «ща мы вот это вот в ексельчике поведём… Всё, больше 100 строк — надо уже сесть и закодить.» Если фича условных 100 строк в екселе не набирает — значит, тухлая была идея и не стоит тратить время на реализацию и засорять интерфейс БД.
Верный подход, солидарен.
Ха-ха-ха!
На хабре с тучей кодеров сравнивать офисный софт и софт программистов. Независимо от объективных данных конечно, мы за программирование!
Так как за СУБД сейчас накидают три бочки арестантов, то я выскажу доводы за Excel.

Преимущество Excel в том, что на нем можно VBA программировать по образцу. То есть включаешь запись макроса и он выдает код. Это лучший хэлп из известных. Кроме собственно хэлпа. Тем самым толковый инженер может стать средним быдлокодером и худо-бедно решать свои задачи.

Более того, VBA for Excel несет элементы функционального программирования от офиса, до сих пор недоступного широкому кругу программистов. Тут надо бы расшифровать, но создание проблемной ситуации — лучший прием педагогики.

Третье преимущество и особенность — работа в одиночку. ООФ — задачи для одного продвинутого инженера, менеджера. Приведенные проблемы сбоев работы Excel от нарушения этого правила. Масштаб задачи зависит от продвинутости. Создание же и эксплуатация СУБД — это всегда несколько человек. Программист, администратор СУБД, пользователи и вырисовывается начальник АСУ. А это уже целый взвод. Причем тут ещё проблема согласования всего этого хозяйства. Издержки попробуйте оценить сами.
Простите, а что есть офисный софт и софт программистов? То есть Excel не программисты писали?

Мы не сравниваем таблицы и СУБД, мы сравниваем Excel и CRM как два типа прикладного ПО, а о бэкенде говорим как о базе. Собственно, поэтому мы и разместили эту публикацию в потоке Управление, а не в Разработке.

Ещё раз поясним вещи, которые, как нам казалось, очевидны ещё из вступления:

1. мы не говорим, что Excel и CRM — взаимозаменяемые инструменты
2. мы сравниваем CRM-системы и случаи упоминания Excel как альтернативы CRM
3. мы не исключаем существование другого софта (и сами его используем).
А ничего Вам не говорит, что Excel входит в пакет Office? В Экселе могут (и программируют) не профи программисты.

Другое дело, что именно Excel из-за VBA получился просто замечательным. Меня просто мучает вопрос как MS удалось разработать такой продукт, зная её другие продукты. То есть кто этот парень — настоящий автор Эксель. Копирайт похоронил автора. А то ведь к чему не прикоснется все становится мелким и мягким.
Именно из-за какого-то талантливого архитектора, создавшего Эксель он до сих пор составляет конкуренцию другим трехбуквенным системам.
В чем главный недостаток внедрения CRM системы? Там мощные программеры и никакие специалисты в прикладной области. А вот если прикладники хорошо освоили Excel, то он долго тянет ИТ составляющую, пока не появляется необходимость разделить определенную работу между большим количеством людей.

Ещё одно преимущество Эксель — он давным давно в ныне модном тренде дата ориентированном программировании. По простому говоря, если в СУБД все товары хранятся в одной таблице и при каждом запросе приложение перелопачивает всю таблицу, загружает сервер, чтобы выбрать только товары кладовщика Иванова, то в Экселе у Иванова только его товары. И вот вам масштабируемость.
Читаю комменты и не понимаю, почему никто не упомянул Power Query, Power Pivot и Data Model, которые уже давно в стандартной поставке Excel?

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

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

В плане хранения данных: безусловно, решает CRM с правами(группами) пользователей, бэкапами и тд. В общем, совместное использование CRM и Excel — оптимальный и гибкий вариант работы, на мой взгляд, конечно.
Худшей в мире CRM-системой называется любая, «внедрение» которой прошло, но она не используется. И не важно как она называется RegionCRM или MS Excel. На моей практике неоднократно встречал установленную систему RegionCRM, которая ипользовалась просто как база контактов или каких то записок, потому как сам процесс отношений с клиентами не был налажен. С другой стороны встречал людей с бумажной CRM, у которых в этой бумажной CRM была система и он точно знал, что кому, куда, когда и за сколько.

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

PS. Я, как программист, достаточно ковырявшийся в MS Office и знающий (почти) всю его мощь, предприниматель который знает (или почти знает), что фактически стоит за аббревиатурой CRM и просто околовсяческий айтишник просто в шоке от такого «сравнения».
Все это великолепно, но дело в том, что мы разрабатываем, продаем и внедряем CRM. И мы очень хорошо знаем, как работают наши клиенты на момент принятия решения о внедрении CRM. Ведь мы общаемся с ними ежедневно. Большинство из них ведут свою базу клиентов в MS Excel. Чтобы руководитель принял решение о покупке CRM он должен созреть к этому. Т.е. возможностей Excel ему должно уже не хватать, должны возникнуть новые бизнес-сущности, которые требуют автоматизации более высокого уровня. Даже в нашей компании до внедрения CRM мы и сами вели учет клиентов в Excel. На самом деле Excel отличный и универсальный продукт, с ним можно многое сделать! Майкрософт молодцы, что создали решение, которое используют практически все здравые люди во всем мире!
Позволю себе на согласиться с тем, что возможностей Excel не хватает — cкорее всего не хватает знаний об возможностях Excel. На большинство приведённых Вами «нельзя» сделать в Excel, я отвечу — можно. И даже сделать красивый GUI можно. Не говоря о том, что его можно связать с Word и формировать автоматически вполне сносный документооброт, а уж если мы подтянем сюда Outlook, PowerPoint и Publisher, то можно перекрыть и 99% возможностей любой CRM-системы. А с Access то и все 100%. К тому же 1С вполне уже давно можно очень красиво связать с Excel так, что и в 1С и в Excel всё будет делаться автоматически.
Вы можете справедливо можете указать мне на то, что CRM это уже готовый продукт, а всё то, что я выше наговорил, нужно ещё создать и Вы будете правы. Но как предприниматель, я сначала захочу подсчитать стоимость внедрения CRM и «доработки» моей Excel CRM.
Посчитайте — вас удивит результат.

А насчёт ваших наворотов вокруг Excel нельзя просто не оставить картинку здесь.

Жуткий, но уместный баян


Дело не в наворотах. А в статье. Сравнивать CRM и Excel правильно, и я это поддерживаю с точки зрения маркетинга продукта.
Сама статья, на мой взгляд, неправильная, не то место и не то содержание. Для хаброжителей пункты сравнения притянуты за уши, о чём свидетельствует большое количество комментариев не в пользу CRM. Для руководителя компании, который почти созрел, статья напичкана такими терминами, что их сложно объяснить ему. И это, вкупе с комментариями о том, что, оказывается, в Excel можно сделать ещё больше нужного, скорее оттолкнёт его от покупки CRM.
Не забывайте считать — Excel уже есть, Вашу CRM надо покупать, судя по ценам за CRM Standard надо выложить 7К рублей за первого юзера. За такую цену, вполне можно сделать связь с 1С (получение в Excel списка товаров, контрагентов и создание в 1С счёта на оплату). После покупки Вашей CRM, надо перекинуть данные из Excel, а это деньги программисту на создание такой выгрузки, к 7К за одну лицензию, мы прибавляем сферическую сумму в 5К рублей. То есть Ваша CRM мне уже обходится в 12К рублей, а за эту сумму, я могу уже и шаблоны договоров в Word подключить, и даже с сохранением заполненных договоров в нужную папочку.
Идём в расчётах дальше — обучение сотрудника работе с Вашим продуктом тоже будет стоить мне денег, причём без тренера это может мне обойтись значительно дороже, так как на первом этапе мой единственный продажник будет совершать ошибки, которые будут стоить мне денег. Поэтому возьмём предыдущие сферические 5К рублей за ошибки, хотя эта сумма может быть и меньше и значительно больше даже оплаты тренера. Стоимость внедрения Вашей CRM уже обходится мне в 17К рублей. За эту сумму я добавляю связь с Outlook и создание готовых писем для рассылки. При этом мой Excel знаком моему продажнику и добавление кнопочки «Сформировать рассылку» вызовет у него восторг, потому как её он требовал у меня уже два месяца и она будет находится там, где ему удобно, а не там, где её поставили Ваши программисты в Вашей CRM.
Конечно, было бы нечестно остановиться на этих расчётах, дабы «опустить» ваш продукт, потому как даже в стандартной поставке возможностей в Вашей CRM больше, чем в моей Excel CRM.
Тут необходимо сделать ремарку, что выше написанное сравнение стоимости было сделано для того, чтобы показать, что оно больше похоже на «CRM против Excel», чем Ваша статья, о чём, собственно я в своём первом сообщении и написал.
Поразительна даже не подмена понятий в вашем тексте, поразительно то, как вы легко поиграли чужими расценками и выдали суммы, основанные на ваших предположениях. Фактически, вы выдали свои личные фантазии за истину, даже не потрудившись полезть в прайс или созвониться с компанией.

Вы, скорее всего, тесно связаны с ИТ, возможно, системный администратор. И вы смотрите на CRM-систему не как конечный пользователь. Списки, фильтры и почта — это далеко не всё, что нужно менеджеру и руководителю от CRM-системы. И нам искренне жаль ваших продажников, которые от вас ждут одну кнопочку два месяца… Мы кнопки ставим не там, где хотят программисты, а там, где показывает наш 11-летний user experience.

Ваши дилетантские доводы и рассуждения ничуть не опускают, как вы выразились, нашу продукт. Они просто свидетельствуют о ваших профессиональных пробелах. Вот и всё.
А я вот ещё добавлю к комментарию Axelsur, что ваше решение с Excel и Outlook тоже стоит денег. И ваша зарплата стоит (которую вам, судя по двум месяцам на таск, зря платят). И сервак, на котором ваша хрень крутится. А что такое CRM, вы просто не знаете.
Здесь добавлю, что внедрение CRM — оно, чаще всего, насаждается руководством, которое хочет понимать, что у него происходит в отделе продаж. И, знаю более одного случая, когда насаждение CRM приводило к уходу продавцов, которые приносили компании большие десятки процентов прибыли. Мне доводилось участвовать во внедрении CRM и пытаться донести до продавцов, зачем им это нужно… Задача — очень нетривиальная. Ну вот зачем может быть нужен CRM человеку, который генерит несколько миллионов долларов оборота в месяц? Для него CRM — это потраченное время и снижение дохода.
Оптимальный сценарий внедрения CRM — это когда сидят 2-3 десятка мальчиков и девочек на холодных звонках и десяток менеджеров, которые получают от них живые лиды. Тогда да, CRM резко повышает эффективность продаж.
С другой стороны, если есть гуру продаж, который делает вам 50% оборота и 70% прибыли — не нужно его грузить! Нужно нанять ему того, кто в буржуйских компаниях называется «Inside Sales», начинающего продавца, который будет заносить дела гуру в CRM, контролировать всякую рутину типа прохождения счетов и этапов согласования договора, напоминать о встречах и запланированных звонках и т.п. Вот в такой связке все работает весьма эффективно (чаще всего).
И да, в любом случае, внедрение CRM без внедрения какой-то формализованной технологии продаж — тоже, как правило, не очень эффективна.
Таким образом, всё сводится к простому критерию: что должно быть на выходе.

В этом смысле, довольно странно сравнивать различные системы, потому как в различных ситуациях лучше всего подходит что-то своё.

Было бы лучше, если бы была вся линейка продуктов: от «простого» Excel'я (хотя, как выясняется, не такой, уж, он и простой) до сложного многоуровневого CRM. Были бы промежуточные варианты! А для этого надо иметь возможность самому выбирать: что будет храниться в отдельных файлах, а что будет собираться в один файл; что будет вычисляться на стороне сервера, а что на стороне клиента; будет ли, вообще, разделение на сервер и клиент; и т.д. и т.п.

Вся проблема Excel'я в том, что это приложение монолитное. А нужен компонентный подход, когда для одних компаний и инфраструктур используется один состав компонентов, а для других компаний и инфраструктур используется другой состав компонентов. Тогда и не будет никакой дилеммы выбора, поскольку состав компонентов всегда будет определяться явным и прозрачным образом на основании «учётных параметров» автоматизируемой организации.
ИМХО СравниватьCRM и Excel — все равно что сравнивать дизель-поезд с ладой-калиной.
и то и то ездит
Очень хорошая метафора.

Особенно в тот момент, когда надо подвести что-то поближе во дворе.
Все цели статьи и причины её создания мы обозначили в статье и уже неоднократно повторили в комментариях.
Я начальству уже который год пытаюсь донести мысль что нужно с Excel переходить на что-то серьезное — ноль внимания. Найдут тысячу причин для отказа. Главная — зачем что-то новое если старое работает…
А вы приведите здесь причины необходимости ухода от Excel.
А так ли всё старое работает? Может, новое даст старт большему развитию и большей прибыли? Попробуйте давить на производительность труда, удержание клиентов и рост прибыли от этого всего.
Regionsoft, у вас сайт выглядит, как в 90х. Последнее видео на Ютуб залито два года назад. О CRM 6.0 не вижу ни одного видео. Страшно как-то связываться
Не, в 90-х сайты были немного другого дизайна. Наш сайт уже сотню раз обсуждали и приходили к разумным выводам. Буквально пару постов назад.

Текстовый контент гораздо интереснее, удобнее и познавательнее видео. И даже подороже в продакшене, если эта сторона вопроса кого-то вдруг заинтересует. Поэтому мы плотно занимаемся блогом на Хабре и выпустили уже 22 поста, не считая кучи материала на других ресурсах. Мы хотим, чтобы наш опыт оставался в руках у всех, кому интересна тема.

Не бойтесь, нам 16 лет (через 4 дня), у нас несколько тысяч клиентов, у нас надёжная и безопасная CRM, толковая поддержка и разработка.
Хорошо, олдскульный сайт.
Но вот контент. Статья — это статическая картина, видео — это процесс. Возможно, я и один такой, но отсутствие видео с процессом работы, вебинаров и пр., совсем непонятно. По любой системе от загруженной 1с до простецкой амо, есть просто море видео

Да, и где эти текстовые мануалы, простите? На сайте удалось найти только два слова о системе и преимущества. На форуме в этом году еще никто ничего не написал.
О самом процессе внедрения, ТЗ, проблемах и т.д. можете почитать тут, на Хабре, в нашем блоге.

А если вам нужен самый подробный мануал, то вот прямая ссылка на закачку нашей документации.

Что касается процесса работы, то мы проводим живые онлайн-демонстрации: вы сидите в любимом кресле, пьёте любимый чай, и в ходе просмотра возможностей CRM можете задавать любые вопросы менеджеру. Индивидуальная бесплатная консультация лучше вебинара, проверено.
pdf-ка в зипчике, специально, чтобы гуглилось труднее?
Видеоклиповое поколение… Если что-то длится больше 0.38 с, все, что дальше, мозг отфильтровывает… Грустно…
Хорошо, что все еще большинство «начальников» чуть старше «видеоклипового поколения» и воспринимают куски информации длительностью до 15-17 секунд…
Вы, наверное, не поняли. Я хочу 100 видео по часу. И 10 видео по 6 часов я тоже буду очень рад.
Например. Я подписан на 8 каналов об 1с.
Потратить 100 часов на то, что можно прочитать часов за 30, просто потому, что чтение про себя — это более быстрый процесс, чем чтение в слух?
На pornhub есть более 100 видео по часу — многим помогло стать профи? Сомневаюсь.
А вам много дали каналы об 1С, или вы только подписаны?
Нормально всё там, бояться нечего. И софт пашет, и сайт пашет, и всё на сайте есть, а не «оставьте вашу заявку, мы поимеем ваш мозг по телефону, глаза по почте, а потом уже пришлём прайс». Зашёл, прайс посмотрел, калькулятором поиграл, всё почитал, а уже потом регистрируйся и демо качай. Всё, как у людей быть должно.
НЛО прилетело и опубликовало эту надпись здесь
Весь вопрос в том, чем или кем я управляю с помощью этих инструментов. Excel — лучший инструмент для персональной работы с табличными данными, массой функционала о котором многие даже не догадываются. CRM — инструмент коллективной работы, в первую очередь руководителя отдела продаж и маркетинга и лишь частично для продавцов. Разработчики CRM-систем создают продукты для управления командами, компаниями и весь вопрос в том, какая это команда и кто у нее лидер, кто и с помощью чего ей управляет. Я хорошо знаю многие системы, был в Команде разработчиков проекта Рули24 — продукта, который именно нужен руководителю, управляющего многими компаниями, разноплановыми бизнесами, разными отделами и все это в рамках одной платформы, — так что бы было удобно и экономно для сопровождения, обучения. Я знаю многие хорошие решения, сделанные по разным бизнес-задачам, — Террасофт, Битрикс24, SAP… сейчас вижу как свое место на рынке завоевывают другие решение, чаще ориентированные как простые CRM-системы. И тупо сравнивать их c Excel, лучше уж сравнивайте их между собой.
Вы уже который раз упоминаете Рули24. Это слабая, перегруженная система со сложной организацией администрирования и тормознутым Ораклом. Но даже эта система не заслуживает того, чтобы её сотрудник так по-крысячьи партизанил, без ссылок и сочиняя, что «был в команде»… Непрофессионально и стыдно под конкурентами пиариться :-)
Вы Subrisk замечания делаете необдуманно, по каким-то причинам ища в посте пиар не важно каких систем. Я был в команде Рули24 с конца 14 по апрель 2017, участвовал в том, что бы продукт был лучше, слушали клиентов, доносили замечания и предложения до разработчиков. Работал в Oracle, и однозначно могу сказать, что они никогда эта субд не имела оценку «тормознутой», а всегда было много вопросов к самим разработчикам систем (ISV-партнерам), создававших свои решения на этой субд. Однозначно могу сказать, что 1с имел достаточно много проблем с производительностью на Oracle именно потому, что был написан плохо, и ожидаемое повышение производительности, что вполне реально происходило при переходе с MSSQL на Oracle — тогда не произошло (2012г). Так что к вопросу что тормозит, — это вопрос не к Oracle, а к тому, как субд используется приложением. Я упомянул в посте и про другие системы, которые знаю не плохо и продавал их в свое время. Так что мне пиариться незачем, тем более что хабр не для пиара, а для оценки систем, возможностей и их предназначения. Без маркетинга и рекламы.
НЛО прилетело и опубликовало эту надпись здесь
спасибо за ваш коммент, актуально и правдиво..., он поднял настроение, ну а карму поправим в другом месте ))
А что, если взять и поставить такую задачу: начать с простого табличного представления данных, постепенно добавлять различные «фичи» и смотреть, какие конфигурации программных блоков (функциональных компонентов) и какие функциональные возможности (с учётом реализации различных вариантов пользовательского интерфейса) будут работать для автоматизации различных задач и при различных условиях работы (объёмы данных, требования к оформлению отчётности и к созданию резервных копий)?

Возможен ли подход, при котором программное обеспечение создаётся под определённую задачу? И какую нужно сделать операционную систему, которая позволяла бы создание таких приложений на лету? Ведь, по сути, все функции Excel'я могут быть (и должны?) встроенными в ОС, а листы Excel'я, которые являются, по сути, моделями данных, могут быть отдельными сущностями ОС. Но это означает, что ОС сама должна стать СУБД. В некотором смысле.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.