Структура сметы говорит больше итоговой суммы. О том, чего в смете нет, обычно и спорят на третьем месяце работ.


Anton Fenix4 мин
Содержание7 разделов
  1. Сначала форма, потом сумма
  2. Что должно быть на странице
  3. Что прячет одна итоговая строка
  4. Четыре пропадающие статьи
  5. Ещё две проверки: платежи и срок
  6. Лучший вопрос
  7. До того как придёт смета

Сначала форма, потом сумма

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

Смета - это описание объёма работ с ценой. Первым делом проверьте, задан ли объём конкретным процессом или списком результатов, под который подойдёт почти что угодно.

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

Что должно быть на странице

СтрокаПочему важна
Замер или обследование отдельной ценойБез него смета - догадка о процессе, который никто не посчитал
Разработка под конкретный процессА не под технологию, к которой подойдёт что угодно
Интеграции по каждой системеЗдесь ошибаются оценки, а общая цифра скрывает, какая система рискованная
Месячная стоимость эксплуатацииЭтой строки не хватает чаще всего, а от неё зависит окупаемость
Передача и состав документацииОпределяет, владеете вы результатом или арендуете его
Условия поддержки со сроком реакцииИначе всё обязательство сводится к «мы будем на связи»

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

Что прячет одна итоговая строка

Она скрывает, какие допущения могут не сбыться.

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

Если же всё свёрнуто в одно число, любое изменение потом приходится обсуждать вслепую: не видно, какая часть сдвинулась.

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

Четыре пропадающие статьи

Расходы на модель и инфраструктуру за каждое решение: на реальном объёме это уже месячная статья, которую на округление не спишешь.

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

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

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

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

Ещё две проверки: платежи и срок

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

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

Лучший вопрос

«Чего я за эти деньги не получу?»

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

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

До того как придёт смета

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

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

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

Часто задаваемые вопросы

  • Что должно быть разбито по строкам как минимум?

    Шесть статей. Если какой-то нет, спросите о ней: отказываться от сметы из-за этого рано. Замер или обследование отдельной ценой: без него смета остаётся догадкой о процессе, который никто не посчитал. Разработка, привязанная к конкретному процессу, а не к технологии. Интеграции, перечисленные поштучно по системам: именно на интеграциях оценки ошибаются, а общая цифра скрывает, какая система рискованная. Месячная стоимость эксплуатации - этой строки не хватает чаще всего. Передача: какая документация останется в конце и кто её получит. И условия поддержки после запуска со сроком реакции. Смету из шести строк можно сравнить с другой такой же сметой, и только так сравнение цен приобретает хоть какой-то смысл.

  • Что именно скрывает одна итоговая строка?

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

  • Какие эксплуатационные статьи забывают чаще всего?

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

  • Какой вопрос по смете самый полезный?

    «Чего я за эти деньги не получу?» Хороший подрядчик ответит сразу и конкретно, потому что уже решил, что не входит в работу и почему: редкие случаи, которые останутся ручными, система, которую на этом этапе не подключают, отчёт, которого не будет. Если подрядчик ответить не может, он либо не думал о границах работы, либо откладывает разговор до того дня, когда тот превратится в запрос на изменение. В обоих случаях на третьем месяце будет один и тот же спор. Второй по полезности вопрос: что будет, если допущения окажутся неверными. Он о том, как будут оценивать изменения, ведь сами изменения случаются всегда. Сметы различаются тем, признают ли это заранее.

OperationsProcurementAutomationStrategy