Комментарии 31
Excel он как Ленин - жил, жив и будет жить. Все умрут, а он останется. И сколько бы не писали какой он плохой, ничего не меняется
Так Excel и неплохой, просто у него есть своя сфера применения. Понятное дело, что лопатой забивать гвозди не очень удобно. То же самое с Excel: проблемы возникают, когда применяют не там, где надо
Попробуем представить себе ТЗ на Excel. Пространство функций Excel, описанных на языке бизнеса, бесконечно (учёт/расчёт того, сего, пятого, десятого). Но все эти функции по факту реализованы в Excel, потому что реализован базис этого пространства. Так же, как с SQL - всё множество запросов невозможно перечислить на языке бизнеса, но легко описать в форме реляционной алгебры.
Прикладные системы (как CRM) реализуют настолько маленькое подпространство пользовательских функций, что эти функции (use cases) часто можно перечислить в ТЗ. Потому неудивительно, что какие-то CRM, бывает, кому-то не подходят - они просто недостаточно универсальны. Ценность системы пропорциональна объёму реализованных в ней пользовательских вариантов использования.
P.S. здесь под Excel я имею в виду Электронные таблицы как класс систем. Важен сам принцип, а не конкретный продукт. Но обозначение "Excel" короче и в ходу, как например "ксерокс".
Однако опять же он ограничен разработкой для таблиц (и пакета MS) и любой современный язык программирования может гораздо больше.
Неа. Там еще есть офигенная интеграция между приложениями, делающаяся в 2-3 строчки. Из экселя открываем ворд, генерим страничку, потом открываем корел, в нем заполняем шаблон, заставляем пользователя глазками проверить, всё это кидаем на печать, потом открываем 1С и туда проводим чек... Всё парой крохотных классов. Ни на чем больше так красиво и просто это не сделать... Именно эти автоматизации и являются проблемой замены офиса на аналоги - документы оно открывает, но вот автоматизация там не работает.
Мне кажется, кто-то просто не умеет готовить
Масштабирование на 200 человек (головной офис+50 допофисов по всей стране) - спокойно на базе Excel +Access, где Excel - оболочка для работы с БД а все хранится в аксессе с обращениями по ADO. Не нравится аксесс - используйте любую другую субд.
VBA при всей своей специфичности не так далеко ушел от VB и для несложных задач (а их 99,9%) его хватает за глаза. Какая разница откуда дергать микросервис по апи?
Потеря информации - по моему опыту встречается значительно реже чем у платных решений, потому что главное тут- нормальное логирование и руки не из одного места, а дальше проблем минимум
Цена - у кого как, но я могу представить себе рабочее место без CRM, без какого-то еще платного софта, но MS Office хотя бы в базовом виде там должен быть - иначе неясно чем ты занимаешься. А если ты уже заплатил, то почему не переиспользовать? А по поводу установки CRM - сначала ты платишь дикие деньги чтобы тебе его поставили, потом тебя начинают за каждый чих доить - по крайней мере мой опыт именно таков.
Да, хотя бы 1 толковый человек, который умеет в это - нужен. а когда-то нет? покупая CRM тебе абсолютно так же нужен человек досконально знающий и понимающий процесс, который понимает контроли на вводимые данные, стандартные опечатки, в принципе процессы в конторе.
Добавь к нему одного программиста и пили свой СРМ сам- на экселе ли на яве ли и тд. Для небольшой конторы ты получишь гибкость и максимальную применимость. А риск что сотрудник уйдет отлично митигируется практиками документации и проч в отличии от проприетарных СРМ где все за 7 печатями, а потом компания-производитель разоряется)
Важно - Excel как и любой другой продукт не панацея, но у inhouse разработки вагон плюсов.
"
Масштабирование на 200 человек (головной офис+50 допофисов по всей стране) - спокойно на базе Excel +Access, где Excel - оболочка для работы с БД а все хранится в аксессе с обращениями по ADO. Не нравится аксесс - используйте любую другую субд.
А где можно почитать и даже пощупать примеры превращения MS Excel во фронтенд для того же Access?
Мы это делали следующим образом (код поищу но не уверен что получится).
Пишу тезисно, если надо будет расширить - скажите.
Результирующий файл имел 5 основных форм (реализованных каждая на своем листе экселя), плюс несколько UserForm, которые использовались для доп задач.
Каждая основная На лист экселя накидывались формы ActiveX (вкладка разработчик), которые и были полями для ввода и получения информации (помню пришлось достаточно долго в References искать нужный компонент для отражения многостраничного списка). Важно, что в самих ячейках экселя ничего из пользовательской информации не хранится. А дальше дело только в написании бизнес-логики перехода из формы в форму, получении, записи датасета из БД и прочих-фиглях миглях.
Касаемо БД. Соединение по ADO для чтения, по DAO для записи (так работало быстрее). Все делалось через обычный sql, то есть генерировали внутри кода sql скрипт который запускали через ADO/DAO. Привязывались к файлу database, который находится в той же папке что и эксель. Это позволяло развернуть новую точку за 2 минуты - ты просто кидаешь им в сетевую папку новый набор excel+access и все работает) Access у каждой точки был свой ессно.
Коллизий с одновременной работой не было, потому что в самом файле excel по факту ничего не хранилось и сохранять его кнопкой save не надо было. При первом входе в систему в день или по нажатию кнопки актуальная версия access отправлялась в ГО для консолидации и анализа.
Мы понимали что клиентов не может быть космическое количество, поэтому вопрос консолидации для сохранения уникальности номеров клиентов в направляемых базах и консолидированной решили просто - у каждой точки был пул в миллион записей (его никто не израсходовал), а дальше айдишник клиента присваивался по порядку (то есть для старта новой точки смотришь на то, какая была последняя - предположим 76-я и добавляешь в стартовый access удаленного клиента с ID 77 000 000, дальше нумерация продолжится и следующий внесенный будет 77 000 001 и тд).
Ну туда же отчетность, воронки продаж и проч.
В первом приближении так, если будут еще вопросы - пишите
Абсолютно поддерживаю,
Работа с несколькими файлами и вот распределённая СУБД
Автор просто пиарить свой продукт, да CRM очень нужная вещь, но если хочешь добавить что-то, плати и ТД.
Кстати нейросети дали новое дыхание для EXEL, и даже сложные формулы формы и макросы, может сделать любой бухгалтер менеджер и просто пользователь, с подробными подсказками
Я тоже раньше не мог понять почему люди так любят Excel, но в итоге смирился и сумел даже понять в какой-то мере. По моему представлению продвинутые пользователи ценят в Excel независимость и простоту.
Независимость заключается в том, что чтобы опробовать новую идею, быстро глянуть на данные в каком-то разрезе - не надо спрашивать программистов добавить новую функциональность, а потом ждать 2 месяца - можно сделать здесь и сейчас.
Простота - вот есть старый добрый Excel, который они знают вдоль и поперек, он не требует переобучения какой требует каждая новая CRM система, если что непонятно - можно глянуть в Интернете. Опять же Excel не падает как многие наколенные поделки, выдаваемые за профессиональные решения.
Поэтому я вполне понимаю почему стандартный вопрос пользователей - как выгрузить данные в Excel. И получив данные в Excel они начинают творить какие-то странные, дикие вещи там. Мне непонятные. Но если у них все работает, они довольны и хотят продолжать в том же духе, пусть продолжают. Не программистам же указывать как кому работать.
Любая СРМ - это, по сути, черный ящик. Вы не знаете, что там и как работает. И если случайно выявили ошибку, то максимум, что можно сделать это тикет в сапорт. И не факт, что его решат сразу. Или вообще решат. Если говорить про онлайн СРМ, то все усугубляется в разы. Плюс оплата за кажлого пользователя. А тарифы без этих ограничений стоят конские деньги. Честно говоря, я не понимаю, почему онлайн СРМ такие дорогие. Алгоритмически они простые. Да, это как тот же эксель с вэб интерфейсом. Во всяком случае, таковых большинство систем. И платить столько за интеграцию с мессенджером... Мне нужна просто база клинтов без звонилок.
Эксель же как опенсорс проект. Все прозрачно. Легко отладить, легко исправить. Даже нсли что-то поломал, обычный файловый бэкап поможет все вернуть.
Кстати, возможности экселя последней версии (из 365) настолько продвинуты, что его сложно назвать просто "табличным процессором". Особенно в плане автоматизации. Теперь это не только VBA, но и JScript, и Python.
Работал в организации (крупный банк). Excel справлялся с одновременной работой овер 200 пользователей со сводными данными из кучи разноплановых данных.
В первую очередь Excel и GoogleSheets дают гибкость и скорость реализации. Если использовать Excel как визуализацию БД (например Access), система масштабируется на 10+ человек. Еще у Google Sheet's есть Appsheet (No code)
Неужели в 2024 году при полном рынке CRM-систем на любой масштаб и бюджет Excel у кого-то может оставаться в приоритете?
Потому что нет никакого "на любой масштаб". Для малого масштаба не существует удобных CRM, которые бы уменьшали количество работы, а не увеличивали его.
Возьмем для примера мастера по ремонту ну скажем велосипедов. Он записывает своих клиентов и какие работы им делал в тетрадку, чтобы не забыть. Есть какая-нибудь CRM, которая заменила бы ему тетрадку, но так, чтобы стало удобнее и времени тратилось на внесение данных меньше? Нет такой, все что я видел - требует усложнения работы и на таком малом масштабе просто неоправданно. Единственный реально полезный вариант - эксель (или гугл таблицы).
Очень много написано, что эксель такой и сякой.
А вы про срм напишите, что на дворе скоро 25й год, а эти ваши срм до сих пор вызывают оторопь некоторыми своими реализациями. Взять вон Битрикс к примеру, это ведь образец того, как можно испоганить замечательные идеи по сути. У них нет ни единого инструмента, доведенного до ума. Справедливо также утверждать что остальные ещё хуже.
Поэтому и пользуются люди экселем и гугл таблицами. И ещё долго будут, пока у разработчиков срм будут люди с кривой логикой и не пониманием бизнес-процессов.
Скажите, а это какой-то скрытый кодекс всех разработчиков CRM не позволяет нанять нормального дизайнера чтобы логотип, сайт и приложения не выглядели как привет из нулевых?
Из контекста я так понял, что автор адепт анти mo. У нас на продуктах mo построены все техотчеты, учеты и тд и тп. И так везде и всюду с кем мы взаимодействует. Переходить на другие продукты- с фига ли...
Я кстати, нашел наконец инструмент, благодаря которому я уже почти съехал с Excel. Это... Google sheets :)
Эксель - это очень гибкий и удобный интерфейс для работы с данными в табличных форматах, никто не мешает под него подложить полноценную реляционную БД.
Excel - это гибкость, известность и скорость реализации. Возможности подготовки сводных таблиц и отчетов на базе выгрузок из 1С без привлечения разработчиков - одно из главных условий популярности. В интернете легко можно найти обучающие примеры реализации весьма сложных проектов и функций, так что даже средний специалист, проявив немного усидчивости, способен резко ускорить обработку аналитической информации в своей компании.
Как любой продвинутый юзер таблиц MS Excel/LibreOffice Calc я сделаю разработку здесь и сейчас, которая даже если и будет зависеть, то только от того и тех кого я выберу
Сам пишу ТЗ, сам реализую код, сам вношу правки и доработки. Ни от кого не завишу, при нулевом бюджете со стороны организации кратно увеличиваю свою, а порой и не только свою, эффективность
Как показывает практика, с тем же Минстроем и переводом ИД в форматы xml, прогеры и лица их нанимающие не понимают всех нюансов производства, некоторые возможности ПО, по факту, могут юридически означать подлог документации и другие проблемы в документообороте, который по идее должен отражать факт работ. Кроме того сложно придумать интерфейсы ввода столь же удобные как табличный редактор, а значит оператор будет терять множество времени на вводе информации при заполнении типовых/шаблонных документов, т.к. ни одно текстовое поле ввода не позволит Вам собрать и "протащить" за угол ячейки формулу, ну и про оптимизацию работы с клавиатуры многие тоже не слышали, а переключаться между полями ввода и вкладками мышью еще то удовольствие и потеря времени, когда требуется набирать десятки и сотни документов в день.
CRM и ERP системы имеют функционал "слежки". Безусловно руководству это приятно, однако, как показывает практика, это используется против сотрудников, а так же можно 1 бумажку делать неделю, а можно 5 минут. При этом не всегда больше означает лучше и что отложенная бумажка не отложена в следствии великого риска. Сухая статистика этого не видит, но ведет к бюрократизации процессов и обезличиванию функций, что иногда вредно для бизнеса.
Все достаточно сильно бросились "защищать" эксель, как будто кто-то говорит, что он не нужен. Эксель это инструмент для одного человека. Все примеры в комментариях свидетельствуют как раз о такой работе. Или где каждый свой эксель делает, или где нету ничего, и есть эксель. Вот пример недавний был: пришел новый менеджер по продажам и попросил ему выгрузку прайса в эксель делать с заданными вручную параметрами, понятными только ему. И собственные варианты наценки и отсутствие механизмов контроля данных (наличие остатка, начилие закупочной цены итд) его вполне устраивали. Только компания это не только один этот менеджер. Приходится жить в одной системе, и эксель этой системой стать не может.
Базовая причина использования экселя для всего. Это скорость ввода информации, чуть уступающая скорости печати. любой другой софт, особенно облачный - это сильно дольше и менее эффективно.
Гибкость с которой можно менять структуру таблицы, пока ты не до конца понимаешь, что вообще получиться в результате
crm чаще всего превращаются в дорогую базу контактов:
1) часть коммуникации выпадает из нее (мессенджеры)
2) плохо работают с подписочной моделью (наверное есть специальные, но в целом ощущение, как буд-то разработчики црм об этом не слышали еще)
3) не умеют отслеживать человека в нескольких сущностях отдельный человек, сотрудник компании, член команды
Итого я бы списал не на крутость экселя, а на закостенелость crm, которые требуют серьезной настройки, часто в принципе не могут некоторых вещей без серьезной доработки - что долго и дорого.
Мой подход - начинать с эксельки и когда сложилось понимание, что нужно - поиск подходящей црм, (автоматизация, масштабирование на менее маньячных коллег)
Автор статьи пытается сравнить швейцарский нож (Excel) с универсальным четырехсторонним продольно-фрезерным станком (CRM-систему). К тому же топит еще и в пользу последнего (отчего по ходу прочтения текста появляется легкий флёр рекламы). Хотя это инструменты разного масштаба и их сравнение некорректно.
Excel прост, доступен и максимально гибок. Сделать таблицу по отслеживанию лидов и сделок? Не вопрос. Написать калькулятор для расчета стоимости определенных услуг? Да пожалуйста. Это инструмент для небольших компаний и не слишком сложных бизнес-процессов. И, как уже сказали ранее в комментариях, иногда лучше начать с Excel, если нет понимания масштабности/сложности процесса. Перейти на CRM можно и в последствии, если на то будет потребность.
все аргументы против Экселя построены на том, что не умеющий работать с Экселем юзер будет страдать и попутно заставит страдать остальных коллег
Ну тоже мнение, чоужтам...
Как индивидуальный инстремент Excel штука очень мощная, едва ли обычный пользователь может упереться в его пределы по обработке данных. Для работы с большим количеством пользователей мы используем гугл таблицы, которые хоть и не без огрехов, но могут свободно конвертиться в xlsx и обратно. Как по мне одна из основных проблем экселя на данный момент - это безопасность, так как защитить excel файлы на уровне excel невозможно, а встроенные инструменты защиты может обойти любой юзер, по простому запросу в интернете. А при желании еще и пароль после этого подобрать.
М-да, не видели вы монстров, которые у нас ПФО ваяет в Экселе, попутно жалуясь, что на их текущих машинах это долго считается уже. И нет, никакая СРМ этого не заменит, потому что вы будете только ТЗ согласовывать год, а любое изменение - пару месяцев. А людям работать надо.
Очень ожидаемо увидеть подобные утверждения от людей, которые продают CRM-системы.
При всей правоте утверждений, у пакета MS Office есть очень серьезный плюс в виде единой среды разработки для всех продуктов.
Когда-то и мы в нашей небольшой сервисной компании столкнулись с тем, что "править одну таблицу толпой" неудобно и часто происходят накладки. Решением стала БД на MS SQL, подключенная к Access. Сам проект на Access реализовывает и оперативную работу, и работу с договорами, и разграничивает права пользователей, и предлагает нужный конкретному пользователю функционал.
Таблицы Excel остаются для обмена данными с клиентами (они заполняют таблицы-опросники, данные из которых через обработчик попадают в БД).
Нужно подготовить документ на основе данных? Не вопрос - аналогичное решение подготовить документ Word, если надо, спарсит его в pdf. Ну а Outlook помогает в автоматизированной рассылке сообщений.
Подняли этот проект и поддерживают его два дилетанта, которые не сильно близки к серьезной, "взрослой" разработке. Однако же, находясь прямо внутри предметной области, поддерживать такое "домашнее" решение гораздо проще.
Мой коллега как-то обозвал vba средой разработки для домохозяек. Во многом так и есть.
Не готов утверждать, "потянули" бы мы какое-то серьезное производство, но есть мнение, что в компаниях, подобной нашей, и менее крупных, Excel вполне себе инструмент - дешево и сердито. Особенно когда компания не может себе позволить покупать серьезное проприетарное ПО.
Excel против CRM: почему мы до сих пор это обсуждаем?