Схемы применения KitchenDraw

На ноябрьской выставке в прошлом, 2009 году было красиво представлено множество программ для мебельной отрасли. Я даже взгрустнул: «Тяжело теперь будет мне продвигать KitchenDraw». Но потом последовало внедрение и обучение очередного клиента. Пришлось много поездить по салонам клиента, пообщаться с менеджерами-дизайнерами. И полегчало. Т.к. программа KitchenDraw соответсвует уровню образования сотрудников и является отличным орудием продаж. Ведь, по-большому,  в салонах должны уметь продавать. При этом что продавать — дело десятое. Может песок, картины, часы, дизайн-проекты, мебель наконец. Т.е. на первом месте стоит искусство продаж, а потом его оформление — клиент-то уже ваш!
Чем меньше грузишь продавца, тем меньше у вас проблем с продажами. Правда, кухни — сложный продукт, со всякими техническими нюансами. Поэтому важна такая организация связки, тандема «салон(дилер)-фабрика», которая позволит избежать проблем и при приёме заказа, и при его исполнении.

Схема «Проект KD – это только концепция»

Самая массовая схема применения KitchenDraw. Когда я впервые столкнулся с программой и вывел отчёт, то везде увидел «Концептуальный дизайнер», «Концептуальный заказ». Что это значит? Это значит, что программа очень хорошо справляется с созданием концепции Заказа, в котором участвуют двое — дизайнер и клиент. Концепции рулят. Нравится — не нравится. Понравится клиенту картинка — заказ будет.
Т.е. в салоне дизанеры рисуют в KitchenDraw. Клиенту — красивый рисунок и расчёт, зачастую сделанный вручную в Excel, т.к. используют каталоги набранные невесть где и с ценами непонятно какими (клиента это мало касается — то, что ему надо, он видит на экране или в виде цветного эскиза). На фабрику посылается спецификация и рисунок, как правило, в ч/б виде, т.к. цветные принтеры и в салонах редки, а на фабриках вообще не найдёшь эту буржуазную вещь, разве что у секретаря, где он меньше всего нужен.
Маленьким фабрикам этих документов вполне достаточно для начала обработки заказа. Если присутствуют  нестандартные элементы или сложные соединения столешниц, то имеющийся умелец нарисует чертежи этих элементов в CAD программе. Остальное и так понятно, т.к. пилили подобное уже не раз. А чертежи элементов? Они, как правило, в голове. И этого достаточно.
Крупные фабрики такого себе не позволяют, т.к. текучка кадров есть, да и разделение труда бОльшее. Как правило есть какая-то CAD программа, в которой и перерисовывают весь заказ, полученный в KitchenDraw, или только «нестандарты», столешницы, карнизы.
В схеме «проект KD – это только концепция» перенос проекта в информационную систему фабрики осуществляется вручную. Кстати, это самая распространённая и работоспособная схема.

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

Схема «Проект KD  в учётную систему»

В этой схеме заказ из салона присылается на фабрику, где он выгружается в 1С. При этом в 1С появляется меню «Заказы из KitchenDraw». Далее движение Заказа осуществляется в соответствии с бизнес-процессами, существующими на фабрике. Нестандарты обрабатываются в 1С. Если требуется чертёж, то элемент рисуется в CAD программе, при необходимости на основе чертежей CAD программы правятся спецификация 1С. «Заказ из KitchenDraw», при необходимости, содержит сцены KitchenDraw, сканированные схемы и другую документацию, полученную из салона по электронной почте или иным образом.
Хорошая схема. Под учётной системой мы понимаем различные конфигурации 1С. Наверняка можно и не 1С, но мы не пробовали. 1С людям привычна. Всякие там бухгалтерии, склады, производства быстро начинают в ней работать. 1С легко править и поддерживать.

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

Схема «Проект KD в CAD комплекс»

Салоны присылают по электронной почте проекты KitchenDraw на фабрику, где они выгружаются в имеющуюся, настроенную под фабрику CAD систему. При этом технологу остаётся только обработать выделенные нестандартные элементы и длинномеры. Далее движение заказа осуществляется с учётом функционала CAD системы. Сегодня нами внедрена схема выгрузки проектов из KitchenDraw в «Базис-мебельщик». Также исследована возможность выгрузки проектов KitchenDraw и в другие CAD системы: выгрузка возможна.
Стоит отметить, что функционал CAD систем и их сопутствующих разработок существенно не дотягивает до возможностей 1С УПП, например, в части планирования производства. Исследованные нами CAD системы, как правило, «что видят, то и пилят позаказно».  Имеено поэтому мы реализовали следующую схему.

Схема «Проект KD в CAD, далее в учётную систему»

Заказ из салона пересылается на фабрику, где он вносится в CAD программу. После обработки заказа в CAD результаты переносятся в учётную систему. Есть модификация схемы.

Схема «стандартные элементы проекта KD  в учётную систему, нестандарты в CAD, далее в учётную систему»

При этом возможна и другая схема: из KD в учётную систему стандартные элементы, нестандарты и длинномеры — сначала в CAD программу, а потом в учётную систему.


Почему стали возможны такие схемы применения KitchenDraw? Благодаря мощнейшему SDK KitchenDraw и разработка нами стандартов обмена мебельной информации. Теперь нам всё равно, какие системы включать в круговорот общения информацией, куда выгружать или загружать данные. По дорогам ездят машины разных марок и разного назначения. Почему так получается? ПДД рулят. Вот такие свои ПДД для мебельной индустрии мы создали и сейчас развиваем.
Есть категории водителей B,E и т.д. Всё тоже самое и в мебельной индустрии. Интерфейсы для продавца и для технолога существенно различаются, т.к. деятельности и люди разные. Массовое применение CAD программ в салонах затруднено именно из-за недостатка конструкторского образования продавцов. Да по большому счёту, оно им и не нужно. Создал в тандеме с клиентом концепцию заказа, далее в тандеме с фабрикой исполнили заказ.  Всё просто. Не мешайте продавцу работать.

Схемы применения KitchenDraw

На ноябрьской выставке в прошлом, 2009 году было красиво представлено множество программ для мебельной отрасли. Я даже взгрустнул: «Тяжело теперь будет мне продвигать KitchenDraw». Но потом последовало внедрение и обучение очередного клиента. Пришлось много поездить по салонам клиента, пообщаться с менеджерами-дизайнерами. И полегчало. Т.к. программа KitchenDraw соответсвует уровню образования сотрудников и является отличным орудием продаж. Ведь, по-большому,  в салонах должны уметь продавать. При этом что продавать — дело десятое. Может песок, картины, часы, дизайн-проекты, мебель наконец. Т.е. на первом месте стоит искусство продаж, а потом его оформление — клиент-то уже ваш!
Чем меньше грузишь продавца, тем меньше у вас проблем с продажами. Правда, кухни — сложный продукт, со всякими техническими нюансами. Поэтому важна такая организация связки, тандема «салон(дилер)-фабрика», которая позволит избежать проблем и при приёме заказа, и при его исполнении.

Схема «Проект KD – это только концепция»

Самая массовая схема применения KitchenDraw. Когда я впервые столкнулся с программой и вывел отчёт, то везде увидел «Концептуальный дизайнер», «Концептуальный заказ». Что это значит? Это значит, что программа очень хорошо справляется с созданием концепции Заказа, в котором участвуют двое — дизайнер и клиент. Концепции рулят. Нравится — не нравится. Понравится клиенту картинка — заказ будет.
Т.е. в салоне дизанеры рисуют в KitchenDraw. Клиенту — красивый рисунок и расчёт, зачастую сделанный вручную в Excel, т.к. используют каталоги набранные невесть где и с ценами непонятно какими (клиента это мало касается — то, что ему надо, он видит на экране или в виде цветного эскиза). На фабрику посылается спецификация и рисунок, как правило, в ч/б виде, т.к. цветные принтеры и в салонах редки, а на фабриках вообще не найдёшь эту буржуазную вещь, разве что у секретаря, где он меньше всего нужен.
Маленьким фабрикам этих документов вполне достаточно для начала обработки заказа. Если присутствуют  нестандартные элементы или сложные соединения столешниц, то имеющийся умелец нарисует чертежи этих элементов в CAD программе. Остальное и так понятно, т.к. пилили подобное уже не раз. А чертежи элементов? Они, как правило, в голове. И этого достаточно.
Крупные фабрики такого себе не позволяют, т.к. текучка кадров есть, да и разделение труда бОльшее. Как правило есть какая-то CAD программа, в которой и перерисовывают весь заказ, полученный в KitchenDraw, или только «нестандарты», столешницы, карнизы.
В схеме «проект KD – это только концепция» перенос проекта в информационную систему фабрики осуществляется вручную. Кстати, это самая распространённая и работоспособная схема.

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

Схема «Проект KD  в учётную систему»

В этой схеме заказ из салона присылается на фабрику, где он выгружается в 1С. При этом в 1С появляется меню «Заказы из KitchenDraw». Далее движение Заказа осуществляется в соответствии с бизнес-процессами, существующими на фабрике. Нестандарты обрабатываются в 1С. Если требуется чертёж, то элемент рисуется в CAD программе, при необходимости на основе чертежей CAD программы правятся спецификация 1С. «Заказ из KitchenDraw», при необходимости, содержит сцены KitchenDraw, сканированные схемы и другую документацию, полученную из салона по электронной почте или иным образом.
Хорошая схема. Под учётной системой мы понимаем различные конфигурации 1С. Наверняка можно и не 1С, но мы не пробовали. 1С людям привычна. Всякие там бухгалтерии, склады, производства быстро начинают в ней работать. 1С легко править и поддерживать.

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

Схема «Проект KD в CAD комплекс»

Салоны присылают по электронной почте проекты KitchenDraw на фабрику, где они выгружаются в имеющуюся, настроенную под фабрику CAD систему. При этом технологу остаётся только обработать выделенные нестандартные элементы и длинномеры. Далее движение заказа осуществляется с учётом функционала CAD системы. Сегодня нами внедрена схема выгрузки проектов из KitchenDraw в «Базис-мебельщик». Также исследована возможность выгрузки проектов KitchenDraw и в другие CAD системы: выгрузка возможна.
Стоит отметить, что функционал CAD систем и их сопутствующих разработок существенно не дотягивает до возможностей 1С УПП, например, в части планирования производства. Исследованные нами CAD системы, как правило, «что видят, то и пилят позаказно».  Имеено поэтому мы реализовали следующую схему.

Схема «Проект KD в CAD, далее в учётную систему»

Заказ из салона пересылается на фабрику, где он вносится в CAD программу. После обработки заказа в CAD результаты переносятся в учётную систему. Есть модификация схемы.

Схема «стандартные элементы проекта KD  в учётную систему, нестандарты в CAD, далее в учётную систему»

При этом возможна и другая схема: из KD в учётную систему стандартные элементы, нестандарты и длинномеры — сначала в CAD программу, а потом в учётную систему.


Почему стали возможны такие схемы применения KitchenDraw? Благодаря мощнейшему SDK KitchenDraw и разработка нами стандартов обмена мебельной информации. Теперь нам всё равно, какие системы включать в круговорот общения информацией, куда выгружать или загружать данные. По дорогам ездят машины разных марок и разного назначения. Почему так получается? ПДД рулят. Вот такие свои ПДД для мебельной индустрии мы создали и сейчас развиваем.
Есть категории водителей B,E и т.д. Всё тоже самое и в мебельной индустрии. Интерфейсы для продавца и для технолога существенно различаются, т.к. деятельности и люди разные. Массовое применение CAD программ в салонах затруднено именно из-за недостатка конструкторского образования продавцов. Да по большому счёту, оно им и не нужно. Создал в тандеме с клиентом концепцию заказа, далее в тандеме с фабрикой исполнили заказ.  Всё просто. Не мешайте продавцу работать.

Схемы применения KitchenDraw

На ноябрьской выставке в прошлом, 2009 году было красиво представлено множество программ для мебельной отрасли. Я даже взгрустнул: «Тяжело теперь будет мне продвигать KitchenDraw». Но потом последовало внедрение и обучение очередного клиента. Пришлось много поездить по салонам клиента, пообщаться с менеджерами-дизайнерами. И полегчало. Т.к. программа KitchenDraw соответсвует уровню образования сотрудников и является отличным орудием продаж. Ведь, по-большому,  в салонах должны уметь продавать. При этом что продавать — дело десятое. Может песок, картины, часы, дизайн-проекты, мебель наконец. Т.е. на первом месте стоит искусство продаж, а потом его оформление — клиент-то уже ваш!
Чем меньше грузишь продавца, тем меньше у вас проблем с продажами. Правда, кухни — сложный продукт, со всякими техническими нюансами. Поэтому важна такая организация связки, тандема «салон(дилер)-фабрика», которая позволит избежать проблем и при приёме заказа, и при его исполнении.

Схема «Проект KD – это только концепция»

Самая массовая схема применения KitchenDraw. Когда я впервые столкнулся с программой и вывел отчёт, то везде увидел «Концептуальный дизайнер», «Концептуальный заказ». Что это значит? Это значит, что программа очень хорошо справляется с созданием концепции Заказа, в котором участвуют двое — дизайнер и клиент. Концепции рулят. Нравится — не нравится. Понравится клиенту картинка — заказ будет.
Т.е. в салоне дизанеры рисуют в KitchenDraw. Клиенту — красивый рисунок и расчёт, зачастую сделанный вручную в Excel, т.к. используют каталоги набранные невесть где и с ценами непонятно какими (клиента это мало касается — то, что ему надо, он видит на экране или в виде цветного эскиза). На фабрику посылается спецификация и рисунок, как правило, в ч/б виде, т.к. цветные принтеры и в салонах редки, а на фабриках вообще не найдёшь эту буржуазную вещь, разве что у секретаря, где он меньше всего нужен.
Маленьким фабрикам этих документов вполне достаточно для начала обработки заказа. Если присутствуют  нестандартные элементы или сложные соединения столешниц, то имеющийся умелец нарисует чертежи этих элементов в CAD программе. Остальное и так понятно, т.к. пилили подобное уже не раз. А чертежи элементов? Они, как правило, в голове. И этого достаточно.
Крупные фабрики такого себе не позволяют, т.к. текучка кадров есть, да и разделение труда бОльшее. Как правило есть какая-то CAD программа, в которой и перерисовывают весь заказ, полученный в KitchenDraw, или только «нестандарты», столешницы, карнизы.
В схеме «проект KD – это только концепция» перенос проекта в информационную систему фабрики осуществляется вручную. Кстати, это самая распространённая и работоспособная схема.

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

Схема «Проект KD  в учётную систему»

В этой схеме заказ из салона присылается на фабрику, где он выгружается в 1С. При этом в 1С появляется меню «Заказы из KitchenDraw». Далее движение Заказа осуществляется в соответствии с бизнес-процессами, существующими на фабрике. Нестандарты обрабатываются в 1С. Если требуется чертёж, то элемент рисуется в CAD программе, при необходимости на основе чертежей CAD программы правятся спецификация 1С. «Заказ из KitchenDraw», при необходимости, содержит сцены KitchenDraw, сканированные схемы и другую документацию, полученную из салона по электронной почте или иным образом.
Хорошая схема. Под учётной системой мы понимаем различные конфигурации 1С. Наверняка можно и не 1С, но мы не пробовали. 1С людям привычна. Всякие там бухгалтерии, склады, производства быстро начинают в ней работать. 1С легко править и поддерживать.

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

Схема «Проект KD в CAD комплекс»

Салоны присылают по электронной почте проекты KitchenDraw на фабрику, где они выгружаются в имеющуюся, настроенную под фабрику CAD систему. При этом технологу остаётся только обработать выделенные нестандартные элементы и длинномеры. Далее движение заказа осуществляется с учётом функционала CAD системы. Сегодня нами внедрена схема выгрузки проектов из KitchenDraw в «Базис-мебельщик». Также исследована возможность выгрузки проектов KitchenDraw и в другие CAD системы: выгрузка возможна.
Стоит отметить, что функционал CAD систем и их сопутствующих разработок существенно не дотягивает до возможностей 1С УПП, например, в части планирования производства. Исследованные нами CAD системы, как правило, «что видят, то и пилят позаказно».  Имеено поэтому мы реализовали следующую схему.

Схема «Проект KD в CAD, далее в учётную систему»

Заказ из салона пересылается на фабрику, где он вносится в CAD программу. После обработки заказа в CAD результаты переносятся в учётную систему. Есть модификация схемы.

Схема «стандартные элементы проекта KD  в учётную систему, нестандарты в CAD, далее в учётную систему»

При этом возможна и другая схема: из KD в учётную систему стандартные элементы, нестандарты и длинномеры — сначала в CAD программу, а потом в учётную систему.


Почему стали возможны такие схемы применения KitchenDraw? Благодаря мощнейшему SDK KitchenDraw и разработка нами стандартов обмена мебельной информации. Теперь нам всё равно, какие системы включать в круговорот общения информацией, куда выгружать или загружать данные. По дорогам ездят машины разных марок и разного назначения. Почему так получается? ПДД рулят. Вот такие свои ПДД для мебельной индустрии мы создали и сейчас развиваем.
Есть категории водителей B,E и т.д. Всё тоже самое и в мебельной индустрии. Интерфейсы для продавца и для технолога существенно различаются, т.к. деятельности и люди разные. Массовое применение CAD программ в салонах затруднено именно из-за недостатка конструкторского образования продавцов. Да по большому счёту, оно им и не нужно. Создал в тандеме с клиентом концепцию заказа, далее в тандеме с фабрикой исполнили заказ.  Всё просто. Не мешайте продавцу работать.