Транзакционные издержки

Язык English Español Português العربية Русский 中文

Эта страница отвечает:Это стоит делать самому, частично или покупать?

① Специфичность активов A_s (это вложение годится только для вас; уберёте — пропадёт)
② Частота сделки A_f (как часто это происходит)
③ Неопределённость A_u (можно ли внятно описать результат, изменится ли обстановка)
Стоимость вашего часа (¥/час) — обязательно, оставлять пустым нельзя (§7)
Внешняя цена за единицу (¥/раз)
Сколько раз в год это происходит
Скрытые издержки (%) — пусто = рекомендованные документом 20%
Разовые вложения в своё производство (¥) — пусто = пересчёт «часы × стоимость часа»
Трудозатраты на своё производство (часы) — используются, если предыдущее поле пустое
Годовые операционные издержки (¥, включая пересчёт вашего времени)
Срок амортизации — пусто = 3 года по умолчанию из документа
E1 Можно ли объяснить в 3 фразах (что на выходе / какой критерий считается хорошим / за какой срок сдаётся)
E2 Сколько реальных внешних предложений получено (включая скрытые издержки: сколько правок / что при просрочке / задаток)
E4 Можете ли вы объяснить, «если это больше не делать, на что ещё годится это вложение»
Защита от вымогательства ②: прописан ли в договоре механизм корректировки цены (при специфичности ≥2 обязательно одно из трёх)
Защита от вымогательства ③: оставляете ли вы себе самое ключевое звено (рецептура / список клиентов)

Эта страница отвечает на вопрос «когда делать самому, а когда покупать», а не «какой поставщик лучше».Алгоритм взят из 《05-交易成本算法.md》:
каждая из трёх переменных оценивается от 0 до 3 (таблица оценок из §4 Step1 скопирована в выпадающие списки дословно) → сумма 0–9 даёт структуру управления по §4 Step2 (0–2 покупка на рынке / 3–5 гибрид / 6–9 делать самому) → затем по §4 Step3 выполняется финансовая перекрёстная проверка:
C_out = 外部单价 × 年发生次数 + 隐性成本(默认 +20%), C_in = 一次性投入 ÷ 摊销年数(默认 3 年) + 年运营成本;
C_out < C_in × 0.7 → 买;C_out > C_in × 1.3 → 自己做;средний интервал → возврат к выводу Step 2.
В конце — проверка защиты от вымогательства из §4 Step4: при специфичности A_s ≥ 2, даже если вынесено решение «покупать», нужно выполнить хотя бы одно из трёх условий (2 заменяемых поставщика / в договоре прописан механизм корректировки цены / самое ключевое звено остаётся у вас); если не выполнено ни одно из трёх → решение принудительно меняется на «делать самому».
Почему стоимость часа обязательна: предупреждение о рисках в §7 говорит прямо — люди недооценивают стоимость своего времени, поэтому страница требует её заполнить и не оставляет пропусков.
То, чего нет в документе, отмечено как есть: «рекомендуемые скрытые издержки +20%» и «срок амортизации по умолчанию 3 года» из §4 Step3 сам документ помечает как «практический порог, а не теорема»; эта страница использует его же формулировки и указывает на самой странице, сколько было подставлено в данном случае.

Эта страница — «инструмент подготовки условий», а не «инвестиционная рекомендация».Она лишь показывает расчёт оценки по трём переменным и финансовых порогов из документа; она не даёт цен по конкретным отраслям (§9 прямо говорит: цены нужно узнавать и использовать по факту).
Все пороги (диапазоны 0–2 / 3–5 / 6–9, два коэффициента 0.7 и 1.3, амортизация 3 года, скрытые издержки +20%, три меры защиты от вымогательства при A_s ≥2, E1–E5) взяты из внутреннего методологического документа 《05-交易成本算法.md v1.0》 (локальная машина /opt/inventory/econ_algorithms/, только чтение, в этом раунде без изменений), и не проходили внешней эмпирической проверки — сам документ помечает вещи вроде «метода окупаемости за три года» как практический порог, а не теоретическую теорему.
Расхождения / упрощения (сказано прямо)
· ① «Годовые операционные издержки (включая пересчёт вашего времени)» внутри C_in нужно пересчитать самому перед заполнением; эта страница не умножает стоимость часа на трудозатраты за вас (пересчёт «часы × стоимость часа» поддерживает только поле «разовые вложения», потому что §5.2 E3 прямо даёт такую формулу-дополнение).
· ② Текст вариантов трёх переменных — это дословный текст таблицы оценок §4 Step1; страница не применяет никаких весов и не перетолковывает его.
· ③ Когда финансовое решение конфликтует с выводом Step 2, применяется буквальное правило §4 Step3 (возврат к Step 2 только при попадании в средний интервал), без самостоятельного согласования.
· ④ Три условия §4 Step4 в документе означают «достаточно выполнить любое одно»; эта страница судит о «2 заменяемых поставщиках» по числу заполненных вами предложений — в документе сказано «сохранить минимум 2 заменяемых поставщика»; эти критерии в основном совпадают, но строго говоря «получить предложение» не полностью равно «быть заменяемым», и здесь сделано приравнивание.
Не подтверждено
· Не подтверждено ①: «скрытые издержки +20%» и «амортизация 3 года» в документе — это «рекомендация» / «значение по умолчанию»; страница оставляет для них поля ввода (значение по умолчанию применяется, только если их оставить пустыми) — то есть вы можете их изменить, но после изменения это уже не исходные значения документа.
· Не подтверждено ②: «≥1 раза в месяц считается высокой частотой» из §3 E5 используется только для подписи уровня частоты и не участвует в оценке Step 2 (оценка — это выпадающий список 0–3 из §4 Step1; это два разных критерия, и в документе не сказано, как их объединять).
· Не подтверждено ③: обработка случая C_in = 0 (страница выносит решение «делать самому») выведена страницей из направления неравенства; в документе такого особого случая нет.
· Не подтверждено ④: §4 Step2 называет этот диапазон «покупка на рынке», а §4 Step4 говорит лишь «даже если вынесено решение “покупать”» — в документе не написано, одно ли это и то же. Эта страница трактует их как одно значение (иначе Step 4 никогда не сработал бы для «покупки на рынке», вынесенной Step 2), и это приравнивание отмечено в комментариях алгоритма.

【Раздел обоснований · где проверить каждое число】
① Источник: внутренний методологический документ 《05-交易成本算法.md》 v1.0 (локальная машина /opt/inventory/econ_algorithms/05-交易成本算法.md, только чтение): условия запуска E1–E5 = §3; оценка трёх переменных / структура управления / финансовый перекрёстный анализ / защита от вымогательства = §4 Step1–Step4; список подготовки и первый шаг = §5.2 / §5.3. Библиографические источники — в §1 (Coase 1937, DOI 10.1111/j.1468-0335.1937.tb00002.x; Williamson 1979, DOI 10.1086/466942; Joskow 1988, DOI 10.1093/oxfordjournals.jleo.a036950).
② Три категории
· [Проверяемо] Таблица оценок 0–3 по трём переменным, диапазоны управления 0–2 / 3–5 / 6–9, C_out = 单价×年次数 + 隐性成本(+20%), C_in = 一次投入÷摊销年数 + 年运营, два коэффициента 0.7 и 1.3, три меры защиты от вымогательства при A_s ≥2 — всё это сходится с §4 Step1–Step4.
· [Соглашение отображения этой страницы] При конфликте финансового решения со Step 2 происходит возврат к буквальному §4 Step3; трактовка «получено ≥2 предложений» как «2 заменяемых поставщика» — это приравнивание данной страницы (критерий в документе шире; строго говоря они не полностью эквивалентны).
· [Обоснование не найдено] 0.7 / 1.3, амортизация 3 года, скрытые издержки +20%, «≥1 раза в месяц» из E5, диапазоны 0–2/3–5/6–9 — сам документ помечает их как «практический порог, а не теорема» (см. §4 Step3 и INDEX §4) → внешнее обоснование не найдено.
③ Как проверить самому: поставьте у всех трёх переменных 3 → сумма 9 → должно быть вынесено «делать самому»; все 0 → сумма 0 → должно быть «покупка на рынке». По финансовой части: внешняя цена 100, 12 раз в год, скрытые 20% → C_out = 1440; разовые вложения 3000, амортизация 3 года, годовая эксплуатация 300 → C_in = 1300; поскольку 1440 > 1300×0.7=910 и 1440 < 1300×1.3=1690 → попадает в средний интервал → следует вернуться к выводу Step 2.

Что можно сделать дальше

Интеграция ресурсов

Превратить «чужие ресурсы» в «ваши условия»: по каждому из четырёх типов интеграции (комплементарный / масштабный / по охвату / сетевой) решить, можно ли стартовать, на каком условии всё встаёт и каков первый шаг

Почему эта связь: Продолжение выбрано вручную (resource-integration)
Сгенерировано /opt/slices_build/build.py по спецификации /_shared/slices/transaction-cost.json — чтобы изменить эту страницу, правьте спецификацию и перезапустите генератор; никогда не правьте HTML вручную.