КОРПОРАТИВНЫЙ НАЛОГ — 2
Как посчитать «чистую» стоимость разработки
📆 В прошлом большом посте про корпоративный налог я разобрал, что такое корпоративный налог вообще, и привёл цифры по отраслям — от 10% до 40-60% и выше. Тогда я оставил открытым один вопрос, который мне справедливо задали лично: а как вообще посчитать ту самую «рыночную стоимость разработки», относительно которой мы этот налог и считаем? Отвечаю 👇
Напомню формулу: корпоративный налог = (стоимость разработки внутри корпорации − рыночная стоимость разработки) / стоимость разработки внутри корпорации
Со стоимостью внутри компании всё понятно — она у компании перед глазами. Вопрос в эталоне: сколько бы стоила та же разработка «в чистом виде», без корпоративного оверхеда.
Как к этому можно подойти:
1️⃣ Внешний бенчмарк. Взять условное "ТЗ" на продукт, либо сгенерить его за пару минут с помощью ИИ на основе пользовательских инструкций, и запросить оценку у рынка — у продуктовых студий, подрядчиков, аутсорс разработчиков, которые делают такое же, но без ваших тяжёлых процессов. Это грубо, но даёт быстрый ориентир.
2️⃣ «Чистая» команда внутри. Исключить из стоимости разработки все непроизводственные ставки и траты: администраторы, согласующие, 43 ИБшника, и т.д. Потребуется творческий подход и экспертная оценка, т.к. в чистом виде команда разработки редко логирует время потраченное на "бюрократию" отдельно. Задача фактически вычленить производственное ядро из полной стоимости.
⚠️ Важная оговорка, которую я делал и в прошлом посте. Прямые трудозатраты на процедуры посчитать относительно легко. А вот потери от роста time to market и — что ещё важнее — просевшую мотивацию команд, месяцами воюющих с пакетами документов, оцифровать почти невозможно. Поэтому любая оценка рыночной стоимости будет с погрешностью, и реальный налог, скорее всего, выше расчётного.
⚠️ Важная вторая оговорка: я ни в коем случае не призываю отказаться от корпоративных процедур и бюрократии "вообще" - это пустой призыв "за всё хорошее", в котором нет никакой практической ценности. Но получив прозрачную картину стоимости процедуры, для бизнеса куда легче принять решение об оптимизации или даже упразднении лишнего процесса, если стоимость этого процесса выше того что он даёт.
И всё же вывод прежний: точность вторична, первично — вообще начать измерять. Интересный пример одного крупного банка - на совещаниях у коллег есть счётчик, который в режиме реального времени показывает количество денег потраченных на это совещание. Считаю это простой и гениальный шаг и кейс в управлении корпоративным налогом 🎉
❓А вы пробовали оценивать у себя «рыночную» стоимость разработки в отрыве от корпоративных процедур? Насколько сильно она расходится с реальной сметой?
#корпоративный #налог #эффективность #управление #продукт
💬 ПРО ПРОДУКТ | Алексей Маньковский
Как посчитать «чистую» стоимость разработки
📆 В прошлом большом посте про корпоративный налог я разобрал, что такое корпоративный налог вообще, и привёл цифры по отраслям — от 10% до 40-60% и выше. Тогда я оставил открытым один вопрос, который мне справедливо задали лично: а как вообще посчитать ту самую «рыночную стоимость разработки», относительно которой мы этот налог и считаем? Отвечаю 👇
Напомню формулу: корпоративный налог = (стоимость разработки внутри корпорации − рыночная стоимость разработки) / стоимость разработки внутри корпорации
Со стоимостью внутри компании всё понятно — она у компании перед глазами. Вопрос в эталоне: сколько бы стоила та же разработка «в чистом виде», без корпоративного оверхеда.
Как к этому можно подойти:
1️⃣ Внешний бенчмарк. Взять условное "ТЗ" на продукт, либо сгенерить его за пару минут с помощью ИИ на основе пользовательских инструкций, и запросить оценку у рынка — у продуктовых студий, подрядчиков, аутсорс разработчиков, которые делают такое же, но без ваших тяжёлых процессов. Это грубо, но даёт быстрый ориентир.
2️⃣ «Чистая» команда внутри. Исключить из стоимости разработки все непроизводственные ставки и траты: администраторы, согласующие, 43 ИБшника, и т.д. Потребуется творческий подход и экспертная оценка, т.к. в чистом виде команда разработки редко логирует время потраченное на "бюрократию" отдельно. Задача фактически вычленить производственное ядро из полной стоимости.
⚠️ Важная оговорка, которую я делал и в прошлом посте. Прямые трудозатраты на процедуры посчитать относительно легко. А вот потери от роста time to market и — что ещё важнее — просевшую мотивацию команд, месяцами воюющих с пакетами документов, оцифровать почти невозможно. Поэтому любая оценка рыночной стоимости будет с погрешностью, и реальный налог, скорее всего, выше расчётного.
⚠️ Важная вторая оговорка: я ни в коем случае не призываю отказаться от корпоративных процедур и бюрократии "вообще" - это пустой призыв "за всё хорошее", в котором нет никакой практической ценности. Но получив прозрачную картину стоимости процедуры, для бизнеса куда легче принять решение об оптимизации или даже упразднении лишнего процесса, если стоимость этого процесса выше того что он даёт.
И всё же вывод прежний: точность вторична, первично — вообще начать измерять. Интересный пример одного крупного банка - на совещаниях у коллег есть счётчик, который в режиме реального времени показывает количество денег потраченных на это совещание. Считаю это простой и гениальный шаг и кейс в управлении корпоративным налогом 🎉
❓А вы пробовали оценивать у себя «рыночную» стоимость разработки в отрыве от корпоративных процедур? Насколько сильно она расходится с реальной сметой?
#корпоративный #налог #эффективность #управление #продукт
💬 ПРО ПРОДУКТ | Алексей Маньковский