До тех пор, пока человечеству неподвластна телепортация, транспортировка товаров (или логистика) будет занимать весомую часть в их стоимости. Дело не только в стоимости самой перевозки, хотя она может действительно быть высокой: мы это видим сейчас на примере Китая, когда ставки на транспорт оттуда выросли за год практически в 5 раз. Ещё нужно учитывать стоимость промежуточных перегрузок, простоя и хранения, а также неизбежно появляющийся при этом брак. В конце концов, деньги тоже имеют свою временнУю стоимость, а значит, чем дольше перевозка, тем дороже она обходится: купленный за предоплату товар не продаётся, пока едет. Фактически, предоплата означает потерю доходности, если только товар не продаётся «с колёс», пока ещё находится в пути. Потеря доходности выражается в том, что компания могла бы на это время направить средства в альтернативные источники получения прибыли – хотя бы в банковский депозит, если больше некуда.
«Делаем быстро, качественно, дёшево. Выбирайте ДВА пункта». Сначала это кажется смешным, а потом – печальным. Такие объявления дают люди, которые не умеют правильно организовать работу. А вот «делаем в срок, с гарантией и строго по смете» - звучит лучше. Но для этого нужно разбираться в бизнес-процессах.
В предыдущих частях мы поняли, что просто так на блюдечке с голубой каёмочкой вам хороший продукт никто не принесёт. По крайней мере на уровне массового производства – всё-таки хочется верить, что на серьёзных люксовых предприятиях дела обстоят по-другому. Надежда есть, примеры были. Итак, вы нашли адекватного поставщика, посмотрели его производство, согласились с ним работать. Когда дело дошло до исполнения заказа, встаёт вопрос о проверке продукции: вы уже знаете, что без этого лучше товар не отгружать. Ну, если только в редких случаях при трёх условиях: - вы давно работаете с поставщиком и понимаете его уровень и возможные косяки; - поставщик не знает, что в этот раз проверки не будет; - у вас действительно нет возможности организовать проверку. В остальных случаях товар нужно проверять, и сегодня мы рассмотрим, какими силами это можно сделать. По большому счёту, вариантов всего два: независимые компании и свои инспекторы. Всё остальное – нюансы. В обоих случаях есть свои плюсы и минусы, о них как раз пойдёт речь.
Любой тренер вам скажет, что спортсмена намного легче научить, чем переучить. А любой строитель клянёт почём свет всех тех, кто делал работу на объекте до него. Почему? Потому что одно дело – что-то создать с нуля, а другое дело – сначала разрушить старую систему, всё расчистить, а потом уже создавать новую. Это – время, усилия и, скорее всего, лишние деньги. Именно поэтому бизнес-процессы всегда лучше строить «с запасом» в самом начале пути организации, чтобы потом не пришлось мучительно больно их переделывать.
Если в школе вас спросит учитель, сколько будет «1+1», и вы радостно ответите «3» - вам вряд ли поставят в журнал больше двойки (или сразу два кола – один в четверти, второй – в году) и назовут дебилом. Но если вы так же ответите в бизнес-школе, то преподаватель может загадочно улыбнуться и довольно покивать. Прямо как старый китайский мастер кунг-фу, видя успехи своего ученика. В чём прикол?
Работа с бизнес-процессами (дальше для простоты – БП), как и любая аналитическая работа, начинается с описания текущего состояния дел. Для того, чтобы куда-то пойти, надо же сначала определиться с местом, где находишься, а потом уже двигаться. Так и здесь. Этот этап так и называется: описание (текущего состояния БП).
Когда вы придумали и расписали весь процесс, настало время его запускать. Бывают ситуации, когда действовать надо быстро, и тогда запускаете как есть на авось. Но лучше соблюсти кое-какие предварительные процедуры.
Начиная тему про AQL, я думал отделаться парой серий, но тема оказалась более обширной. Поэтому придётся поднапрячься, чтобы дочитать цикл и узнать всё полностью. Сегодня на очереди – выбор и проверка поставщика, иногда ещё называемые аудитом. Надеюсь, что вы все – прекрасные переговорщики, и уже сумели выбить для себя наилучшие коммерческие условия. Речь здесь будет идти о технической, а не коммерческой, стороне вопроса.
Спрашивайте напрямую или прочитайте мою статью по теме.