Производство глазами владельца: где на самом деле начинается ваш заказ
Когда собственник говорит о производстве, разговор обычно быстро сворачивает к знакомому набору вопросов. Загружены ли станки, выполняется ли производственный план, почему снова сорван срок, почему растет незавершенное производство, почему на складе много материалов, но для сегодняшнего заказа опять чего-то не хватает? Следом возникают вопросы о людях: почему перегружены конструкторы, почему производство постоянно ждет документацию, почему закупки работают в авральном режиме и почему фактическая себестоимость изделия становится понятной только после его изготовления.
Все это действительно вопросы производства. Но есть более ранний вопрос, который способен объяснить значительную часть происходящего: в какой момент заказ конкретного клиента вообще начинает управлять вашим производством? До появления клиента у предприятия уже может существовать готовый товар, изготовленные модули, комплект конструкторской документации, продуктовая платформа или только накопленный опыт инженеров и способность разработать решение под конкретное техническое задание.
Это совершенно разные производственные системы, хотя внешне они могут выглядеть почти одинаково. Везде будут цех, станки, сварка, сборка, склад, конструкторы, технологи и производственный персонал. Но устройство бизнеса внутри окажется разным. Именно поэтому производство полезно хотя бы иногда рассматривать не глазами начальника производства, а глазами владельца.
Один завод, пять совершенно разных бизнесов
Представим производителя промышленного оборудования. В первом случае клиент приходит с задачей, для которой еще нет готового решения. После появления заказа предприятие начинает разрабатывать конструкцию, рассчитывать узлы, выбирать компоненты, выпускать документацию, закупать комплектующие и только потом переходит к изготовлению машины. Здесь заказ клиента запускает фактически весь путь создания продукта.
Во втором случае конструкция машины уже существует. Чертежи разработаны, технология известна, основные решения проверены предыдущими заказами. Однако само производство начинается только тогда, когда появляется конкретный клиент. Предприятие не тратит время на разработку изделия заново, но и не производит его заранее.
В третьем случае основные узлы и компоненты предприятие изготавливает до появления клиента. Когда приходит заказ, из уже подготовленных элементов собирается нужная конфигурация. Здесь значительная часть производственного цикла фактически произошла раньше, а заказ запускает только его заключительную часть.
В четвертом случае у предприятия существует продуктовая платформа, набор модулей, опций и правил совместимости. Клиент вместе с продавцом или инженером формирует требуемую конфигурацию, после чего часть компонентов берется со склада, часть производится, а часть закупается специально под заказ. Внешне продукт остается индивидуальным, но внутри предприятия значительная часть инженерных решений уже была принята заранее.
Наконец, в пятом случае готовые изделия производятся еще до появления покупателя. Они находятся на складе, а получение заказа запускает фактически только резервирование, комплектацию и отгрузку. Производственная система работает прежде всего на прогноз будущего спроса, а не на конкретные клиентские заказы.
Во всех пяти случаях компания занимается промышленным производством. Но экономически это пять совершенно разных систем, потому что у них различаются сроки поставки, уровень запасов, потребность в оборотном капитале, инженерная нагрузка, роль закупок, требования к продажам, принципы планирования и причины, по которым предприятие может потерять деньги.
В операционном менеджменте для описания этой границы используется понятие Customer Order Decoupling Point — CODP, точка проникновения клиентского заказа. Термин выглядит академическим, но для собственника его смысл можно сформулировать гораздо проще: что предприятие делает до появления конкретного заказа, а что начинает делать только после его получения? Именно положение этой границы во многом определяет устройство всей производственной системы.
Производство начинается раньше, чем кажется
Мы привыкли считать, что производство начинается тогда, когда заказ попадает в цех. Для владельца такой взгляд слишком узок, потому что задолго до первого движения материала кто-то уже должен решить, что именно предприятие собирается производить, из чего оно будет это делать и насколько готовым продукт должен быть к моменту появления клиента.
В одном бизнесе это решение принимается несколько лет назад при разработке стандартного продукта. В другом предприятие заранее формирует платформу и набор модулей. В третьем служба планирования за несколько недель до будущего заказа дает команду изготовить запас типовых компонентов. В четвертом же ключевые решения действительно принимаются только после того, как заказчик принес техническое задание.
Если посмотреть на производство целиком, цепочка будет выглядеть примерно так: разработка продукта, проектирование, закупка, изготовление деталей, изготовление узлов, сборка, получение готового изделия и отгрузка клиенту. Заказ может войти в эту цепочку практически в любом месте, и именно от этого зависит логика производственной модели.
Если заказ входит еще на стадии проектирования, перед нами Engineer-to-Order, ETO. Если конструкция уже существует, но изготовление начинается только после получения заказа, это Make-to-Order, MTO. Если компоненты и модули производятся заранее, а заказ определяет финальную сборку, это Assemble-to-Order, ATO. Если готовая продукция производится заранее по прогнозу и хранится до появления клиента, это Make-to-Stock, MTS.
Отдельно существует широко применяемая в промышленности модель Configure-to-Order, CTO. В ней архитектура продукта, допустимые модули, опции и правила их сочетания разработаны заранее, а конкретное изделие формируется после получения заказа путем конфигурирования. Поэтому CTO часто оказывается промежуточной конструкцией между полностью индивидуальным проектированием и производством стандартного продукта.
Названия важны для классификации, но владельцу полезнее видеть за ними экономическую логику. Чем раньше заказ входит в производственную цепочку, тем больше свободы можно предоставить конкретному клиенту, но тем больше работы придется выполнить уже после его появления. Чем позже заказ начинает влиять на продукт, тем быстрее может быть исполнен заказ, но тем больше решений предприятие должно принять заранее и тем больший риск взять на себя еще до того, как появятся деньги клиента.
За скорость всегда кто-то платит
Клиент хочет получить продукт быстро. Особенно это заметно в промышленности, где оборудование, компонент или материал обычно нужен не сам по себе, а для решения конкретной производственной задачи. Заказчик редко готов спокойно ждать несколько месяцев только потому, что поставщику сначала необходимо разобраться со своими внутренними процессами.
Но короткий срок поставки не возникает из воздуха. Почти всегда он означает, что часть работы компания выполнила до появления клиента. Если готовое изделие уже находится на складе, его можно быстро отгрузить, но предприятие заранее вложило деньги в материалы, производство и готовую продукцию. Оно приняло риск, что произведенное изделие вообще не будет продано или будет продаваться значительно медленнее, чем ожидалось.
Если заранее изготовлены только модули и типовые компоненты, риск меньше, но он не исчезает. Компания все равно должна заранее определить, какие именно модули понадобятся будущим клиентам, в каком количестве их производить и сколько денег можно позволить себе заморозить в таком запасе.
Если предприятие старается вообще ничего не производить до получения подтвержденного заказа, риск лишнего запаса снижается. Вместе с ним, однако, растет время исполнения заказа, потому что клиенту приходится ждать проектирования, закупки, производства и сборки.
Поэтому фундаментальный производственный выбор нельзя представить как борьбу хорошей и плохой моделей. Каждая модель переносит риск из одной части системы в другую. MTS меняет риск длительного срока исполнения на риск запасов и ошибки прогноза. ETO снижает риск производства невостребованного готового продукта, но увеличивает инженерную неопределенность, количество изменений и продолжительность выполнения заказа.
Между этими крайними точками существует множество промежуточных вариантов. Задача владельца состоит не в том, чтобы выбрать самую модную производственную аббревиатуру, а в том, чтобы понять, где именно его компании экономически выгодно провести границу между работой по прогнозу и работой под конкретный заказ.
Почему два похожих завода должны управляться по-разному
Представим двух производителей примерно одинакового промышленного оборудования. Первая компания работает преимущественно по модели ETO. Практически каждый заказ требует участия конструкторов, часть узлов разрабатывается заново, а после согласования технического задания появляются спецификации, запускаются закупки и начинается производство.
Главное ограничение такого бизнеса может вообще находиться не в цехе. Оно может находиться в конструкторском бюро, которое не успевает переводить требования клиента в стабильную конструкцию и комплект документации. В такой ситуации можно купить дополнительный станок, открыть вторую смену или внедрить современную систему диспетчеризации, но если engineering остается узким местом, заказ быстрее через предприятие не пройдет.
Вторая компания производит внешне похожее оборудование, но много лет занимается унификацией решений. У нее есть продуктовые платформы, типовые механические узлы, стандартные интерфейсы, библиотека проверенных решений и правила их совместимости. Клиент по-прежнему может получать изделие под свою задачу, но индивидуальность создается уже не проектированием машины целиком, а комбинацией заранее созданных элементов.
Ограничение такого предприятия будет другим. Проблемой может стать управление большим числом вариантов, дефицит определенных модулей, ошибка при конфигурировании или несогласованность продуктовых правил. Физически оба предприятия могут выпускать похожие машины, но управлять ими одинаково нельзя, потому что внутри них существуют разные производственные системы.
Почему «у нас все индивидуальное» иногда дорого обходится
На многих производственных предприятиях есть фраза, которая практически прекращает дальнейшее обсуждение: «У нас каждый заказ уникальный». Иногда это действительно так. Если предприятие создает уникальные технологические комплексы, специальные станки, нестандартные производственные линии или оборудование под специфический процесс заказчика, значительный объем новой инженерной работы неизбежен.
Но встречается и другая ситуация. Компания десять или пятнадцать лет выпускает похожую продукцию, за это время выполнила сотни проектов и накопила огромное количество решений, однако каждый новый заказ снова начинается почти с чистого листа. Снова подключается главный конструктор, снова ищутся старые чертежи, снова выясняется, какой узел использовали несколько лет назад, снова меняется спецификация, снова закупки ждут окончательного решения, а производство получает документацию частями.
Формально такая компания действительно работает по ETO. Однако часть этой индивидуальности создана не требованиями рынка, а самой организацией. Причиной могут быть отсутствие модульности, слабое повторное использование разработанных решений, отсутствие продуктовой архитектуры, неструктурированная конструкторская база или зависимость от знаний нескольких ключевых специалистов.
Именно поэтому владельцу стоит задать достаточно неприятный вопрос: мы действительно каждый раз создаем новый продукт или каждый раз заново создаем уже созданное? Для клиента эти ситуации могут выглядеть одинаково, но для экономики предприятия разница между ними огромна.
Где заканчивается инженерия и начинается производство
В традиционной организационной схеме есть конструкторский отдел и есть производство. Один проектирует, другое изготавливает. С позиции владельца граница между ними не настолько очевидна, особенно если предприятие работает по ETO или значительная часть заказов требует инженерной адаптации.
Если каждый заказ должен пройти через существенный объем новой разработки, инженерная функция становится частью производственного потока. Без нее заказ физически не может перейти к закупке и изготовлению. В таком случае загрузка конструкторов становится таким же производственным ресурсом, как загрузка станков, а очередь на разработку превращается в разновидность незавершенного производства.
Позднее изменение конструкции в этой системе уже нельзя считать исключительно инженерной проблемой. Оно может привести к переделке изготовленных деталей, отмене заказанных компонентов, остановке сборки или повторному согласованию с клиентом. Ошибка в спецификации превращается в закупку ненужного материала, а несогласованная замена детали может остановить заказ на несколько дней или недель.
Поэтому владельцу полезно спросить, почему предприятие тщательно измеряет загрузку оборудования, но значительно хуже видит очередь инженерной работы, через которую должен пройти заказ. Для некоторых производственных компаний именно эта очередь является реальным ограничением скорости всего бизнеса.
Производство и продажи связаны значительно жестче, чем кажется
Еще одно распространенное заблуждение состоит в том, что продажи и производство можно рассматривать как две почти самостоятельные системы. Продажи якобы получают заказ, а производство затем его выполняет. На практике положение точки заказа напрямую определяет, что продавец вообще имеет право обещать клиенту.
В MTS задача относительно проста: продавец может видеть фактическое наличие готовой продукции. В ATO ему уже нужно понимать, есть ли требуемые модули и можно ли быстро собрать нужную комбинацию. В MTO появляется необходимость учитывать производственную очередь и доступную мощность. В CTO продавец должен понимать правила конфигурации и не предлагать клиенту сочетание опций, которое невозможно изготовить или которое приведет к непропорционально высокой себестоимости.
В ETO ситуация еще сложнее, потому что полноценное коммерческое предложение может потребовать технического расчета еще до подписания договора. Продажа здесь частично становится инженерной работой, поскольку предприятию необходимо оценить реализуемость решения, трудоемкость разработки, стоимость компонентов и возможный срок выполнения.
Поэтому распространенная жалоба «продажи опять наобещали клиенту неизвестно что» не всегда означает плохую дисциплину менеджеров. Она может означать, что в компании отсутствует сама архитектура взаимодействия продаж и производства. Если продавец не имеет способа определить реальный срок, он будет обещать его приблизительно. Если нет правил определения нестандартности заказа, почти любое пожелание клиента может незаметно превратиться в новую инженерную разработку.
Почему одинаковые KPI могут начать вредить
Для разных производственных моделей необходимы разные показатели. Универсальная панель, в которой собственник видит только выполнение плана, загрузку оборудования, выпуск продукции и количество брака, может создавать иллюзию контроля, но не показывать реальное состояние производственной системы.
Представим ETO-компанию, где каждый крупный заказ требует нескольких недель инженерной разработки. Можно требовать выполнения производственного плана, но если документация пришла в производство на две недели позже, сегодняшнее отставание возникло значительно раньше. Можно стремиться к максимальной загрузке станков, но если основной риск бизнеса связан с постоянными изменениями конструкции, высокая загрузка оборудования не решает ключевую проблему.
У MTO центр тяжести смещается к другим показателям. Здесь важно видеть очередь заказов, производственный lead time, загрузку критических ресурсов и соблюдение обещанных клиентам дат. Для ATO становятся особенно важными доступность правильных модулей, скорость сборки и точность управления запасами компонентов.
В MTS на первый план выходят точность прогноза, оборачиваемость, уровень сервиса, дефицит и неликвиды. Поэтому собственнику недостаточно иметь абстрактную «панель производства». Ему необходимо понимать, какая именно производственная система работает в компании и какие показатели действительно отражают ее здоровье.
Ваш склад тоже рассказывает, какая у вас модель бизнеса
Иногда устройство производства можно понять, просто посмотрев, где предприятие хранит свои деньги. У одного завода основной запас находится в сырье, у другого — в закупленных компонентах, у третьего — в стандартных модулях, у четвертого — в незавершенном производстве, а у пятого — в готовой продукции.
Запас в данном случае является не только бухгалтерской категорией. Он показывает, какие решения предприятие решило принять заранее. Если компания хочет быстро собирать продукт после получения заказа, ей придется заранее иметь хотя бы часть необходимых компонентов. Если она хочет вообще ничего не производить без подтвержденного спроса, клиенту придется дольше ждать.
Поэтому вопрос «почему у нас слишком большой склад?» иногда поставлен слишком узко. Сначала стоит спросить, какой срок поставки предприятие обещает рынку и какой запас действительно требуется для выполнения этого обещания. Только после этого имеет смысл обсуждать, почему запас получился именно таким, какие позиции действительно нужны и какая часть склада возникла уже не как элемент производственной модели, а как результат ошибок.
Сдвинуть точку заказа
Особенно интересная возможность возникает тогда, когда владелец перестает воспринимать положение точки заказа как вечное свойство компании. В действительности она может постепенно перемещаться по производственной цепочке.
Типичный производитель сложного оборудования действительно может начинать почти с чистого ETO. Есть клиентская задача, под нее проектируется машина, затем появляется новый заказ, потом еще один. Через несколько лет предприятие уже выполнило десятки похожих проектов и накопило большое количество повторяющихся механических решений, приводов, рам, шкафов управления, гидравлических схем, программных блоков и технологических узлов.
Однако организационно компания может продолжать вести себя так, словно каждый новый заказ встречается впервые. Если начать систематически выделять повторяющиеся решения, постепенно появляются стандартные узлы, затем модули, продуктовые платформы и правила совместимости. В какой-то момент значительную часть заказа уже можно не проектировать, а конфигурировать.
Предприятие начинает сдвигаться от чистого ETO в сторону Modular ETO или CTO. Клиент при этом может почти не заметить изменений, потому что для него машина остается адаптированной под его задачу. Но внутри предприятия происходят принципиальные изменения: сокращается объем нового engineering, ускоряется расчет предложения, уменьшается количество уникальных деталей, стабилизируются закупки и становится более предсказуемой себестоимость.
Именно поэтому стандартизация далеко не всегда означает отказ от индивидуальности. Иногда она означает совсем другое: компания перестала заставлять себя повторно решать уже решенные задачи.
Но двигаться к стандартизации нужно не всегда
Из предыдущего рассуждения легко сделать слишком простой вывод, будто ETO является примитивной стадией развития, а производство на склад представляет собой вершину производственной зрелости. Это неверно, потому что оптимальная модель зависит от продукта, рынка, стоимости ошибки и природы клиентского спроса.
Уникальную турбину, сложный технологический комплекс или специальный станок невозможно превратить в складской товар только потому, что MTS позволяет сократить срок поставки. Нельзя заранее изготовить то, параметры чего определит будущий заказчик. Наконец, нельзя бездумно стандартизировать продукт, если его экономическая ценность для клиента как раз заключается в способности производителя создавать уникальное решение.
Поэтому задача владельца состоит не в том, чтобы любой ценой двигать предприятие от ETO к MTS. Гораздо точнее ее можно сформулировать так: не выполнять после получения заказа то, что экономически разумно выполнить заранее, и одновременно не выполнять заранее то, что слишком рискованно делать без подтвержденного спроса.
Именно в поиске этой границы заключается один из главных управленческих вопросов производственной модели.
Внутри одного завода могут работать сразу несколько моделей

Реальное производство редко укладывается в одну чистую категорию. Компания может производить стандартные расходные материалы по MTS, типовые машины по MTO, модульные установки по CTO, а специальные проекты по ETO. Для предприятия это не исключение, а вполне нормальная ситуация.
Даже один сложный продукт может одновременно содержать несколько производственных логик. Стандартный электродвигатель предприятие закупает заранее, типовую раму производит серийно, систему управления конфигурирует под требования клиента, а специальную технологическую оснастку проектирует индивидуально.
Поэтому вопрос «мы ETO или MTO?» часто оказывается слишком грубым. Гораздо полезнее построить карту продукта и определить, какая его часть существует заранее, какая производится после заказа, какая конфигурируется из готовых решений, а какая действительно требует новой инженерной разработки.
Такая карта уже позволяет перейти от классификации к поиску реальных возможностей. Можно увидеть, какие элементы продукта разумно стандартизировать, что можно производить заранее, где действительно необходима индивидуальная разработка и какие части производственного цикла создают основной срок исполнения заказа.
Семь вопросов, которые стоит задать о своем производстве
Начать такую диагностику можно без сложной терминологии. Первый вопрос состоит в том, в какой момент конкретный клиент начинает влиять на продукт. Происходит ли это еще на стадии разработки конструкции, только при запуске производства, во время сборки или вообще только при выборе готового изделия со склада?
Второй вопрос касается того, что физически существует к моменту получения заказа. У предприятия могут быть только компетенции сотрудников, готовые чертежи, стандартные детали, набор модулей, полуфабрикаты или уже полностью готовые изделия. Ответ сразу показывает, какая часть риска принята компанией заранее.
Третий вопрос требует отделить ощущение уникальности от фактической уникальности. Какая доля нового заказа действительно создается впервые? Возможно, уникальна только небольшая часть конструкции, тогда как большая часть изделия уже неоднократно производилась раньше.
Четвертый вопрос логически продолжает предыдущий: что предприятие регулярно проектирует или производит повторно и почему это до сих пор не стало стандартным решением? Именно здесь часто обнаруживается скрытый резерв инженерных ресурсов и сокращения срока заказа.
Пятый вопрос относится к деньгам: где находится основной запас предприятия? Он может находиться в сырье, закупленных компонентах, стандартных модулях, незавершенном производстве или готовой продукции. Структура запаса многое говорит о том, где проходит реальная точка заказа.
Шестой вопрос касается срока исполнения: что на самом деле определяет продолжительность выполнения заказа? Это может быть проектирование, ожидание закупных компонентов, очередь к определенному оборудованию, финальная сборка, испытания или согласования с клиентом. Необходимо найти не самый заметный этап, а настоящий ограничивающий фактор.
Седьмой вопрос объединяет предыдущие: можно ли сдвинуть часть работы до момента получения заказа, не создавая при этом неприемлемого риска запасов? Иногда именно здесь находятся самые дешевые возможности сокращения срока — не новый станок, новая ERP или дополнительный диспетчер, а изменение самой архитектуры производственного потока.
Что должен видеть владелец
Начальнику производства необходимо видеть выполнение производственной программы, диспетчеру — состояние конкретных заказов, технологу — технологические процессы, конструктору — документацию, а закупкам — обеспеченность материалами. Все это необходимо для ежедневного управления предприятием.
Но владельцу нужен еще один уровень картины. Ему важно понимать, где в производственной системе возникает неопределенность, где компания принимает основной риск, где заморожены деньги, где образуется очередь и на каком этапе фактически определяется срок выполнения клиентского заказа.
Не менее важно видеть, что предприятие делает каждый раз заново и что из этой работы уже можно было бы подготовить заранее. Одновременно необходимо понимать обратное: какие действия опасно переносить до получения заказа, потому что это создаст слишком большой запас, увеличит риск устаревания продукта или потребует угадывать параметры будущего спроса.
Это уже другой уровень управления производством. Здесь речь идет не об управлении отдельными станками или заданиями, а об управлении конструкцией производственного бизнеса.
Производственная модель часто сложилась сама
В конце остается, пожалуй, самый неудобный вопрос: почему предприятие вообще производит именно таким способом? Возможно, рынок действительно требует существующей модели. Клиентам нужна высокая индивидуализация, длинный инженерный цикл неизбежен, а производство заранее невозможно или экономически бессмысленно.
Но возможна и другая причина. Первый заказ много лет назад выполнили определенным способом, второй сделали примерно так же, затем под эту последовательность действий наняли людей, написали регламенты, построили склад, внедрили учетную систему и привыкли к существующему порядку. Через десять или пятнадцать лет исторически возникшая схема начинает восприниматься почти как естественный закон.
У многих компаний производственная модель никогда не была специально спроектирована. Она выросла вместе с предприятием, и в этом нет ничего необычного. Проблема возникает только тогда, когда исторически сложившуюся систему перестают подвергать сомнению даже после того, как изменились продукт, масштабы бизнеса, требования клиентов и доступные технологии.
Производство глазами владельца начинается не со станка
Поэтому первый вопрос этой серии материалов не о производительности оборудования и даже не о производственном планировании. Он значительно фундаментальнее: как на самом деле устроен путь вашего продукта от идеи до клиента и в какой момент в этот путь входит конкретный заказ?
Чтобы ответить на него, необходимо увидеть всю цепочку целиком. Где продукт уже существует, а где только начинает создаваться? Что предприятие делает до заказа, а что после него? Какие риски оно принимает заранее, а какие переносит на этап исполнения? Где лежат деньги, где образуется очередь и где фактически рождается обещанный клиенту срок?
От ответа на эти вопросы зависят почти все остальные характеристики производственной системы: сроки, запасы, оборотный капитал, загрузка, engineering, закупки, себестоимость, планирование и взаимодействие производства с продажами. В конечном итоге от положения этой границы зависит даже то, какую компанию собственник фактически построил.
Можно долго улучшать отдельные процессы, внедрять новые системы, покупать оборудование, перестраивать планирование и усиливать контроль. Но иногда полезнее сначала отойти от текущей операционной деятельности на несколько шагов назад, увидеть производственную систему целиком и задать один вопрос: мы производим именно так потому, что это лучший способ для нашего рынка и нашего продукта, или просто потому, что всегда производили именно так?
Что дальше
В следующих материалах серии мы отдельно разберем основные модели производства и посмотрим на каждую из них именно глазами владельца. Для ETO главным вопросом станет то, почему заказ запускает инженерную разработку и в какой момент фраза «у нас все уникальное» превращается в дорогую организационную привычку. Для CTO мы разберем, как сохранить индивидуальность продукта для клиента, но перестать каждый раз проектировать значительную часть изделия заново.
В статье про MTO основное внимание будет уделено тому, почему даже полностью разработанное изделие может постоянно опаздывать и кто в такой системе действительно имеет право обещать клиенту срок. В ATO посмотрим, как скорость выполнения заказа покупается заранее созданным запасом модулей и где проходит граница между готовностью к заказу и замороженными деньгами. В MTS разберем, когда производство на склад становится конкурентным преимуществом, а когда склад начинает превращаться в материальное отражение ошибочного прогноза.
После этого можно будет вернуться к главному вопросу всей серии: где должна проходить точка заказа именно на вашем предприятии? Ответ на него уже не является классификацией производства. Это управленческое решение владельца о том, где компания готова брать на себя риск, где ей нужна скорость, где допустима стандартизация и за какую индивидуальность клиент действительно готов платить.










