Як спланувати замовлення-змішаної моделі LCD?
Плануйте змішану-модель iPhone LCD, замовляйте одного постачальника за раз, а не рівномірно розподіляючи загальну кількість. Почніть із часу, який повинен покривати кожен рядок: час поповнення плюс проміжок між переглядами ваших замовлень. Оцініть попит протягом цього періоду, додайте буфер, потім відніміть корисний запас і підтверджені вхідні одиниці, які входять до нього. Насамкінець перевірте результат на відповідність MOQ, багаторазовому пакету та статусу перевірки точного посилання.
Розділи нижче перетворюють цю послідовність у оброблений розрахунок, аркуш внутрішнього планування та окремий аркуш цінової пропозиції для постачальника.

Що насправді означає замовлення на змішану-модель LCD?
Змішане-замовлення моделей містить кілька моделей iPhone LCD або посилання на продукти в одній оптовій закупівлі. П'ять термінів легко сплутати:
- Загальна кількість замовлення:кожна одиниця в замовленні на купівлю.
- Кількість-на рівні моделі:одиниць для однієї моделі телефону.
- Орієнтовна-кількість продукту:одиниці для одного конкретного постачальника, оскільки модель може пропонуватися в кількох конфігураціях.
- Загальна-замовлення мінімальна вартість:мінімум, застосований до всього замовлення.
- Модель-рівня MOQ:мінімум, що застосовується до кожної моделі або посилання всередині замовлення.
Постачальник із низьким загальним -мінімальним замовленням може встановити окреме замовлення для кожної моделі. Не кожен постачальник узагалі приймає змішані-замовлення, тому перевірте політику, перш ніж створювати аркуш. Ця стаття залишається з одним завданням, розподіляючи один порядок між моделями, і залишає ширшеПланування інвентаризації iPhone LCD для ремонтних підприємствдо гіда.
Почніть із ремонту за моделлю
Кількість за моделлю починається з того, що насправді ремонтує ваша компанія. Корисні записи включають історію квитків на POS або ремонт-, екрани, видані зі складу, запити цін, роботи, втрачені через брак, і минулі замовлення на покупку з частотою повторного замовлення. Змінити частоту лише одного сигналу, авизначення швидкого{0}}екрана iPhoneМоделі охоплюють ширший метод.
Сам по собі завершений ремонт може занизити попит. Якщо магазин відмовляється працювати щоразу, коли моделі немає в наявності, використання цієї моделі виглядає нижчим, ніж її реальний попит. Чотири правила забезпечують використання фігурок:
- Дайте кожній моделі однаковий період підрахунку та зверніть увагу на будь-які незвичайні тижні, такі як тривалий брак або затримка постачальника.
- Не додавайте кожну неперетворену котирування до попиту. Цінова пропозиція – це запит, а не підтверджена робота.
- Видаліть дублікати. Один клієнт може відображатися як цінова пропозиція, повідомлення про наявність товару та пізніший ремонт.
- Записуйте втрачені робочі місця через відсутність запасів окремо від втрачених робочих місць за ціною. Лише перший відображає розрив пропозиції.
Наведений нижче приклад ілюструє, як реєструвати попит. Цифри є гіпотетичними, а не реальними записами магазину. Замініть назви моделей, артикули постачальників і кількість власних даних.
| Модель / SKU постачальника | Період підрахунку | Завершений ремонт | Втрачено: запасів немає | Втрачено: інші причини |
|---|---|---|---|---|
| iPhone 11 / введіть точний SKU постачальника | 1–28 серпня 2026 р | 28 | 4 | 3 |
| iPhone 7 / введіть точний SKU постачальника | 1–28 серпня 2026 р | 6 | 1 | 2 |
Порахуйте кожен запит на ремонт один раз. «Втрачено: немає запасу» включає завдання, які не було виконано через те, що необхідний екран був недоступний; виключити клієнтів, які повернулися та вже враховані під завершеним ремонтом. «Втрачено: інші причини» включає зареєстровані причини, такі як ціна або рішення клієнта не ремонтувати.
Для прикладу iPhone 11 28 завершених ремонтів плюс чотири окремі роботи, втрачені через відсутність запасів, свідчать про потенційний попит на 32 одиниці протягом чотирьох тижнів, або вісім одиниць на тиждень. Три роботи, втрачені з інших причин, реєструються окремо й не додаються до цієї оцінки. Перш ніж планувати кількість за SKU постачальника, підтвердьте, яке саме посилання на екран вимагає кожне завдання.

Не розподіляйте замовлення рівномірно між моделями
Рівномірний розподіл здається нейтральним, але він розглядає кожну модель так, ніби вона має однаковий попит, запас і ризик. Замовлення на 500 одиниць не означає 50 одиниць для кожної з 10 моделей. Один рядок може виправдовувати більший запас, інший – обмежену кількість, а інший – лише вибіркову кількість.
Це може спричинити дві проблеми одночасно: повторювані-моделі попиту знову не вистачають, а слабкі лінії залишаються на полиці. Корисне запитання полягає в тому, які моделі потребують запасів, що виправдовує кожна з них і які умови постачальника змінюють цю кількість. Вибір моделі та встановлення її кількості є окремими рішеннями, тому модель може належати до замовлення, але не матиме такої ж кількості, як її сусід.
Окремі основні, додаткові та пробні моделі
Сортування кандидатів за трьома внутрішніми категоріями полегшує прийняття рішень щодо кількості. Вони планують етикетки для вашого власного асортименту, а не галузевих стандартів, і та сама модель телефону може знаходитися в різних категоріях для різних магазинів. АнЗмінний РК-екран iPhone 7, наприклад, може бути основною лінією для магазину, який ремонтує його щотижня, і пробною лінією для магазину, де його ніколи не було.
- Ядро:повторний попит і встановлені посилання, які ви вже використовували.
- Вторинний:реальний, але нижчий або менш стабільний попит.
- Випробування:новий постачальник, нова модель, змінена специфікація чи попит, про який ви ще не можете судити.
Якщо сам список кандидатів ще відкритий, спочатку визначте, які моделі заслуговують на регулярний запас; ця стаття припускає, що список існує та розподіляє кількості між ним.
Відніміть поточний запас, перш ніж замовляти більше
Сам попит не визначає кількість. Модель з високим-попитом і повною полицею може нічого не потребувати в цьому циклі, тоді як модель з нижчим-попитом із порожньою полицею може потребувати уваги в першу чергу.
Підраховуйте запаси, які можна використовувати, а не фізичні. Виключіть одиниці, які вже виконують роботу, одиниці, які перебувають під гарантійним оглядом, і одиниці, які ще не затверджені після отримання або тестування.
Підтверджені вхідні одиниці потребують двох окремих обробок. Для розрахунку кількості підрахуйте кількість підтверджених одиниць протягом періоду, який має охоплювати замовлення; їх ігнорування запрошує до повторної покупки. Щоб визначити час, порівняйте дати доставки з очікуваним щоденним або щотижневим використанням і подивіться, чи досягне полиця нуля до того, як відправлення приземлиться. Перша перевірка визначає, скільки замовити, а друга показує, де може знадобитися більш рання доставка або інше джерело.

Використовуйте час виконання поповнення, щоб регулювати запас
Потреба в ремонті, час поповнення та буфер – це три окремі вхідні дані. Дві моделі з однаковим тижневим попитом можуть виправдати різну кількість, якщо одну можна поповнити через два тижні, а іншу – через п’ять. Чим довше надходить довідка, тим більше використання має покривати замовлення. Розраховуйте час від розміщення замовлення до моменту перевірки та готовності одиниць до використання, а не від дати відправлення постачальником, і підтверджуйте це для кожного посилання замість того, щоб припускати одну цифру для списку.
Буфер - це власне рішення, івстановлення страхового запасу для заміни екранівописує, як його розмір. У змішаному-модельному замовленні вам потрібно лише ввести буфер, який ви обрали для кожного рядка.
Приклад роботи: обчисліть потребу перед застосуванням MOQ
Для магазинів, які регулярно переглядають замовлення та бачать досить стабільний попит, початковий розрахунок для одного рядка такий:
Попередня кількість=(тижневий попит × тижнів для покриття) + буфер − корисний запас − підтверджені вхідні одиниці протягом цього періоду
Тижні, щоб покрити рівний час поповнення плюс проміжок між переглядами ваших замовлень. Якщо результат негативний, рядок не потребує порядку. Зберігайте кожен раз в одній одиниці вимірювання.
Наведені нижче цифри є гіпотетичними і показують лише механіку. Вони продовжують лінійку iPhone 11 із журналу попиту, який склав 8 одиниць на тиждень, і припускають перевірений еталон. Поповнення займає 4 тижні, ви переглядаєте замовлення кожні 2 тижні та встановлюєте буфер на 8 одиниць. У вас є 15 придатних для використання одиниць, а 10 підтверджених одиниць мають бути отримані на початку 2-го тижня.
- Тижнів для покриття: 4 + 2=6
- Попит за цей період: 8 × 6=48
- З буфером: 48 + 8=56
- Після запасу та надходження: 56 − 15 − 10 =31 од
Ця цифра відповідає, скільки замовляти. Це не показує, чи дожила полиця до доставки. Чотири тижні попиту досягають 32 одиниць, а запас і вхідна відправка – 25, тобто приблизно три тижні використання. Лінія висихає приблизно за тиждень до надходження нового замовлення, а більше замовлення, яке надходить у той самий день, нічого з цим не впливає. Попросіть постачальника про дострокову часткову доставку, зверніться до іншого перевіреного джерела або погодьтеся на втрачені роботи свідомо.
Коли ви виберете, як покрити цю прогалину, оновіть розрахунок, перш ніж йти далі. Якщо 7 одиниць відправляються раніше із запланованих 31, загальна кількість залишається на рівні 31, розділених на ранню партію та наступну. Якщо ви купуєте 7 з іншого підтвердженого джерела, яке надійде до закінчення запасу, вважайте їх підтвердженою поставкою, і вимога першого постачальника зменшиться до 24 до того, як буде перевірено його мінімальну ціну. Якщо постраждалі робочі місця будуть втрачені, а не відкладено, також зменште очікуване споживання, тому що цей попит не призведе до скорочення запасів.
Потім застосуйте умови постачальника до будь-якої вимоги, яку ви отримаєте. Порівняно з -рівнем MOQ моделі 50, потреба в 31 одиниці залишає 19 одиниць надлишку, приблизно два з половиною тижні попиту за такої швидкості. Вимоги до 24 одиниць залишають 26, більше трьох тижнів. У будь-якому випадку вирішіть, чи можна продати надлишок протягом прийнятого на вас періоду зберігання. Якщо це не вдається, запитайте про меншу кількість, розгляньте іншу підтверджену посилання або залиште чергу для наступного замовлення.

Перевірте модель-рівень MOQ перед остаточним визначенням кількості
Мінімум постачальника може застосовуватися до всього замовлення, кожної моделі чи кожного посилання на продукт, а гнучкість-моделі може мати певні умови. Запитайте кожного постачальника:
- Чи можна комбінувати різні моделі в одному замовленні?
- Чи існує мінімальний розмір для-моделі чи-референсу, і чи є кілька пакетів?
- Чи змінюється ціна, якщо одна модель опускається нижче кількісного рівня?
- Чи змінюють мінімум упаковка чи спеціальні етикетки?
Розглядайте кожну відповідь як специфічну для цього постачальника та не припускайте, що комбіноване замовлення отримує такі ж знижки ціни, як і одно-модельне. Порівняйте кожен мінімум із попередньою кількістю з вашого розрахунку. Надлишок над розрахованою потребою є додатковим запасом, який вимагає мінімум, і цей надлишок є тим, що ви зважуєте проти-продавати.

Підтвердьте точні характеристики екрана для кожної моделі
Змішане-модельне замовлення – це список посилань на продукт, і назва телефону не визначає його повністю. Коли ви запитуєте рядок, наприклад anЗмінний РК-екран iPhone 11, запитайте, посилання на якого постачальника воно відповідає та що це посилання включає. Для кожного рядка запишіть:
- посилання на продукт постачальника та сумісну модель;
- фактично поставлена технологія відображення;
- конфігурація складання, включаючи раму або без рами, де це можливо;
- включені компоненти та перегляд, де це необхідно;
- специфікація якості та косметичні критерії;
- як відстежуватиметься кожна доставка: SKU постачальника, версія та посилання на рядок-партії чи замовлення.
Не думайте, що всі моделі постачаються в однаковій конфігурації. Якщо ви не запишете ці відмінності перед замовленням, вони можуть не з’явитися, доки товар не прибуде та не буде перевірено перші одиниці.

Використовуйте зразки або пробні кількості для низьких-ліній надійності
Зберігайте лінію на низькому рівні, коли є підстави для сумнівів: новий постачальник, новий еталон, змінена специфікація чи збірка, невизначений попит на ремонт або попередня невідповідність. Посилання, яке ви підтвердили та переупорядкували, може бути включено безпосередньо до замовлення, тому не кожна модель потребує кожного зразка.
Для нового або зміненого зразка спочатку оцініть зразок за допомогою такого процесу, яктестування зразків РК-дисплея iPhone перед зберіганням. Запишіть артикул постачальника зразка, перевірку та критерії прийнятності. Перевірений зразок підтверджує лише перевірені одиниці. Коли надійде перша поставка, перевірте її за тим самим записом, запам’ятайте, скільки одиниць ви перевірили та що знайшли, і використайте цей результат, щоб вирішити, чи збільшувати кількість.

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

Побудуйте модель замовлення за моделлю
Опрацюйте список у такому порядку:
- Перелічіть кожну модель, що розглядається.
- Рекордний попит протягом загального періоду підрахунку, включаючи втрату робочих місць через брак.
- Запис придатного до використання запасу.
- Додайте підтверджені вхідні одиниці з датами доставки.
- Підтвердьте час поповнення та інтервал перегляду.
- Підтвердьте мінімальну ціну-рівня моделі та запакуйте кілька.
- Підтвердьте точне посилання на постачальника для кожної лінії та запишіть його SKU та версію.
- Встановіть статус кожної лінії: перевірено, затверджений зразок, випробування або специфікація для підтвердження.
- Розрахуйте попередню кількість на рядок.
- Порівняйте кожен результат із мінімальною ціною замовлення та перевірте загальну вартість замовлення.
- Зменшіть або видаліть слабкі-лінії попиту, де мінімум створює більше запасів, ніж ви хочете мати.
- Надішліть остаточну модель-аркуш рівня для пропозиції.
Кроки 10 і 11 утворюють цикл перегляду. Якщо загальний вплив занадто високий, спочатку переріжте лінії з найменшим попитом і найвищим тиском MOQ, а не кожну модель однаково.
Змішана-модель планування замовлення
Використовуйте дві таблиці. Перший розраховує потребу у внутрішній перевірці. Другий містить кількість і специфікації, які ви надсилаєте постачальнику для пропозиції.
Лише ілюстративний приклад:Нижче наведені статуси попиту, запасів, часу виконання, буферів і перевірки є гіпотетичними, а не записами магазину чи умовами постачальника. Перед замовленням замініть їх на свої.
1. Внутрішнє кількісне планування
| Модель | SKU постачальника | Період попиту | Тижневий попит | Користний запас | Вхідні (кількість / дата) | Час виконання | Інтервал огляду | Буфер | Попередня кількість |
|---|---|---|---|---|---|---|---|---|---|
| iPhone 11 | Уточнюється | 1–28 серпня 2026 р | 8 | 15 | 10 / початок 2 тижня планування | 4 тижні | 2 тижні | 8 | 31 |
| iPhone 7 | Уточнюється | 1–28 серпня 2026 р | 1.75 | 4 | Не підтверджено | 4 тижні | 2 тижні | 2 | 9 |
Ряд iPhone 11 повторює оброблений приклад вище. Для iPhone 7: 1,75 × (4 + 2) + 2 − 4=8.5, округлено до9 одиниць. Округліть будь-який позитивний дріб до цілої одиниці, використовуйте нуль для негативного результату, а потім застосуйте MOQ і запакуйте кратні.
Період попиту – це історичне вікно вимірювання, тоді як перший тиждень планування починається з моменту розміщення замовлення. Поміняйте відносні дати на фактичні дати доставки, перш ніж щось надсилати.
Перевірка часу стосується кожного рядка. iPhone 7 має 4 одиниці в наявності проти 7, очікуваних протягом чотирьох тижнів, розрив у 3 одиниці. У наведеному нижче аркуші пропозицій пропонуються ранні часткові поставки з тієї ж кількості, а не додаткових одиниць. Якщо інше джерело покриває прогалину, оновіть вхідний запас і спочатку перерахуйте.
2. Лист цінової пропозиції постачальника
| Модель | SKU постачальника | Тип і конфігурація дисплея | Статус | MOQ / кілька упаковок | Запитана кількість* | Ціна за одиницю/загальний рядок | Упаковка | Відкриті елементи |
|---|---|---|---|---|---|---|---|---|
| iPhone 11 | Уточнюється | LCD збірка; спец. для прикріплення | Перевірено (ілюстративно) | Уточнюється | 31 | Уточнюється | Див. примітку | 7 одиниць раніше; підтвердити дату балансу |
| iPhone 7 | Уточнюється | LCD збірка; спец. для прикріплення | Перевірено (ілюстративно) | Уточнюється | 9 | Уточнюється | Див. примітку | 3 одиниці раніше; підтвердити дату балансу |
*Запитувана кількість є попередньою, не затвердженою кількістю закупівлі. Завершіть їх після підтвердження специфікації, MOQ, кількох упаковок, дат доставки та ціни.
Примітка для всіх рядків: покупець вводить точний SKU, конфігурацію та версію; вимагається індивідуальна захисна упаковка, етикетки SKU та окрема ідентифікація моделі; постачальник вказує мінімальну ціну, кількість упаковок, ціну за одиницю та загальну суму для кожної лінії.
Виберіть статус зі свого фактичного запису:Перевірено, Затверджений зразок, суд, абоСпецифікація для підтвердження. «Перевірено» вище передбачає попередньо перевірені посилання, тому змініть його, якщо це не стосується ваших SKU. Позначити невирішену інформацію якУточнюєтьсяз власником або наступним кроком. Рядок із невизначеним SKU або невизначеною специфікацією є запитом пропозиції, а не затвердженим замовленням на купівлю.

Коли збільшувати, утримувати, пробувати чи відкладати модель?
Використовуйте умови, а не популярність, щоб вирішити, що робить кожен рядок у цьому порядку.
| Рішення | Типові умови | Перевірте, перш ніж діяти |
|---|---|---|
| Збільшити кількість | Повторна перевірена вимога; повторювані запаси або втрата роботи; більш тривале поповнення; рекомендація постачальника з прийнятним протоколом перевірки-прийому | Більша кількість все ще продається протягом вашого періоду утримання |
| Тримайте на цільовому рівні | Стабільний попит; запас зберігається поблизу вашої цілі | Замовляйте лише розрахований розрив і підтверджуйте вхідні дати |
| Пробна кількість | Специфікація чітка, але посилання є новим, зміненим або непідтвердженим; попит невизначений | Критерії приймання записуються перед замовленням |
| Відкласти або видалити | Слабкий або нерегулярний попит; запас уже достатній; MOQ високий порівняно з попитом; специфікація ще не визначена, тому закупівлю не можна схвалити | Перегляньте наступний цикл |
Модель, яка залишилася поза замовленням, не припиняється. Швидко{1}}модель також не заробляє автоматично більше: якщо запаси вже покривають попит або референс не підтверджений, додаткові одиниці збільшують охоплення без збільшення продажів.
Помилки, які спотворюють порядок-змішаної моделі
- Розподілити загальну суму порівну або скопіювати суміш моделей іншого магазину.Жоден не відображає ваш власний попит, запаси чи постачальників.
- Розгляд котирувань як попиту або фізичних запасів як придатних для використання запасів.Тоді розмір замовлення визначається відповідно до вхідних даних, які перевищують потребу або пропозицію.
- Використання назви телефону як специфікації.Відмінності в конфігурації та версіях не реєструються.
- Прийняття мінімуму без перевірки{0}}продажу.MOQ постачальника миттєво стає вашим планом запасів.
- Збільшення кількості посилання до його перевірки.Тоді будь-яка проблема досягає більшої кількості одиниць.
- Не записується SKU, версія та посилання на рядок-партії чи замовлення.Пізніший дефект може бути важко відстежити в конкретній доставці.
Перевірте замовлення, перш ніж відправити його
Перш ніж аркуш залишить ваш стіл, переконайтеся, що:
- у кожної моделі є причина бути на ньому;
- кожна кількість підтверджується розрахунком попиту або письмовим планом випробувань із записом будь-яких коригувань MOQ або-розміру упаковки;
- жоден MOQ не змушує запаси, які ви не можете обґрунтовано продати протягом періоду утримання;
- кожне посилання підтверджується або чітко позначається TBC.
Потім додайте те, що потрібно постачальнику для цитування кожного рядка: цільову специфікацію, вимоги до якості та упаковки, пункт призначення, потреби щодо зразків або приватної-етикетки, бажаний час поповнення та будь-які документи, які вам потрібні.
Рядок із написом «500 екранів, змішані моделі» не можна точно процитувати. Аркуш-рівня моделі дозволяє постачальнику відповідати на кожен рядок відповідно до власного MOQ, специфікації та упаковки, а також дозволяє порівнювати відповіді рядок за рядком.
Часті запитання
Чи можна поєднувати різні моделі iPhone LCD в одному оптовому замовленні?
Часто, але це залежить від постачальника. Запитайте, чи приймаються-замовлення змішаних моделей і чи застосовується мінімум до всього замовлення чи до кожної моделі.
Як ремонтна майстерня повинна визначити кількість за моделлю?
Оцініть попит протягом часу поповнення плюс інтервал перевірки, додайте буфер, відніміть придатний до використання запас і підтверджені вхідні одиниці, які мають бути надіслані в цей період, а потім порівняйте результат із -рівнем моделі MOQ і статусом перевірки еталонного зразка. Окремо перевіряйте дати доставки на наявність запасів до того, як відправлення прибуде.
Чи кожній моделі потрібен однаковий мінімальний запит?
Не обов'язково. Деякі постачальники встановлюють один мінімум для замовлення, інші – один для моделі чи зразка. Запитуйте це в рядку.
Чи слід повільно{0}}моделі включати в змішаний порядок?
Лише там, де їх підтримує попит, запаси та мінімальна вартість. Виключення моделі з одного замовлення не видаляє її остаточно.
Чи слід брати проби з нових еталонних екранів перед більшою кількістю?
Для нового постачальника, посилання або специфікації зразок і невелика пробна кількість зменшують ризик перед збільшенням глибини. Посилання, якому ви вже довіряєте, може не знадобитися.
Від аркуша до цитати
Коли аркуш замовлення постачальника буде готовий, вимагайте aоптова ціна на змішану-модель iPhone LCDіз позначенням статусу перевірки кожного рядка та будь-якої відкритої специфікації, тому відповідь підтверджує мінімальний запит, кількість упаковок, ціну та час виконання для кожного посилання.










