1c8 Логистика или WMS?

Ну и молодцы! В сухом остатке, отличный и грамотный выбор.  

Ух, и бойня у вас тут была осенью!
Вставлю свои 5 копеек
Коллеги, у нас СОХ, 3 склада, клиентов около 30-ти - абсолютно разноплановые: от штучных и весовых до паллетных, с большими запросами и совсем простые, дотошные и не очень, комплексные и операционные и т.д. На все это куплена коробка 1С.Логистика + своя команда программистов (3 чел., каждый закреплен за своим складом), и - проблем нет! Ну, т.е. они возникают, конечно, но успешно этой командой решаются, практически день в день.
Чего и вам желаю 8)

Привет коллеги!
Сравнение Сергея WMS с автомобилем  очень правильное!
Возникают одни и те же вопросы по назначению, комплектации, уровню качества, только WMS стоит дороже, как люксовая иномарка!
А вот с тем утверждением Сергея, что обращение ко мне или Диме увеличит стоимость я согласиться не могу.
Моё участие в переговорах и составлении договора как правило снижает стоимость WMS на 25-30%.
10% поставщики  WMS скидывают сразу же, а вот ещё за 20% приходится побороться.
Я же за свои услуги прошу с клиента только 10% от стоимости WMS.  
При этом проведение логистического аудита склада и минимальной описание бизнес-процессов склада в разы снижают риски неудачного внедрения WMS, так как почти все вопросы решаются ещё на этапе  Технического  Задания Поставщику WMS.
Я вот сегодня общался с одной крупной питерской компанией, которая 4 раза пыталась запустить ЕМЕ.WMS и на днях отказалась от дальнейших тщетных попыток запустить это "недоразумение".
Поэтому скоро поеду в Питер делать логистический аудит склада, а затем выбирать подходящую WMS.

Сергей, речь не о ценовых войнах, а о переоценке поставщиком стоимости своих услуг, которые часто бывают необоснованно завышены. Ведь 30-50% стоимости WMS - это услуги разработчика-поставщика по доведения своего продукта до требований к бизнес-процессам клиента. Программисты 1С оценивают свою работу в виде "почасовухи" в интервале 1500-2800 руб/час. При этом разработчик как правило завышает количество часов, требуемых на доработку, т.е. завышает трудоёмкость, пользуясь неосведомлённостью клиента.
Стоимость лицензий у некоторых разработчиков тоже бывает в 2-3 раза выше рыночной- разумной.
Стоимость проекта напрямую зависит от готовности клиента к внедрению  WMS: формализация и описание бизнес-процессов, подготовка персонала. Кроме этого клиент часто не придаёт значение "мелочам" в работе своего склада, которые составляют "головняк" для разработчика WMS, так как являются не стандартными.
Поэтому я могу понять почему разработчик хочет назвать точную цену после обследования склада.
Как правило, в договоре оговаривается цена и условие, что после обследования она может измениться, но не более 15-20%! Это некий компромисс!  

Николай,
Ттут речь идет, видимо, о том, что он (поставщик решения) хочет назвать точную цены после обследования склада - это понятно! Но при этом он уже хочет иметь ЗАКЛЮЧЕННЫЙ ДОГОВОР (то есть заключенные обязательства на внедрение) - а это уже бяка. То есть обследование склада - идет в рамках уже заключенного договора на внедрение. А это бяка*2. Это типа - пришел покупатель в салон (типа меня, чайника в автомобилях) - а мне говорят - подпишите договор на приобретение авто, и тогда мы начнем узнавать у вас что вам конкретно надо/подойдет.

Привет Сергей!
Удорожание Проекта происходит часто по банальным причинам.
Вот например такая ситуация из практики:
клиент не особо вникал в свои бизнес-процессы, не формализовывал их, не нормировал операции - в общем как это бывает на 80% складов РФ и СНГ маленьких и больших.
Клиент надеется, что внедрение   WMS разом наведёт порядок на его складе и решит все проблемы с его эффективностью и прозрачностью учёта и управления.
Такой клиент, коих большинство, тем более не вникает в функциональные возможности выбранной  WMS, веря как в мантру, что в WMS заложены все "лучшие бизнес практики" складских технологий.
Разработчик, проводя "Обследование" задаёт клиенту наводящие вопросы по технологии, предлагает те или иные варианты реализации.
Клиент, аппетит приходит во время еды, чувствуя себя как в ресторане, заказывает разработчику-официанту всё новые и новые блюда, даже те, которые он не съест они ему не будут нужны даже в перспективе.
Вот так растёт "стоимость чека"!
Вы же наверняка были в ресторане в такой ситуации!

И вот тут появляется Лобанов и говорит клиенту: Хватит жрать, подумай о фигуре, о своей язве и о кошельке, ведь ты ещё обещал жене цветы купить!
Кайф конечно сбит, клиент смотрит на меня косо, но позже, отрезвев, понимает пользу такого вмешательства!  
   

Сергей, продолжим сравнение с автомобилем!
На днях у меня перестала светить фара "ксенон". Ну думаю, лампочку поменяю и проблема будет устранена. Купил не особо задумываясь и поменял лампочку, а она не светит зараза!
Вот тут-то прихожу я опять в автомагазин, объясняю ситуацию, что мол куплю "блок розжига", но потом и может быть.
Только вначале проверьте, что проданная вами  лампочка исправно и докажите мне, что мне действительно нужно менять "блок розжига".
Специалист-продавец  без труда на своём оборудовании проверил лампу новую и старую, которые обе светили.
Собрал цепь с блоком розжига и показал мне как всё работает!
Я купил после этого у него "блок розжига", поставил и теперь у меня снова фара светит!
Это не придуманная история!
Точно также с обследованием. Конечно вы правильно говорите, что обследование должно быть в рамках заключённого договора. Не зря же поставщику работать столько дней!  Но и цена "фикса" в договоре не выгодна никому. Иначе поставщик перестрахуется и заложит повышенную цену заранее, а клиент может не получить то, что ему действительно надо, так как поставщику не выгодно в ту же цену включать доп услуги.
Это всё не из-за нерадивости разработчика-поставщика, не и-за того, что WMS бяка, причины могут быть разные, житейские.

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

Хотя вру, были два подобных случая.

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

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

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

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

Про аналогии с машинами. Если заказчик ищет машину для частого выезда на трэк дни для получения адреналина выкручивая круги на гоночной трассе, то не имеет смысла искать большой седан Е-класса с хорошей шумоизоляцией, комфортной подвеской и качественной музыкой, надо делать акцент на других моментах. В свою очередь исполнителю (авто дилеру) не стоит предлагать хоть какую-нибудь машину, лишь бы человек не ушел без покупки. Надо здраво понимать, что, например, в модельном ряду Volvo сейчас просто нет таких автомобилей. Конечно можно попытаться впарить что-то более-менее подходящее, а потом предложить чипануть двигатель, поменять подвеску,  установить распорки, заменить тормоза, вырезать катализатор и т.п. Но вряд ли такая сделка будет приятна для покупателя и оправдана для продавца. Проще порекомендовать клиенту обратить внимание на автомобили BMW или "заряженные хетчбеки", чем потерять лицо не удовлетворя потребности клиента.

Поэтому процесс выбора обоюдный.
Заказчик должен с умом выбирать WMS систему, которая изначально удовлетворяет большинству требований и требует минимум доработок.
Исполнитель анализирует потребности клиентов и трезво оценивает свои возможности по настройке и доработке.

Если же заказчик высылает анкету из 20 галочек, а исполнитель в ответ сразу же отвечает коммерческим предложением, то итог такого сотрудничества может быть разным. От неудовлетворенности клиента на автоматизированном складе вплоть до неудачного проекта и судебных разбирательств.

Николай,
> Конечно вы правильно говорите, что обследование должно быть в рамках заключённого договора.

может быть я невнятно выразился, но моя позиция такова:
Обследование НЕ должно быть в рамках заключённого договора НА ВНЕДРЕНИЕ.

По моему мнению
Ообследование - это проблема внедренца, цель обследования - предложить мне вменяемое решение за вменяемую цену. Лично "мне" на этом этапе от внедренца почти ничего не надо.
ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ склада с целью качественного внедрения и разработки - это совсем другое дело.