В условном расчёте создание инструмента занимает тридцать часов, а каждое применение обещает сэкономить пять. Чтобы понять, оправдается ли разработка, нужно добавить затраты на обновления и оценить число подходящих задач за год.

Считать предстоит весь путь до принятого результата: работу с исходными данными, запуск, поиск исключений и проверку. Копирование программы занимает секунды; её применение может потребовать нескольких часов.

Наш пример — инструмент преобразования данных. Специалист получает выгрузки в разных форматах и готовит из них согласованный результат. Он выбирает между ручной обработкой каждого заказа и программой, которая выполнит общую часть.

Что создаётся сегодня для завтрашней работы

На первом заказе программа требует работы сверх нужного преобразования: параметров, общих правил, обработки исключений и проверок. Эти затраты предназначены для серии применений. Отнести их целиком к одному заказу — значит оценить вложение раньше, чем наступит срок предполагаемой отдачи.

В первой главе Capitalism without Capital Джонатан Хаскел и Стиан Уэстлейк рассматривают нематериальные вложения как средства будущего производства. Их особенности работают вместе: расширять использование иногда сравнительно легко, вернуть затраченное при отказе трудно, часть выгоды может достаться другим, а отдельные ресурсы особенно полезны в сочетании.1

У нашего преобразователя такое сочетание вполне конкретно. Программа задаёт правила, тестовые данные выявляют ошибки, инструкция помогает подготовить вход, а специалист разбирает исключения. Слабость любого звена может уничтожить выигрыш остальных. Тысяча запусков неправильного преобразования лишь увеличит объём исправлений.

Разработка направлена на работоспособное сочетание средств. Иногда достаточно узкой функции с хорошими проверками. Иногда важнейшая часть — справочник соответствий, без которого алгоритм бесполезен. Внутри услуги эта работа тоже требует времени, даже если отдельного счёта за неё никто не выставляет.

Есть и временная граница. Комбинация полезна, пока сохраняются подходящие задачи и совместимость с окружающими системами. Если входной формат изменится через месяц, ожидаемое число применений будет другим, чем при трёх годах стабильной работы. Срок пригодности способен оказаться важнее предельной скорости запуска.

При оценке разработки нужны два предположения: число подходящих применений до существенной переделки и объём работы, который останется в каждом из них. Наблюдаемые заказы, форматы и требования дают для такой оценки больше, чем возможность бесконечно копировать файл.

Двенадцать применений за год

Пусть без общего инструмента каждый принятый результат требует восьми часов. С инструментом — трёх, включая подготовку конкретной выгрузки, адаптацию, проверку и обычные уточнения. Качество и границы ответственности одинаковы. Рассматриваем следующие двенадцать месяцев.

Все часы, в том числе собственный труд, оцениваем по €50. Это способ последовательно сравнить затраты времени; он не предполагает, что любой освободившийся час удастся немедленно продать.

Разработка общей части требует дополнительных тридцати часов. Это будущая работа, которой не было бы при ручном выполнении. Ещё двенадцать часов за год нужны на общие обновления и проверки совместимости. Они не включены в три часа каждого применения и считаются один раз.

Затраты за год Ручное выполнение Общий инструмент
Двенадцать применений 12 × 8 × €50 = €4 800 12 × 3 × €50 = €1 800
Дополнительная разработка €0 30 × €50 = €1 500
Общие обновления €0 12 × €50 = €600
Всего €4 800 €3 900

Разница составляет €900, или восемнадцать часов: ручной способ требует 96 часов, вариант с инструментом — 78. Разработка и обновления забирают большую часть первоначально ожидаемой экономии на отдельных заказах.

За выбранный период экономия рассчитывается так:

Экономия = n(c₀ − c₁) − F − M(n)

Здесь n — число сопоставимых применений одного инструмента, а не число разных разработок; c₀ и c₁ — затраты одного выполнения без него и с ним; F — дополнительная общая разработка; M(n) — сопровождение за тот же период, не включённое в отдельные применения.

В примере c₀ = €400, c₁ = €150, F = €1 500, а общие обновления стоят €600 в рассматриваемом диапазоне нагрузки. Положительная разница появляется с девятого применения: при восьми экономия выполнения ещё меньше общих вложений, при девяти — уже больше.

Перед разработкой число применений приходится оценивать; после года работы его можно посчитать. Расчёт оставляет за пределами сравнения налоги, сроки платежей и дисконтирование внутри года. Для финансирования сроки существенны: тридцать часов понадобятся сейчас, тогда как экономия будет накапливаться постепенно.

Две разные причины проигрыша

Если за год произойдёт только шесть применений, ручной вариант потребует €2 400. Инструмент обойдётся в €1 500 разработки, €900 выполнения и €600 обновлений — всего €3 000. Разница станет отрицательной: минус €600.

На каждом применении по-прежнему экономятся пять часов. Не оправдалось ожидание, что подходящих задач будет достаточно до конца года.

Теперь оставим двенадцать применений, но увеличим затраты каждого до пяти часов: данные оказались разнообразнее, исключения сложнее. Тогда получится €1 500 + 12 × €250 + €600 = €5 100 против €4 800 вручную. Проигрыш — €300.

Дорогая адаптация отодвинула порог окупаемости. Каждое сопоставимое применение теперь экономит €150: €400 без инструмента против €250 с ним. При общих расходах €2 100 четырнадцать применений за год дают нулевую разницу, пятнадцать — положительную, в €150. Это верно, пока общие расходы и условия каждого применения остаются прежними.

Дальше есть несколько вариантов: найти больше реальных задач, для которых подходит инструмент; сузить допустимые входные данные; удешевить индивидуальную обработку; отказаться от расширения. Дополнительные покупатели пока лишь возможность. Если их привлечение или обслуживание увеличит расходы, новые затраты придётся включить в расчёт. Недостаточное число применений и дорогая адаптация требуют разных решений, хотя в обоих случаях разработка пока не окупилась.

Покупателю нужна возможность убедиться

Для внутреннего применения специалист уже знает, какую задачу решает программа и каким результатам доверять. При продаже самостоятельного продукта эту работу должен проделать другой человек.

В Information Rules Карл Шапиро и Хэл Вэриан объясняют, почему дорогой первый экземпляр и дешёвая копия — лишь часть экономики информации. Покупателю нередко трудно оценить товар до знакомства с ним. Демонстрация, репутация, пробное использование и совместимость помогают ему принять решение.2

Потенциальному клиенту преобразователя мало увидеть кнопку загрузки. Ему нужно понять, поддерживается ли его формат, как обнаруживаются ошибки и можно ли проверить результат до переноса всей работы. Демонстрационный набор, отчёт о проверках и ограниченный пробный запуск уменьшают неопределённость покупателя.

Подготовка демонстрации тоже стоит времени и может работать многократно: один хороший пример снимает одинаковые вопросы у следующих покупателей. Повторно используется и алгоритм, и объяснение границ его надёжности. Вложения в такое объяснение оцениваются по ожидаемым применениям наравне с вложениями в код.

Совместимость добавляет ещё один расход. Допустим, программа выдаёт правильный результат, который трудно встроить в привычную работу клиента. Тогда переход потребует обучения, изменения соседних операций или переноса данных. Разработчику кажется, что он предлагает дешёвую замену восьми часов тремя; покупатель видит перед собой ещё и стоимость перехода.

Превращение внутреннего средства в товар требует отдельной разработки. Специалист может пользоваться им внутри услуги или сделать версию для чужой работы. Выбор зависит от числа пользователей, условий внедрения и стоимости новых обязательств.

Куда уходят сэкономленные €900

Вернёмся к исходным двенадцати применениям по три часа. Пусть за каждый заказ платят €600 и после внедрения инструмента цена сохраняется. При одинаковых прочих расходах результат исполнителя улучшается на €900. В этой разности уже учтён труд по созданию общей части и обновлению.

В сценарии со снижением цены до €500 годовая выручка уменьшится на €1 200. Экономия затрат в €900 покроет только часть этой потери: результат исполнителя окажется хуже прежнего на €300. Покупатели получат более дешёвую услугу. Изменение цены здесь — отдельная предпосылка расчёта.

Освободившиеся восемнадцать часов тоже имеют несколько применений. Специалист может взять дополнительный заказ, заняться разработкой или закончить рабочую неделю раньше. Для первого нужны покупатели, для второго — выбранная задача, для третьего — возможность распоряжаться расписанием. Одни и те же часы нельзя одновременно записать в дополнительную выручку и отдых.

При прежней оплате и меньших затратах времени внутренний инструмент уже улучшает работу. Отдельные продажи программы для этого не нужны: он выполняет свою задачу внутри услуги.

Одна работа может продолжиться в другой

Предположим, самостоятельный продукт не нашёл покупателей. Но разработанный модуль проверки форматов оказался пригоден для нескольких услуг. Тогда общий замысел не состоялся, а конкретный компонент получил дальнейшее применение.

Чтобы оценить применение такого компонента, нужно отделить уже понесённые затраты от новых и назвать работу, которую он сокращает. Общая история вложения может оставаться убыточной, хотя следующий запуск выгоднее ручного выполнения. Затраты на общую разработку и одну и ту же экономию следует учитывать по одному разу.

Сохранение полезной части требует отделить зависимости, убрать ненужные функции и провести проверку. Иногда дешевле написать узкое решение заново. Из некоторых закрытых проектов извлекать нечего; эта потеря остаётся в общей истории затрат.

Потраченные €1 500 остаются расходом разработки при любом следующем решении. Продолжение определяется будущими затратами и пользой: исправной программой может быть выгодно пользоваться, а дорогое обновление — уже не делать.

Масштаб, который действительно нужен

Десяти подходящих задач может хватить для небольшой полезной разработки, хотя технически программа способна обработать тысячи. Нужный масштаб определяется стоимостью общей части и числом её реальных применений.

Слишком общий инструмент заставляет обслуживать множество условий. Слишком узкий может не встретить второго применения. Выбор устойчивой общей части зависит от того, какая работа повторяется, сколько стоит её подготовить и как долго можно пользоваться результатом.

Когда экономия следующих применений покрывает подготовку и поддержку, общая часть снижает полные затраты работы. Специалист перестаёт заново готовить одни и те же средства и оплачивает сохранение их пригодности.

Экономика инструмента складывается за конечную последовательность применений — до устаревания, потери спроса или большой переделки. Подготовка, проверка и обновления входят в неё наравне с запуском. Именно в этих условиях прошлую работу удаётся использовать в следующей.

Источники


  1. Jonathan Haskel, Stian Westlake. Capitalism without Capital: The Rise of the Intangible Economy. Princeton University Press, 2017. Глава 1, с. 1–11; свойства нематериальных инвестиций — с. 4–10. Глава 1 (PDF). ↩︎

  2. Carl Shapiro, Hal R. Varian. Information Rules: A Strategic Guide to the Network Economy. Harvard Business School Press, 1999. Глава 1, «The Information Economy», с. 1–10. Фрагмент главы (PDF) · Материалы на сайте авторов. ↩︎