Швидкість прибутку - це прибуток, що створюється за хвилину виробничого часу для товару. Концепція використовується для вирішення, який із декількох альтернативних продуктів виготовити.
Потреба в аналізі швидкості прибутку
Коли відділ продажів хоче знати, на які товари натискати найсильніше, менеджер з бухгалтерії друкує звіт про націнку внеску та рекомендує те, що має найвищу націнку. Рівень внеску - це продажі за мінусом усіх змінних витрат.
На жаль, цей підхід ігнорує кількість виробничого часу, необхідного продукту в процесі вузького місця виробництва. Якщо продукція з високою рентабельністю вимагає великої кількості часу виробництва у вузькому місці або рівень її відторгнення настільки високий, що потрібно виробляти додатковий продукт, тоді компанія зароблятиме більше грошей, виробляючи більші обсяги продукції з меншою рентабельністю. Ви можете висвітлити цю проблему в управлінні, використовуючи показник, який називається швидкістю прибутку.
Приклад швидкості прибутку
Компанія ABC має два продукти: Product High має маржу внеску 40% та Product Low - маржу внеску 25%. Product High вимагає чотирьох годин виробничого часу, тоді як Product Low вимагає лише однієї години виробничого часу. Обидва продукти продаються за 250 доларів. У типовий 8-годинний робочий день швидкість прибутку на Product High становила би 200 доларів (2 одиниці x 250 доларів ціна x 40% маржа внеску), тоді як швидкість прибутку на Low Product становила 500 доларів (8 одиниць x 250 доларів ціна x 25% маржинальний прибуток). Отже, в цілому вигідніше продавати товар із нижчою рентабельністю.
У цьому прикладі час виробництва є ключовим фактором прибутків, а не маржою внеску.
Виведення інформації про швидкість прибутку
Як створити звіти, що містять швидкість прибутку? Це не просто, оскільки розрахунок поєднує фінансову інформацію (маржа внеску) та операційну інформацію (час виробництва), які зберігаються в різних місцях. Якщо компанія використовує систему планування корпоративних ресурсів (ERP), тоді обидва типи інформації будуть доступні десь у базі даних ERP і вимагатимуть лише створення звіту для об’єднання в один звіт. В іншому випадку поєднання інформації за допомогою сховища даних або електронної таблиці є єдиною альтернативою, що залишається. В останньому випадку можливо зменшити навантаження, лише отримуючи інформацію про швидкість прибутку для 20% продуктів, які зазвичай приносять 80% всього прибутку. Ця концепція тісно пов'язана з теорією обмежень.
