Если предположить, что существует некая волшебная система, способная объединить мебельщиков, не желающих как в теме «умирать в одиночку». Что в ней должно быть? Что она должна уметь?
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Твой интернет-каталог по сути и есть остатки на складах поставщиков, которые находятся в единой базе.
Вопрос... А готовы ли фабрики такую информацию предоставлять в режиме реального времени? Ведь эта информация помимо клиентов будет доступна и конкурентам. Хотя некоторые поставщики нам каждый вечер присылают файлы с остатками по складу. Как вариант - продумать систему персонального доступа к каждому складу, который предоставляет непосредственно владелец этого склада каждому клиенту индивидуально.
Цитата:
Сообщение от PolySOFT
а во-вторых, благодаря справочнику, наподобие справочнику тех.карт ИТМ.
Т.к. с ИТМ не знаком - можно этот пункт поподробнее?
Вопрос... А готовы ли фабрики такую информацию предоставлять в режиме реального времени? Ведь эта информация помимо клиентов будет доступна и конкурентам. Хотя некоторые поставщики нам каждый вечер присылают файлы с остатками по складу. Как вариант - продумать систему персонального доступа к каждому складу, который предоставляет непосредственно владелец этого склада каждому клиенту индивидуально.
Эта информация – не что иное, как каталог продукции, представленный в динамической форме. Это, по сути, ненавязчивая реклама. Это – способ продаж.
Не думаю, что персональный доступ к складам нужен, но это можно сделать. Например, когда стороны вышли на фазу сделки, отражение своих взаимоотношений видят только они и никто другой. Реализованный пример – у предприятия много дилеров, они работают в системе как «у себя дома» и видят всё, но только то, что касается их.
Цитата:
Сообщение от Construktor
с ИТМ не знаком - можно этот пункт поподробнее?
Предположим, в Калининград по одному заказу надо доставить кухню из Уссурийской сосны из Хабаровска, диван из Ногинска и аквариум с байкальской водой из прибрежного города.
Маршруты известны и их видят транспортные компании, а «проведение» специальной формы ЕИС равносильно тому, что транспортная компания обязана осуществить доставку товара из номенклатуры заказа по договору, включающему необходимые параметры и автоматически сформированному по юридически устаканенному формату.
Маршрут движения товара из номенклатуры заказа формируется по закону, похожему на формирование шаблонов технологических карт, объединяющих операции и оборудование для изготовления каждого вида продукции, входящей в заказ. На основании параметров деталей рассчитываются оптимальные маршруты с учётом возможностей альтернативного оборудования и контекста производственного плана на некую перспективу. Надо изготовить детали по определённым шаблонам и из них собрать изделия. Надо в разных местах в оптимальный транспорт загрузить товар, купить аквариум в Калининграде (или в Хабаровске и погрузить вместе с кухней), а байкальскую воду привезти отдельно в 10 канистрах или 3-х бочках…
Лучше, конечно, этот гимор перевалить на транспортников, которые чётко получают задачу и заинтересованы в заказах, но если забор байкальской воды покажется им идиотизмом, мы придумаем, как всё-таки оптимально удовлетворить клиента. А диван из Ногинска я на своём пикапе привезу. «Вы дайте только волю, мужики». (Опять же, символично и забавно, что песня Владимира Семёновича, цитирование которого становится традицией, начинается со слов «Я вам, ребята, на мозги не капаю»…)
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Предположим, в Калининград по одному заказу надо доставить кухню из Уссурийской сосны из Хабаровска, диван из Ногинска и аквариум с байкальской водой из прибрежного города.
Все дело в том, что это ВОЗМОЖНО надо будет доставить при условии, что договор с покупателем будет заключен. А заключен он будет только после того, как будет просчитана стоимость и определены сроки доставки. Поэтому вариант, когда ТК просто увидят уже готовый к доставке заказ не годится. Определить маршрут, исполнителей и просчитать стоимость (хотя бы ориентировочно) должна сама система ДО заключения договора купли-продажи с покупателем.
Сейчас мои менеджеры делают это вручную - созваниваются со складами по наличию и срокам, определяют, какой транспортной повезут, просчитывают в калькуляторе этой транспортной (либо согласовывают по телефону) ориентировочную стоимость доставки. Потом озвучивают это клиенту и он уже решает - выгодно ему разместить этот заказ у нас или с учетом всех расходов выгоднее и надежнее пойти и купить в соседнем магазине.
Я бы скорее всего начал бы даже не с мебельных фабрик с их складами, а с транспортно-логистических компаний. Чтобы автоматизировать процесс определения перевозчика по определенному маршруту.
Готовые решения – однозначно да. Облако – понятие обширное. Вопрос надёжности и безопасности данных. Вариантов много. Был бы функционал, а где его запустить – всегда найдётся. Такая же сутуёвина с девайсами. Что-то уже реализовано, что-то нет. В любом случае – тут велосипед изобретать не придётся. Нужно только выбрать оптимальную технологию. С внедрением за 1 день – проблемы. В основном это связано с многообразием номенклатуры и её сопоставлениями с внутренними наименованиями системы. Программа сама должна поднимать тот «словарь», который необходимо применить.
внедрение за день - это конечно перебор, но если говорить о микро и малых (почти микро), то они не готовы ждать более месяца. Нет ну кто-то готов, конечно, но если говорить о массовом продукте, то внедрение 1 мес - это необходимость и принципиальных проблем я здесь не вижу. Согласен с вами, что основной затык в номенклатуре, но и это решаемо в режиме он-лайн обмена, тем более что если мы говорим об облачном сервисе, то оно вообщем-то все в одних руках. Здесь есть другой затык, который я думаю более значим, а именно: отсутствие четкого понимания как и что производится у себя на предприятии. Зачастую - это во многом отдано на откуп людям. По безопасности и надежности ... думаю, малых мало интересует безопасность, а надежность - это уже атрибут системы, тут , как говорится "вам и карты в руки"
Цитата:
Сообщение от ЮV 2010
Если это микро бизнес, то он всё на коленке считает или базисе или прошке или в бикаде и др. И им этого за глаза с теми объемами. которые у них были и будут.
микро - это же не самозанятые, если у вас есть с десяток работников, то это уже надо как-то контролировать и организовывать, если не хотите плешь на голове )
Но в целом я с вами согласен - как ни крути, а от денег никуда не уйдешь. Микро и малые в массе своей тяготеют к дешевизне, отсюда все вытекающие
__________________ Автоматизация автоматизаций на АСУ, ТП и тд и тп.. Комплексное решение
Определить маршрут, исполнителей и просчитать стоимость (хотя бы ориентировочно) должна сама система ДО заключения договора купли-продажи с покупателем.
И я о том же… Для такой модели и нужны справочники.
Цитата:
Сообщение от Construktor
Я бы скорее всего начал бы даже не с мебельных фабрик с их складами, а с транспортно-логистических компаний. Чтобы автоматизировать процесс определения перевозчика по определенному маршруту.
Можно одновременно.) Здесь же достаточно унитарная бизнес-логика. Развивается по типу хотелок. Если есть, кому грамотно сформулировать, и/или обобщить, есть кому вставить в ИТМ или сразу в ЕИС.)
Цитата:
Сообщение от bbb i ko
внедрение за день - это конечно перебор, но если говорить о микро и малых (почти микро), то они не готовы ждать более месяца.
Аппроксимируйте это на процесс рождения ребёнка. С другой стороны, им вполне хватит месяца, чтобы синхронизировать номенклатуру и привыкнуть в внутренним наименованиям системы, в большей степени связанными с наименованиями поставщиков. Также, процесс зависит от того, какой функционал системы они намерены использовать.
Цитата:
Сообщение от bbb i ko
Согласен с вами, что основной затык в номенклатуре, но и это решаемо в режиме он-лайн обмена
Решаемо, но не быстро, потому что участников много и у каждого своя точка зрения.
Цитата:
Сообщение от bbb i ko
Здесь есть другой затык, который я думаю более значим, а именно: отсутствие четкого понимания как и что производится у себя на предприятии. Зачастую - это во многом отдано на откуп людям.
Вот. Таким образом, работа в системе стимулирует каждое предприятие навести порядок внутри.
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Я бы скорее всего начал бы даже не с мебельных фабрик с их складами, а с транспортно-логистических компаний.
Цитата:
Сообщение от PolySOFT
Можно одновременно.)
Я за то, чтобы начать с каких-то небольших по трудозатратам но нужных сервисов. Объединить в единую базу ТК - не такая уж сложная для реализации задача (которая возможно уже кем-то, типа АТИ, реализована). Но это при условии, что сами ТК захотят в этом проекте участвовать. А если схватиться за все сразу - то и сил грохнешь немеряно, и денег... С неопределенным результатом в конце)
А если схватиться за все сразу - то и сил грохнешь немеряно, и денег... С неопределенным результатом в конце)
Обобщая 15-летний опыт общения с мебельщиками, с некоторой уверенностью могу сделать ещё одно предположение. Ни одна система, которую используют участники мебельного бизнеса, в той или иной степени их не устраивает полностью. Следовательно, «волшебная» - это та, которая стремится к полному устранению этого недостатка. Нет предела совершенства, но приличный текущий уровень обеспечить можно. А это сбалансированные общие «хотелки» для удовлетворения потребностей каждого пользователя системы. Поэтому здесь и хочется всё же понять, что надо и надо ли вообще…
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Есть ещё вариант сокращения кол-во неопределенных "хотелок" . А именно, сократить кол-во хотельщиков за счет их укрупнения с сохранением . предыдущих объемов производства.
Есть ещё вариант сокращения кол-во неопределенных "хотелок" . А именно, сократить кол-во хотельщиков за счет их укрупнения с сохранением . предыдущих объемов производства.
Я так и знал… Название ветки сбивает мечтателей с панталыку. То, что система «волшебная» не значит, что появится она по чудесному мановению волшебной палочки. Что значит «сократить»? Как видишь процесс? А потом, зачем сокращать «хотелки» и почему они «неопределённые»? Ни хрена не понятно. Мне кажется – наоборот.
Юра, к чему облекать процесс в абстрактные формы и изобретать варианты непонятно чего? Затея предельно проста. Другое дело, каждый может понимать её по-своему. Для этого и нужен краудсорсинг. Но, к сожалению, желающих мало. Это не страшно, потому что возможностей софта и так хватает. Главное – условия создания «глобальной» версии.
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Глобализм убивает индивидуальность. Под каждого гаражника не подстроишься, да и под микробизнес, в нем денег нет. Повторюсь, нужно определить для кого этот проект будет выгоден с обоих сторон. Может овчинка выделки не стоит. Точнее она может подойти например Асконе и другому крупняку. который и сможет оплатить создание и сервис. Пока я вижу, не туда идет предложение. Может для розницы подойдет, думайте.