1. Кчус Отдел Продаж
2. Структура Отдела Маркетинга
3. Сибпромстрой Отдел Продаж Сургут
4. План Работы Отдела Продаж.xlsx

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

Если вам знакома ситуация, когда нужно обработать заявку от клиента размером 150 или больше позиций, подобрав для каждой самую лучшую по цене из 20 прайс-листов по 10 000 + позиций в каждом, но вы не готовы тратить на это больше 30 минут, то добро пожаловать под кат. Представьте себе следующую ситуацию: вы работаете в отделе продаж и вам поступает заявка на 150+ позиций какой-либо продукции из более или менее схожих категорий (например металлорежущий инструмент). Скорее всего у вас уже есть десяток другой прайс-листов от ваших поставщиков, в каждом из которых возможно по 10 000 + позиций, и вы конечно хотите дать клиенту самое конкурентоспособное предложение. Будет совершенно логично предположить, что с очень большой вероятностью, один и тот же товар у разных поставщиков может стоить по разному, а другой товар возможно будет вообще только у одного поставщика. Получается, чтобы сделать лучшее предложение клиенту вам следует заняться поиском каждой позиции последовательно у всех поставщиков по ряду критериев (например найти самое дешевое предложение или предложение с подходящим количеством на складе).

Но есть один нюанс — так как все прайс-листы составляют разные люди, то почти в 80% случаев один и тот же товар они назовут хоть немного, но по разному. Рисунок 1 — Разные варианта названий свёрел Так что, если каждому товару не присвоен свой уникальный и общепринятый идентификатор во всех прайс-листах и во всех запросах от клиентов, то просто так использовать функцию ВПР и даже Lookup, к сожалению не получится, и вам, как бы это не было грустно, придется заниматься долгой и не очень интересной работой, которая затянется может на день, а может и на все два. Начало Когда я пришел на работу в отдел продаж одного российского завода — изготовителя металлорежущего инструмента, оказалось такие заявки приходят не по одному разу в день и чем быстрее клиент получает ответ, тем выше вероятность, что произойдет продажа. И вот мне, как новенькому приносят пачку листов А4 на которых 11 шрифтом распечатана заявка из 1000+ позиций, а рядом подписаны цены ручкой (!). Да еще, около каждой указано с НДС она.

Как мне сказали — самое сложное уже сделали за меня, так что остается всего лишь перенести без ошибок 1000+ цен в электронный вид и выставить счет. И вправду, “Совсем не трудно!” — подумал я, и начал бить по клавишам нумпада. Спустя 25 минут монотонной работы и разглядывания не всегда понятного, в данном случае — женского почерка, я вдруг подумал: “Что — то здесь не так. Так быть точно не должно!” Чтобы понять почему так не должно быть, и как быть должно на самом деле, я решил взглянуть на весь процесс поэтапно, и расспросив коллег, узнал о том как все устроено:. Заявка приходит по почте, обычно в формате.xls. Ее распечатывают и отдают в отдел снабжения.

Там милая девушка внимательно его изучает, открывает на мониторе необходимые прайсы и начинает подбирать. Она примерно знает что и в каких прайс-листах искать и где скорее всего дешевле, но как бы хорошо она не ориентировалась во всем этом, за более чем 10 летний опыт ей не удалось бы выучить наизусть даже сотни цен на самые популярные позиции, хотя бы потому что они меняются как минимум раз в год.

Спустя пару дней, а иногда недель, заполненная таблица попадает в руки менеджера по продажам, то есть в мои. И начинается та самая работа, которой я только что занимался. Я выставляю счет, радостный звоню заказчику что бы об этом сообщить, а он мне в ответ: “Большое спасибо за предложение, но я уже оплатил счет, который мне выставила другая компания два дня назад.” Страшнее слов не придумаешь. Хорошо что моя коллега из отдела снабжения не слышала — подумал я, и начал размышлять как устроить этот процесс так, чтобы глаза и руки сразу двух человек не стирались до мазолей, ещё и с нулевым результатом в итоге. Следующую заявку мне дали обрабатывать уже самому. Я сделал тоже самое что и моя коллега, но электронную таблицу уже не распечатывал, а открыл в левой половине экрана, разместив в правой три нужных прайс-листа. Начав с первой позиции, я нашел её во всех трех прайсах и скопировал ячейку с самой выгодной ценой в столбец справа.

Повторив действие n раз, возникло ощущение, что я знаю как сделать эту работу в сотню раз быстрее! Решение Я подумал — Нужно просто свести все прайс-листы в одну большую таблицу, а в ячейку справа от позиции запроса сразу вывести самую лучшую цену, а рядом для проверки вывести название это самой позиции с лучшей ценой. В тот же вечер, я приступил к работе.

Вся проблема заключалась в том, чтобы объяснить системе какая позиция подходящая, а какая нет К этому моменту у меня был опыт создания системы на чистых формулах в Excel, которая берет названия товаров одежды на английском языке и переводит их в однотипные названия на русском. Она определяет категорию, цвет, пол, бренд и т.д. И работает так: если в названии есть слово hat, то в русском названии появляется слово “шапка”, дальше если есть yellow или yell (некоторые писали так) — получаем название “желтая шапка”, тоже самое с остальными словами и в итоге получаем название — “Желтая мужская шапка Ski-doo”. Тоже самое делается и с описанием, а потом загружается в интернет магазин.

Таким образом, я с 90% точностью обрабатывал тысячи товаров. Основываясь на этом, я и начал работу над новой системой. Первое что мне требовалось — это определение категории, например если в названии есть “Сверло” или ”сверла”, то присваивается категория “Сверло”, а дальше начинается определение его параметров.

Если слово “Сверло” было чаще всего написано в одном из 5 вариантов (Сверло, сверло, сверла, сверл., Свёрла), то параметры этого сверла каждый писал в меру своей компетентности, как на рисунке 1. Следующий и самый сложный шаг — определить и привести к одному виду эти самые категории для каждой позиции. Сделать это я решил с помощью регулярных выражений. Но как написать такое выражение, которое охватит максимум вариаций записи характеристик? Конечно одним выражением не обойтись, и для ускорения работы нужно понять какие структуры описания характеристик используют чаще всего, и охватить их в первую очередь. Так как я знал, что мне придется делать тоже самое еще для десятка другого категорий, решил сразу это автоматизировать и занялся системой выявления наиболее часто используемых шаблонов в описании товаров.

Это тянет на отдельную статью, поэтому сразу опишу что получилось: 10 регулярных выражений, которые определяют от 1 до 5 цифровых параметров. 3 выражения, определяющих ГОСТ. Остальные параметры, такие как марка металла или форма хвостовика, определял простым условием содержания текста в названии. В итоге получилось 10 характеристик.

Я сразу провел первый тест, на сверлах и все сработало! Я получил готовый список с типовым описанием всех позиций в прайс-листах. Рисунок 2 — Типовое описание Дальше сделал тоже самое для запроса — привел названия к типовому виду.

Теперь, осталось только воспользоваться старым добрым ВПР, и вот спустя пару секунд у меня есть готовый список с самыми лучшими ценами и изначальными названиями подобранных позиций. Кроме этого у меня сразу была информация кто поставщик и сколько есть позиций на складе. Это полезно, в случае если случится продажа — я не забуду где какие цены взял. Это был только первый шаг.

Так как у каждой категории свои характеристики, то для каждой нужен и свой шаблон их поиска. Потратив пару дней, я составил таблицу с шаблонами для 8 основных категорий, и смог правильно определить примерно 70% позиций. Но даже с такой точностью, я смог обрабатывать большинство заявок не только быстрее коллег, но и быстрее всех конкурентов. Как только это увидели в отделе, все заявки полились рекой ко мне на проработку, и стало ясно — либо я поделюсь системой со всеми, либо вернусь к тому от чего хотел уйти — погрязну в монотонной работе. Так как система работала на Excel и макросах и содержала 100 000 позиций, то на ежедневное обновление уходило около 40 минут и при этом работать в таблицах было невозможно. Так что устанавливать один и тот же файл на каждый компьютер, я решил даже и не пытаться, не говоря уже о том, что исправлять ошибки и вносить изменения в систему пришлось бы у каждого пользователя отдельно.

Нужно было быстро искать подходящий, легкий для переноса системы вариант, и я решил попробовал Google spreadsheets. Это должно было решить ряд проблем: Все прайс-листы будут сводиться и обновляются в облаке по расписанию и к ним будут имеют доступ все пользователи. Работать можно будет из любого места где есть интернет, хоть со смартфона. Модернизировать и исправлять систему я смогу хоть откуда и сразу для всех пользователей.

В начале, я попробовал сделать все на таких же формулах, но когда таблица из 100 позиций обрабатывалась уже 3 минуты, я понял что от формул придется отказаться, и начал изучать документацию Google app script (gas) — это тот же js, только с добавлением функций от гугла. После переноса всей логики в gas, я обнаружил следующую проблему: если в запросе была описана только одна характеристика, например только диаметр сверла, то в большинстве прайсов были диаметр х длина, а так как система определяет максимум параметров, то в выборе участвуют только позиции в которых количество описанных характеристик совпадает с их количеством в запросе. Это серьезная недоработка и ее нужно было исправлять. Здесь я снова воспользовался регулярными выражениями и каждую строку из запроса которую только что преобразовал в строку с типовыми характеристиками, я превратил в регулярное выражение, где отсутствующая характеристика ‘.’ заменялась на ‘.?’ и означала что система при поиске пропустит эту характеристику и перейдет к следующей. Но здесь я столкнулся с новой проблемой — не всегда нужно выбрать именно самую недорогую позицию, иногда нужно выбрать самое длинное или короткое сверло, посмотреть какие вообще есть сверла с заданным диаметром, или у кого их больше всего на складе. Здесь решение оказалось проще — делаю проход по всем строкам, собираю подходящие под шаблон позиции и вывожу их в выпадающий список, с указанием всей информации. Рабочий лист теперь выглядит так: Рисунок 3 — Лист для сопоставления заявки и прайсов В первый столбец вставляется целиком запрос в табличном виде, во второй количество.

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

Теперь осталось самое последнее — выставить счет. Для этого в столбцах справа формируется шаблон, который можно быстро загрузить в 1С: Рисунок 4 — шаблон для загрузки в 1С Шаблон содержит в себе исчерпывающую информацию — поставщика с его артикулом по позиции, название, количество, и цену. Отсюда же можно отправлять запросы на счета разным поставщикам, или создавать счет не заходя в 1С, кому как нужно. Итог: Обрабатывать заявки стали в 20 раз быстрее (30 минут вместо 1 дня на заявку из 100 позиций), подбор по оптимальным ценам стал в разы эффективнее, так как теперь нет проблемы что кому-то лень перебирать все прайсы или делать запросы по всем поставщикам. Windows xp zver usb. Планы на будущее: Научиться использовать и перевести массивные вычисления на google engine, большие таблицы перевести в big data, а для быстрого выявления шаблонов написать нейросеть. Так что буду очень признателен, если кто-то поделится опытом об их использовании в комментариях.

Послесловие: В процессе работы были написаны десятки полезных функций, которые могут быть полезными многим, кто уже работает в gas, и даже тем кто только собирается. Например: автоматическая загрузка файлов из Gmail или по ссылке на Gdrive и преобразование их в формат google таблиц, поиск и копирование строк из файлов на диске по слову в названии, и так далее. Их буду публиковать в следующих статьях. В случае интереса к этой статье, подробнее опишу работу программы со вставками кода.

Спасибо за прочтение. Метки:.

Добавить метки Пометьте публикацию своими метками Метки необходимо разделять запятой. Например: php, javascript, андронный коллайдер, задача трех тел.

В 1С: УТ (КА или ERP) можно сразу вести номенклатуру поставщика, которая сохраняется в соответствии с собственной номенклатурой. Причем сохраняется и вся динамика цен разных позиций разных поставщиков которую можно использовать в маркетинге и ценообразовании, например для составления правил формирования цен по ценовым групам (средняя по прайсам поставщиков, самая низкая из всех поставщиков плюс 3% и т.п.) и потом использовать это все подборе при заполнении заявок клиентам. ВПР — это круто, но только если надо разово что-то свести, а для решения вашей задачи уже есть отработанные и хорошо документированные механизмы. Как частное решение — это круто. Заявку на 100 позиций делать за 30 минут — это пипец долго.

А зачем кого то пускать? У них настраивается, что для такого то контрагента накладные уходят автоматом при запуске обработки обмена. Накладные подписываются цифровой подпись и уходят криптопровайдеру. Потом запускаете у себя и они приходят к вам. Причем этот обмен юридически значим и безотзывен.

Кчус Отдел Продаж

Например, где я работал 50% контрагентов с 90% оборота ходили так. Знаете как это упрощает документооборот. Не нужны бумажные документы от слова совсем. Так как отчетность в налоговую все и так отправляют электронно, то сбис или тензор или что то еще есть уже.

Лет 10 назад, тоже автомотизировал работу отдела продаж, у них 20 позиций в заявке в среднем 25минут оформляли После автомотизации некоторые личности за 8 секунд стали такую заявку оформлять (на конкурентные товары им получалась больше премия) И уволили они потом в сумме человек 20 из отдела в 24 человека А потом все равно новых наняли, правда уже на каждого продажника было не по 15клиентов, а по 100-120 Я думал уже эти вопросы давно решены, если не компанией то конкурентами А факт что нет, показатель видимо недостатка конкуренции в отрасли. Автор мог бы свою компанию открыть и заработал бы больше.

Это выглядит неплохо для форума по маркетингу. Если никто на этом форуме в маркетинге не понимает примерно ничего.

В формате Хабра это просто несерьезно Вы действительно собираетесь здесь формулы excel обсуждать? Вообще-то, для подобных целей человечество придумало базы данных. Единственное, что в этом опыте было бы сколько-то интересным — это merge, алгоритм признания внешне разных товаров одинаковыми.

— механизмы обработки ошибок, в том числе — false positive. Но вот именно об этом не написано ничего А 30 минут — это совершенно не достижение. Должно вообще клиенту в реальном времени цены отдавать. Примеров — горы, часто разговор о десятках и сотнях миллионов позиций, и обрабатывают это вовсе не суперкомпьютеры, а как бы не VPS за 5 баксов в месяц. Спасибо за комплимент. Если б написали еще и «молодой программист» — я был бы совсем счастлив. К руководству завода с похожими предложениями я впервые пришел в 89 году.

Но годы летят, и вот уже лет 25 с идеями к руководству не хожу. Но, чувствую, стоит начать! 8-) А вы всерьез считаете, что пользоваться невнятными скриптами продажника — это круче? И у руководства — если что — найдет большую поддержку? Вы никогда не видели сайтов заводов, сделанных фрилансерами? У них, наверное, инициативного продажника не нашлось, ага. А главное — нам всем очень не хватает их опыта тут, на хабре.

И не дай Бог, хоть строчку кода напишут! Или формулу хоть одну! Так и надо: «я сбацал очень клевый сайт.

Но код не покажу, адрес не дам, про структуру ни слова. Но пасаран.». А я вот, наоборот — призадумался. Это ж какое поле для деятельности! Кроме шуток, ситуация абсолютно аналогична той, с которой я начинал 30 лет назад!

Ну задачи чуток другие были, заовд оборонный, клиентов на стороне нет, но метода та же самая: бланки, их ручкой заполняют, переписывают из других бланков, ошибаются, «крыжат», «сводят» — и буквально любое телодвижение в сторону автоматизации ускоряет дело в какое-то невероятное количество раз. Как-то странно думать, что рынок для таких экзерсисов есть и сейчас 8-) А ведь была у меня когда-то (активно воруемая) программка автоматизированной обработки прайсов на Access95, емнип Этакая мельница: что ни кинь — выйдет мука заданного сорта. Но бросил лет 15 назад, подумал — нет рынка, уж теперь-то у всех этот вопрос решен. Оказывается — нет! Это так не оценить. Если речь про публичный сервис-автомат, то это будет недорого, поскольку потребляемые ресурсы незначительны.

Но можно брать массой. А сколько готов заплатить бизнес — тут все зависит от того, есть ли сейчас хоть один конкурент, который всех делает как детей одним фактом мгновенной проценки и отгрузки. Как только хоть один такой вариант у покупателей появится, так сразу же сознание владельцев конкурентов начнет вмещать очень существенные суммы 8-) Вплоть до сотен тыр разово + помесячное обслуживание. Он будет ныть, на ковре у правления, например, или совдире. А внедрять будет IT + интегратор, когда/если решение окажется положительным. Сильно потом, и совсем не то, что продажникам надо. И легко может оказаться, что автоматизируют все, кроме вот этого тупого перемалывания прайсов, потому как в коробке его нет, надо дописать коннектор, а подрядчик тупит, а когда выкатит — работает не так, а потом формат поменяется и вообще все надо будет переделывать так и живем на экселе 8-) Так что, вариант покупки сервиса за 300-500-999р/рабочее место/месяц — своей властью, внутри отдельского бюджета — выглядит вполне жизненным.

Структура Отдела Маркетинга

И где тут постановка задачи? Больше того: уверен, что доля ручного труда осталась немалой, личное участие автора для функционирования системы необходимо, вероятность ошибок велика, и они обрабатываются примерно никак. Я б тоже с удовольствием почитал не про реализацию неизвестно чего на уровне курсача техникума, а про теорию.

Поскольку сам занимался этим вопросом в свое время, и точно знаю, что тогда на 100% задачу не решил 8-) Простой вопрос: что делать с позициями, которые ни в одну из регулярок не провалились? Хоть какой-то список на review выдается? А его кто-нибудь когда-нибудь смотрит?

8-) Что, если на каком-нибудь заводе перепутают колонки с ценой и количеством? Или убьют кодировку? Или формат числа в колонке цены? Или случайно поставят себе курс 1$=3 рубля?

Так вот и будут всем счета выставлять по 3 рубля рублями, да? Вот если бы статья была про это — я б тоже поставил плюс. А кто их ставит сейчас — представления не имею. А точнее — не приносящий столько убытков.

Завтра появится примитивный стартап, обсчитывающий любой запрос в онлайне, безгеморно отгружающий и тп — и все подобные формулы будут списаны в утиль. Серьезно говорю, я такое видел не раз. У меня недавно перед глазами прожект прошел про радиодетали — так там конкуренты миллисекундами меряются. А базы колоссальные, сотни миллионов позиций. Уверяю вас, никто суперкомпьютерами не пользуется 8-) так, впски по 500р в месяц. А вот расстояние в ДЦ играет реальную роль, прямо и недвусмысленно отражаясь на продажах.

Вот чего не знаю — того не знаю. Я видел уже готовые базы. Хотя, зная modus operandi китайских производителей (а радиодетали — они же все из китая, да?), могу предположить, что случайно форматированные xls-файлы — это только у самых культурных. А наверняка найдутся и те, кто только по телефону прайс озвучивает 8-) ну или могут сканы в pdf прислать. Но у людей там в любом случае есть проблема ровно того же порядка: надо помэпить пользовательский запрос (который, ясно, может быть любым) на имеющуюся номенклатуру.

И сделать это не за 30 минут, а за десятки msec, максимум — сотни. Если больше — пролет. Автору респект как инициативному работнику. Я тоже очень долго работал в конторе не в ИТ отделе, но обладая некотороыми заниями в ИТ. Что касается этого пути с Excel. Поверьте мне, электроные таблицы предназначены для быстрого составления отчетов которые помещаются на один экран. Положительный эффект от Excel сильно уменьшается с объемом таблиц, с количеством таблиц и с тем насколько долго эта система эксплуатируется.

Через лет 5-10 работы (и даже раньше) приходится чуть ли не каждую цифру с калькулятором проверять потому что пока работник который что-то знал был в отпуске, с таблицей работал работник которого не жалко. Он добавил пару строк или столбцов в результате где-то сместились формулы, какие-то формулы забыли скопировать, а добавленные в конце или в начале строки не вошли в итоги. Так что по хорошему нужно чтобы ИТ-служба это все отработала. Хотя там тоже могут быть проблемы. Если там нет хороших разработчиков на Вас может свалиться некая самописная «ЕРП» с которой будет работать настолько удобно что вы будете готовы считать на счетах.

Это всё очень вперчатляет! Велосипед пару раз изобретён и классические грабли собраны, но так продвинуться вперёд самостоятельно — это реально круто. Я не согласен с советами про ERP, если предприятие этого ещё не сдалало — не в Ваших силах это изменить. Это как совет «станьте ежами». Я подобные задачки решал несколько раз, поэтому хочу дать пару советов: 1.

Утащите все данные в Google BigQuery. С одной стороны, это сервис внутри гугловой инфры, Google Sheets умеют из него писать и читать. Не придётся миргировать всю систему за раз. С другой стороны, это настоящая база данных с масштабом, SQL, клиентами под разные языки программирования и т.п.

Работать будет за секунды, даже не за десятки. Утащите всю логику в SQL на BigQuery. Иначе через пол года сами утоните в своих функциях.

Вы, конечно, не послушаете. Но как уже утоните, тогда будете знать куда мигрировать.

Я правильно понял, что цены поставщиков меняются часто, а набор товаров — редко? Уже советовали вверху — нужно разделить задачи поиска актуальной цены и задачу матчинга товаров. Введите свой стандарт написания и свою номинклатуру товаров. Все товары поставщиков сматчить один раз к этой номинклатуре. Далее использовать эту таблицу индексов для поиска цены (DB & SQL — никуда без этого). Учитесь кодить на питоне.

Под эти задачи очень подходит. Он сможет работать с базой данных и слать туда SQL. Плюс при желании настроить нейросетку — вот они библиотеки, все рядом. До нейросетки стоит попробовать n-gramm. Или уже делали? Ещё хороший контрольный признак — это разброс цен. Если алгоритм сматчил товар за 100 руб и за 10000 руб — что-то явно не так.

Советы про ЕРП не зря — много раз видел людей сидящих на 1С торговле и использующих её только для подготовки печатных документов и контроля склада. А ведь там есть регистр «Номенклатура поставщиков» сделанный как раз для сведения к единой позиции всех вариантов уже давным давно. Но он сделан настолько не бросающимся в глаза, что мало кто его использует. Так что вполне возможно, что и у автора 1С есть. Только в неё вносят тот самый подготовленный автором счёт после оплаты в документ реализации. И опять руками.

Задачи все решаемы, но лучше сначала уточнить место приложения усилий. Например, в данной статье клиент пишет заявку, не зная конечной цены товара. Потом некий персонал в мыле обрабатывает заявку, уточняет-выясняет-ставит цены и отправляет клиенту счет с ценами. Клиент смотрит на счет и принимает решение о покупке исходя из цен в нем. По моему опыту, при таком подходе, за этим счетом следует уточненная заявка от клиента и еще один счет. Все при деле, когда на сайте компании «цена по запросу».

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

И да, она будет работать и прям сразу давать профит. В долгосрочной же перспективе получается, что сейчас все привыкнут к этому процессу, а когда вы уволитесь — то всё повиснет в состоянии 'ЗАМИНИРОВАНО'. Будет работать до первого сбоя, а тогда вообще всё встанет раком и, возможно, надолго. Потому что все привычные (до этого момента) процессы позабыты/заброшены, а новый перестал работать и чинить его некому. Тогда встаёт вопрос о каком-то централизованном решении — подрядчик, например. Который разрабатывает и внедряет. А это разом другой порядок расходов.

А подрядчик не дурак — он захочет не одного клиента окучить и будет рожать универсального монстра, который бы подходил всем И тут мы получаем ещё одну 1С. В общем бизнесу бывает просто страшно менять текущий процесс, потому что он более-менее справляется, а большего и не нужно. Стоит однозначно. Но для этого нужны не только навыки в разработке, но и навыки в умении разговаривать с руководством и сотрудниками подобных фирм. И сначала понять, надо ли такое улучшение кому-то в этой фирме. А то может оказаться, что начальник отдела продаж не хочет, чтобы сотрудников под его началом стало в 20 раз меньше.

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

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

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

Это внешняя по отношению к предприятию информация. И наоборот две позиции которые называеются пркатически одинаково (разница 1% текста) на самом деле совершенно разные по содержанию т.к. Этот 1% может касаться или точности или материала или покрытия. В реальности есть специалисты у которых обработка заявок как битва за урожай.

С другой стороны разработчики которые уверены что если создать справочник инструменты и поставщики а также документ прайсы то все проблемы будут разрешены. А также администрация которая вынуждена привлекать или сторонних консультантов которые как правило (даже самые лучшие и независимые) продвигают некоторый близкий их бизнесу продукт.

Или же (что не немного лучше) штат собственных ИТ которые зачастую те что остались, и собираются сделать это все «на Делфях». Вобщем ситуация очнь непростая.

Я для того ссылку и привёл, что 1. ЕРП уже внедряется на предприятии автора. Желательно, чтобы инструмент использовался наиболее полно, иначе будет больше проблем, чем выгоды. Если вы приглядитесь, там в регистрации для номенклатуры две колонки — номенклатура (то, как эта штука называется у нас и проходит по складскому учёту) и номенклатура поставщика (то, как эта позиция называется в прайсе этого поставщика) Соответственно, загрузка делается примерно так: проглатываем прайс, (колонки поставщик, цена, номенклатура поставщика, возможно спец условия для цены) заполняем известные позиции по колонке «номенклатура» (исторически подобранные), выдаём строки, в которых колонка «номенклатура» не заполнена для заполнения с ручным контролем. И вот там уже специалист (та самая девушка с 10 годами опыта) и смотрит на все важные 1% различия.

Если нужно — создаёт в нашем справочнике новую позицию. Если у нас вдруг и заказчик странный, и в заказе то, как он называет позиции, а не как мы хотим, то и его названия можно загрузить в таблицу соответствия и при получении заказа преобразовать в наши термины. Но это редко. Главной задачей становится таким образом не разбор синонимов, а поиск аналогов. Так как (особенно во всякой машинерии) болт с большей прочностью, который есть на складе вполне может быть аналогом, а вот с меньшей, как ни странно, тоже может, но это надо отдельно уточнить у заказчика. 1) Автор просто молодец. От него ожилали рутинную работу — он занялся автоматизацией и на минуточку ускорил процес в 20!!!

Кроме того после етого етапа зделать полную автоматизацию будет намного проще. 2) Но я всегда говорю что EXCEL ето програма которая наносит наибольший вред компаниям. Она отодвигает необходимую автоматизацию предприятий. 3) Ну и зделаю неблагодарную вещь, дам совет — Бегите с етого предприятия. А) они в 2018 работали с бумажками. Б) они не поощрили увеличение производительности труда.

На таком предприятии работать безперспективно. Не ожидал увидеть в этой статье номенклатуру металлореза. Выходит, мы с Вами коллеги (но уже не конкуренты, я из этой сферы ушёл). Занимался чем-то подобным, но моя идея состояла в разработке универсального каталога на Excel.

Если грубо — вводишь тип инструмента, его геометрические характеристики и применимость по ISO, а таблица выплёвывает ряд подходящих решений разных производителей. Основная головная боль при обработке заявок (и особенно — тендеров) — подбор аналогов, которые у зарубежных производителей именуются совершенно по-разному, порой без какой-либо видимой логики. И моя самоделка заметно сужала поле поиска. Жаль, что с моим уходом всё это стало ненужным, ибо делал для себя.

Осуждающим: почему-то именно в сфере продаж металлорежущего инструмента я столкнулся с невероятной «чёрствостью» бизнес-процессов. Наверное, это относится ко многим областям, связанным с поставками на наши крупные предприятия.

Поэтому уровень автоматизации предельно низок, да и подготовка персонала обычно оставляет желать лучшего, как у поставщиков, так и у потребителей, а «заявка» как правило представляет собой кашу из зарубежных обозначений, написанных кириллическими буквами, неактуальных ГОСТов и просто орфографических ошибок. Для примера — в одном российском филиале очень крупного немецкого торгового дома (определённо известного автору) есть даже специальная должность: человек днями напролёт занимается вычиткой заявок, поступивших от полевых продажников.

А это, извините, 50-60 килорублей в месяц — не дешевле ли автоматизировать процесс? Автор проделал очень важную и сложную работу в тех условиях, которые ему достались. Спасибо за статью. Напишите пожалуйста статью с вариантами решения. У меня описанная проблема очень актуальна, но я не понимаю какими инструментами её можно решить.

По логике автоматически определяя группу товара мы понимаем какими характеристиками этот товар обладает. Зная что мы ищем (длину сверла, хвостовик и т.д.) мы можем распарсить входное наименование на характеристики и затем подобрать по характеристикам 2 или 3 самых выгодных решения (в идеале не только по цене но и сроку поставки и стоимости доставки). Но как это технически воплотить — мне совсем непонятно.

Самое забавное — именно реализацию в коде я решил не включать сразу из-за того что считаю ее вполне очевидной, поэтому и написал: В случае интереса к этой статье, подробнее опишу работу программы со вставками кода. Теперь, раз интерес все же есть, возникает вопрос к вам, уважаемые хабровчане — о чем лучше писать: Как выявить самые эффективные регулярные выражения в зависимости от категории? Как с их помощью привести прайс к одному виду?

Как сматчить все совпадения? Или как я устроил разбор однообразных таблиц excel? Или обо всем по порядку? И с учетом всех комментариев, стоит ли описывать мое, как оказалось невероятно примитивное решение, или стоит сначала что то поумнее придумать?

Автор пина:Mihail Kononenko. Находите и прикалывайте свои пины в Pinterest! При этом нанесение рисунка не потребует каких-то особых. Трафареты для декора мебели позволят оживить и преобразить любимую бабушкину. Трафарет. Картинки по запросу трафареты для декора мебели скачать бесплатно. На Керамике, Рисунки Для Вышивания, Тканевые Цветы, Рисунки Цветов. Для стен и мебели. Цветение Японской Сакуры, Шаблоны Трафаретов, Рисунки Для Вышивания, Узорчатые Образцы, Японские Узоры,. Регулируя размер изображения на мониторе, можно сделать трафарет больше или меньше. Затем макетным ножом вырезаю рисунок.

Буду благодарен за ваше мнение. С точки зрения сотрудника — это безусловный плюс.

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

Но главное не забывать, что автоматизация — это, в первую очередь уменьшение человеческого фактора в процессе, а не уменьшение выполняемой людьми работы. Другими словами, если мощность процесса возросла с 10 до 100, то должны быть механизмы, поддерживающие эту новую мощность на новом уровне. И если эти механизмы более человеко-зависимы, то такое улучшение стратегически играет в минус.

Надо просто написать статью про какой-нить Clickhouse, наворотить на плюсах что-нить, нейросетку сваять — и описать тут хотя бы самые общие принципы. Ошибки честно обработать, написать хоть какие тесты.

Кода накидать мудреного строк 500 И тогда, даже если это не даст кратного ускорения, все будут молча обтекать. Ну или говорить: ну ты крут, чувак. А когда любой представляет, что подобное он бы сделал (чтоб не сказать — делал 20 или 30 лет назад) за пару вечеров в самой обычной базе — ну ессно будет пфф, куда деваться. Вероятно готовые средства для web по части адресов уже есть, тут вопрос скорее с актуализацией справочника (ну а код можно посмотреть в скриптах), может и веб-сервисы есть готовые.

А настройка «сравнения» была костыльная — нечеткое сравнение шло через «Расстояние Левенштейна» и сортировались по нему, отбрасывалось слишком большое заданное в константе и выведенное эмпирически. Алгоритм давал ошибки, но в целом работы убавилось на порядки. И применялся он, конечно же, только когда была ситуация с замножением связей, потому что 100% безошибочного алгоритма не бывает. Автор молодец, сам много лет подобное изобретаю везде где работаю.

Тут бы сделал так: залил прайсы в базу которую больше всего знаю, например MSSQL. Почти у всех прайсов сейчас есть внутренний код товара в этой организации, а то и два кода Привязывайся к любому. Получается надо один раз свести все товары, сделать перекрестную таблицу. «Свести товары» — это самое сложное, тут надо как автор, через регулярные выражения и т.п.

Сибпромстрой Отдел Продаж Сургут

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

Ну если кто нибудь поменяет коды — по последнему разобранному прайсы от этой организации по наименованиям вычистить новые коды. Ну и выбрать позиции уже составит не 30 минут, а ровно столько, сколько потребуется времени распознать позиции в заявке. Критерии выборки от количества и т.п. Устанавливаем (например сверла от 100шт берем в Фирма1, а от 10000шт в Фирма2).

В эту же секунду всё будет в лучшем виде! Гугля бы в помощь не привлекал, сервер БД самый верный помощник. Высвободившихся людей вы посадил на периодическую выверку соответствия. Это не сложно, когда удобная отображалка.

Я так в 90-х автоматизировал работу отдела корреспондентских отношений в банке, в котором работал аккаунт-менеджером — парсил макросами файлы с платежными поручениями, вгонял в эксел, в базу Oracle и распечатывал мемориальные ордера. В результате работа дня выполнялась минут за 30. Начальник, увидев, попросил поставить макрос и девченкам.

План Работы Отдела Продаж.xlsx

Потом меня взяли в IT-отдел, научили C/C и я уже стал писать для операционистов зала. А потом я по интернету и телефону нашел контракт и свалил в США C программистом по рабочей визе, было это 18 лет назад. Вспомнил ещё об одном отрицательном моменте рационализации снизу.

В смысле когда один работник начинает делать все быстро и хорошо по своей инициативе без общего преобразования системы. Через месяц все привыкают к хорошему но в своей работе ничего не меняют. В результате если раньше заявка конкретно на сверла поступала за три дня до часа Х то теперь будет поступать за 30 минут до часа Х. Просто по всей цепочки до и после исполнителя работники расслабятся.

А потом ещё потребуют всю информацию от исполнителя на дискете плюс распечатки. И в случае опечатки отыграются что вот они эти компьютеры. Интересный вариант решения конечно на гугл-таблицах.

О таких технологиях мы в свое время даже не задумывались. Вижу также огромное количество комментов, где тоже перечисляются вполне интересные варианты решения. И это говорит о том, что проблема продолжает существовать и однозначного решения нет. Причем в каждой нише есть свои нюансы.

Мы неоднократно подходили к решению данной проблемы. В основном, как настройка бизнес-процессов для наших клиентов на Интернет-магазины. Одно из них в 1С — конфигурация, которая натягивается на УТ и является надстройкой. Там полноценный обработчик прайсов, товары могут называться совершеннно по-разному, но все сводится в 1 номенклатуру.

Струнные музыкальные инструменты. Цены в разных валютах. Рекомендуемая цена от некоторых жирных поставщиков и т.д. Суть в том, что для заказа у нас сразу видны все данные по каждому товару. То есть цены и остатки по каждому поставщику, а также предлагаемый системой оптимальный поставщик. Некоторые наши клиенты обрабатывают по 100 разных поставщиков. Другое наше решение специализировано под биржу товаров шинно-дисковой тематики. Несколько сотен поставщиков регулярно присылают свои прайсы на емайл.

Все участники проекта получают полный ассортимент товаров от других поставщиков. Для каждого участника сразу же вычисляется и розничная цена по настроенным для него правилам. Смысл написанного мною текста в том, что наши оба решения это довольно емкие проекты, которые разрабатывались длительное время и не одним специалистом. Так что респект автору за оригинальное и относительно простое решение. Перспектив для него на этом рынке предостаточно. Я как то сталкивался с тем чтобы создать свою базу данных.

Есть конечно Microsoft Access, но так же натолкнулся на такой вариант —. Еще можно поискать программки типа ukrsklad.com заточенные на локальный рынок. Сидит программист годами и выполняет хотелки клиентов.

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

Смотрю секретарша вручную вносит в базу данных с распечатки звонки. Начал выяснять и оказывается она распечатывает EXCEL файл и ручками всё вносит. В общем пол дня помозговал, один раз сбегал к бухгалтерам, которые в EXCEL профи и вся её работа начала делаться за пять минут, вместо нескольких дней тупого набора. «Награду» за это я получил мгновенно. Стал делать её работу. Пять минут в месяц, но всё равно обидно.

Как составить план продаж на месяц: пример У нас есть развивающееся предприятие, которое систематически ведет финансовую отчетность. На реализацию влияет такой показатель, как сезонность. Спрогнозируем продажи на будущие периоды.

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

Так как предприятие развивающееся, для прогнозирования продаж можно использовать линейный тренд. Математическое уравнение: y = b.x + a. Где. y – продажи;. х – порядковый номер периода;. а – минимальная граница;.

b – повышение каждого следующего значения во временном ряду. Значение линейного тренда в Excel рассчитывается с помощью функции ЛИНЕЙН. Составим табличку для определения коэффициентов уравнения (y и х нам уже известны).

Для быстрого вызова функции нажимаем F2, а потом сочетание клавиш Ctrl + Shift + Ins. А комбинацией SHIFT+F3 открываем окно с аргументами функции ЛИНЕЙН (курсор стоит в ячейке G 2, под аргументом b). Заполняем: Выделяем сразу 2 ячейки: G2 и H2 (значения аргументов b и а).

Активной должна быть ячейка с формулой. Нажимаем F2, а потом сочетание клавиш Ctrl + Shift + Enter. Получаем значения для неизвестных коэффициентов уравнения: Найдем для каждого периода анализируемого временного интервала значение y.

Подставим рассчитанные коэффициенты в уравнение. Следующий этап – расчет отклонений значений фактических продаж от значений линейного тренда: Это значение нам необходимо для расчета сезонности. Далее находим средний показатель реализации за все периоды с помощью функции СРЗНАЧ. Рассчитаем индекс сезонности для каждого периода.

Формула расчета: объем продаж за период / средний объем. С помощью функции СРЗНАЧ найдем общий индекс сезонности: Спрогнозируем уровень продаж на будущий месяц.

Учтем рост объема реализации и сезонность. Сначала найдем значение тренда для будущего периода. Для этого в столбце с номерами периодов добавим число 13 – новый месяц. Продлим формулу в столбце «Значение тренда» на одну ячейку вниз: Умножим значение тренда на индекс сезонности соответствующего месяца (в примере – «января»).

Получим рассчитанный объем реализации товара в новом периоде: По такому же принципу можно спрогнозировать реализацию на 2, 3, 4 и последующие месяцы. График прогноза с линией тренда: При построении финансового плана продаж используется понятие «сечения». Это детализации плана в определенном «разрезе»: по времени, по каналам реализации, по покупателям (клиентам), по товарным группам, по менеджерам. Такая детализация позволяет проверить реалистичность прогноза, а в дальнейшем – проверить выполнение. Анализ выполнения плана продаж в Excel По каждой товарной позиции собираются данные о фактических продажах за период (за месяц, как правило).

Наша примерная таблица элементарна. Но на предприятии имеет смысл продукты распределить по товарным позициям, привести артикулы, продажи в штуках. Для более детального анализа – указать себестоимость, рассчитать рентабельность и прибыль. Анализ выполнения плана по позициям позволяет сравнить текущие показатели с предшествующими и с запланированными. Если на каком-то участке произошло резкое изменение, требуется более детальное изучение направления. Когда статистические данные введены и оформлены, необходимо оценить выполнение плана по товарным позициям.

Таблица для сравнения может выглядеть так: Для расчета процента выполнения плана нужно фактические показатели разделить на плановые, установить для ячеек в Excel процентный формат.