Оплата за результат вместо часов: как 1С-подрядчику посчитать цену и написать договор

Большинство 1С-разработчиков и IT-компаний, работающих с платформой 1С, привыкли к классической модели: заказчик платит за часы. Час работы стоит N денег, разработчик пишет код, заказчик оплачивает затраченное время. Эта схема удобна для бухгалтерии, но она системно невыгодна для исполнителя. Почему? Потому что она отделяет оплату от ценности, которую получает клиент. Если вы написали сложный механизм за два часа, который экономит заказчику миллион рублей в месяц, вы получите оплату только за эти два часа. Если вы потратили десять часов на поиск бага в чужом коде, который в итоге оказался простым исправлением одной строки, заказчик может усомниться в вашей компетентности, хотя именно эти десять часов и были основной ценностью.

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

🪤 Почему почасовая оплата - это ловушка для профессионала

Почасовая оплата создаёт конфликт интересов. Формально разработчик заинтересован в том, чтобы работать дольше, а заказчик - чтобы работа была сделана быстрее. На практике это приводит к недоверию. Заказчик начинает контролировать каждый час, требовать детализации, спорить о том, что «это же просто, почему так долго?». Разработчик, в свою очередь, вынужден либо доказывать сложность работы, либо искусственно растягивать задачи, чтобы не выглядеть «дорогим».

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

Кроме того, почасовая оплата не мотивирует разработчика на поиск оптимального решения. Если вы знаете, что задачу можно сделать за два часа, а можно за десять - вы выберете десять? Нет, если вы профессионал. Но система подталкивает к обратному: чем быстрее вы работаете, тем меньше зарабатываете. Это демотивирует, снижает качество и вредит репутации.

💎 Ценностное ценообразование: что это и как работает

Ценностное ценообразование (value-based pricing) - это когда цена определяется ценностью, которую результат работы приносит заказчику. Вы продаёте решение проблемы.

Для 1С-разработчика это может выглядеть так:

• Внедрение нового отчёта, который экономит 10 часов ручной работы в неделю. Цена - скажем, 50% от годовой экономии.
• Автоматизация обмена данными с контрагентами, которая сокращает время обработки заказов с двух дней до двух часов. Цена - фиксированная сумма, привязанная к эффекту.
• Исправление критической ошибки в учёте, которая приводила к убыткам. Цена - доля от предотвращённых потерь.

Ключевой принцип: вы отвечаете за результат. Заказчик платит за работающую функцию.

Как определить цену за результат

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

1. Выявите проблему. Что именно болит у заказчика? Сколько времени тратится на ручные операции? Какие потери возникают из-за ошибок?
2. Оцените эффект. Посчитайте в деньгах или часах. Например: «Сейчас бухгалтер тратит 4 часа в день на сверку данных. После автоматизации - 30 минут. Экономия 3,5 часа в день. При стоимости часа бухгалтера 500 рублей это 1 750 рублей в день, при 250 рабочих днях - 437 500 рублей в год».
3. Определите долю. Забирать всю экономию нечестно. Ориентир автора: 30-50% от расчётного эффекта, когда эффект держится несколько лет; для небольшой доработки с окупаемостью около года доля выше (см. пример ниже). Проверьте ориентир на своём рынке. Или фиксированную сумму, которая явно меньше эффекта, но больше, чем вы получили бы за часы.
4. Зафиксируйте критерии приёмки. Что считается результатом? Как измерить, что задача решена? Это должно быть объективно и проверяемо.

📝 Как перестроить контракт: пошаговая инструкция

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

Шаг 1. Начните с небольших проектов

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

Пример: «Давайте я сделаю вам автоматическую выгрузку счетов в банк. Сейчас вы тратите на это 2 часа в день. Я сделаю это за фиксированную сумму 30 000 рублей. Если выгрузка будет работать стабильно в течение месяца - вы платите. Если нет - я дорабатываю бесплатно».

Шаг 2. Подготовьте коммерческое предложение вместо сметы

Вместо «Разработка: 40 часов x 2000 руб/час = 80 000 руб» напишите:

«Автоматизация выгрузки счетов в банк:

• Экономия времени: 2 часа в день (500 часов в год).
• Экономия денег: 250 000 руб в год (при стоимости часа сотрудника 500 руб).
• Стоимость решения: 80 000 руб.
• Окупаемость: менее 4 месяцев».

Заказчик видит выгоду, и ему легче принять решение.

Шаг 3. Введите понятие «гарантия результата»

Это ваш главный козырь. Вы говорите: «Я беру на себя риск, что решение может не сработать. Если результат не будет достигнут - я либо дорабатываю бесплатно, либо возвращаю деньги». Это снимает страх заказчика перед переплатой.

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

Шаг 4. Разделите проект на этапы с измеримыми результатами

Не пытайтесь продать «внедрение ERP» за результат - это слишком сложно и рискованно. Разбейте на модули:

• Этап 1: Автоматизация закупок (экономия времени закупщика).
• Этап 2: Автоматизация складского учёта (снижение ошибок инвентаризации).
• Этап 3: Интеграция с сайтом (ускорение обработки заказов).

Каждый этап - отдельный контракт с отдельной ценой, привязанной к эффекту.

🧮 Пример из практики 1С: как это может выглядеть в коде и документах

Допустим, вы делаете доработку типовой конфигурации «Бухгалтерия предприятия». Заказчик просит добавить автоматический расчёт резервов по сомнительным долгам. Сейчас это делается вручную раз в квартал и занимает два полных рабочих дня бухгалтера.

Почасовая модель:

• Оценка: 30 часов на разработку + 10 часов на тестирование.
• Ставка: 2500 руб/час.
• Итого: 100 000 руб.

Ценностная модель:

• Экономия: 2 дня x 4 квартала = 8 дней в год. При стоимости дня бухгалтера 4000 руб = 32 000 руб в год.
• Но это не вся ценность. Ручной расчёт часто содержит ошибки, которые приводят к штрафам и переплате налога на прибыль. Оценим потенциальные потери от ошибок в 50 000 руб в год (условная оценка).
• Итого эффект: 32 000 + 50 000 = 82 000 руб в год.

Все три цены считает скрипт value_pricing.py (текст скрипта в конце статьи):

python value_pricing.py --hours 40 --rate 2500 --effect 82000 --share 0.5 --price 60000

Что видно из таблицы. Почасовая оценка (100 000 руб) больше годового эффекта (82 000 руб): по часам заказчик окупает работу дольше года, и на этом месте многие отказываются. Цена по ориентиру 50% эффекта (41 000 руб) для исполнителя дает 1 025 руб за час против 2 500 по ставке: если оценка 40 часов верна, потеря очевидна. Компромисс из примера: 60 000 руб, то есть 73% годового эффекта, окупаемость у заказчика меньше девяти месяцев, а исполнитель получает 1 500 руб за час при условии, что уложился в 40 часов. Если работа затянется до 60 часов, выручка на час упадет до 1 000 руб: это и есть риск, который исполнитель берет на себя вместе с гарантией. Цена выше 70 000 руб оставляет заказчику в первый год меньше 12 000 руб выгоды, и на такое соглашаются, только если эффект держится несколько лет.

В договоре это может выглядеть так:

📜 Что говорит закон: подряд или услуги

Это не юридическая консультация. Формулировки ниже сверены с текстом ГК РФ на 30.09.2026; перед подписанием договора покажите его юристу.

Оплата за результат в российском праве обычно оформляется договором подряда (гл. 37 ГК РФ): исполнитель сдаёт заказчику результат работы, и заказчик его принимает и оплачивает. Почасовая работа без результата чаще ложится в договор возмездного оказания услуг (гл. 39, ст. 779): исполнитель совершает действия или ведёт деятельность, а заказчик платит за них. К услугам общие положения о подряде (ст. 702-729) применяются, если это не противоречит ст. 779-782 и особенностям предмета договора (ст. 783). Что из этого выбрать для вашей доработки, определяет предмет договора; название договора значения не имеет.

Нормы, на которые опираются пункты шаблона выше:

• Цена (ст. 709): в договоре подряда указывают цену работы или способ её определения; цена включает компенсацию издержек подрядчика и вознаграждение; её можно определить сметой.
• Порядок оплаты (ст. 711): если договор не предусматривает предоплаты, заказчик платит после окончательной сдачи результата при условии, что работа выполнена надлежащим образом и в срок.
• Приёмка (ст. 720): заказчик обязан в срок и порядке, предусмотренных договором, с участием подрядчика осмотреть и принять работу. Принявший работу без проверки теряет право ссылаться на явные недостатки. О скрытых недостатках нужно сообщить подрядчику в разумный срок после обнаружения. Поэтому в шаблоне есть срок приёмки и акт.
• Гарантия (ст. 722): если для результата установлен гарантийный срок, результат должен соответствовать условиям о качестве в течение всего гарантийного срока. Пункт "30 дней после подписания акта" в шаблоне и есть такой срок.

Что закон не решает за вас: как измерить эффект и что считать достижением результата. Это придётся прописать критериями приёмки.

Цифры из учебного примера статьи (доработка расчёта резервов), условные. Ориентир доли 30-50% от эффекта - оценка автора, проверьте на своём рынке.

🤝 Аргументы для заказчика: как объяснить выгоду

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

Аргумент 1: Предсказуемость бюджета «При почасовой оплате вы никогда не знаете итоговую сумму. Сегодня кажется, что задача на 20 часов, завтра выясняется, что нужно переписать половину модуля - и уже 40 часов. Фиксированная цена снимает неопределённость: вы платите ровно столько, сколько мы договорились, даже если работа займёт больше времени».

Аргумент 2: Мотивация на эффективность «При почасовой оплате я заинтересован в том, чтобы работать дольше. При фиксированной - я заинтересован сделать работу быстро и качественно, потому что мой доход не зависит от времени. Поэтому я ищу оптимальное решение».

Аргумент 3: Гарантия результата «Если я беру фиксированную цену, я беру на себя риск, что что-то пойдёт не так. Если задача окажется сложнее - я не прошу доплат, я делаю за свои деньги. Это ваша страховка от некомпетентности исполнителя».

Аргумент 4: Прозрачность ценности «Вы платите за решение вашей проблемы. Мы вместе оценили, сколько вы теряете из-за этой проблемы. Моя цена - это доля от той выгоды, которую вы получите. Эти деньги вернутся сокращением издержек».

🧯 Риски и как их минимизировать

У ценностного ценообразования есть свои риски, особенно для 1С-разработчика.

Риск 1: Неправильная оценка сложности

Вы можете недооценить задачу и потратить в два раза больше времени, чем планировали. При фиксированной цене вы работаете в убыток.

Как минимизировать: Всегда делайте предварительный анализ. Потратьте 2-3 часа на изучение конфигурации, кода, зависимостей. Если есть сомнения - закладывайте запас к цене (ориентир автора: 30-50%). Лучше потерять заказчика на этапе предложения, чем работать в минус.

Риск 2: Заказчик не видит эффекта

Бывает, что вы сделали всё правильно, но заказчик не может измерить результат. Например, автоматизация сократила время, но заказчик не вёл учёт времени до внедрения.

Как минимизировать: На этапе согласования договора зафиксируйте текущие показатели. Пусть заказчик предоставит данные: «сейчас на сверку уходит 4 часа в день». Или проведите совместный замер. Если данных нет - используйте экспертные оценки, но обязательно запишите их в договор.

Риск 3: Изменение требований в процессе

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

Как минимизировать: Чётко определите границы результата. Всё, что выходит за рамки - отдельный проект или дополнительная оплата. Используйте принцип MVP (минимально жизнеспособный продукт): сначала делаете строго то, что даёт эффект, а потом уже улучшения.

Риск 4: Заказчик не платит, ссылаясь на недостижение результата

Это самый неприятный риск. Вы сделали работу, но заказчик говорит: «А у меня всё равно ошибки в учёте, значит, результат не достигнут».

Как минимизировать: Критерии приёмки должны быть объективными и проверяемыми. Вместо «улучшение учёта» пишите «расчёт резервов за 1 квартал 2025 года выполнен автоматически, сумма совпадает с ручным расчётом с точностью до 1 копейки». Если возможно - сделайте автоматическую проверку, например, отчёт, который сравнивает результаты.

🚀 Как внедрить новую модель в свою практику

Переход на ценностное ценообразование занимает время. Практические советы.

1. Начните с малого. Выберите одну типовую задачу, которую вы делаете часто (например, настройка обмена с банком, доработка отчёта, интеграция с сайтом). Разработайте для неё фиксированное предложение с ценой, привязанной к эффекту.

1. Создайте калькулятор ценности. Возьмите скрипт из конца статьи и для каждой типовой задачи посчитайте средний эффект для клиента. Например, для интеграции с сайтом - экономия времени менеджера на ввод заказов. Для отчёта по просрочке - снижение потерь от просроченной дебиторки.

1. Тренируйтесь на переговорах. Репетируйте свои аргументы. Учитесь задавать вопросы, которые выявляют ценность: «Сколько времени у вас уходит на это сейчас?», «Какие потери вы несёте из-за этой проблемы?», «Что будет, если мы не сделаем это?».

1. Ведите статистику. Записывайте, сколько времени вы реально тратите на задачи с фиксированной ценой. Сравнивайте с почасовой оценкой. Со временем вы научитесь точнее оценивать риски.

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

📖 Источники и чем эта статья отличается

О цене работы 1С-специалиста на Infostart уже писали:

• «Как я считаю 3 500 руб./час и не стесняюсь называть цену»: как посчитать стоимость своего часа и что отвечать на «дорого».
• «3 500 рублей в час. Цена специалиста или стоимость плохо организованного фриланса?»: ответ на предыдущую статью; при 80-90 проданных часах в месяц автор ищет причину в загрузке, продажах и организации работы.
• «Как франчайзи 1С за 10 строчек кода просил 1 000 000 рублей с клиента»: история про счёт за десяток строк кода.

Здесь час исчезает из расчёта совсем. Цену считает скрипт по годовому эффекту для заказчика, договор собран из норм ГК РФ о подряде, к статье приложены шаблоны.

📦 Файл к статье

К публикации приложен архив 02.4-companion.zip:

• value_pricing.py: калькулятор из приложения, три цены, окупаемость для заказчика и выручка на час. Python 3, без сторонних пакетов.
• shablon-dogovora.md: условия договора из примера (предмет, критерии приёмки, цена, приёмка, гарантия).
• kommercheskoe-predlozhenie.md: образец коммерческого предложения вместо сметы.
• README.md: как запустить скрипт и что проверено. На примере статьи вывод совпадает с таблицей выше.

Суммы в примерах условные, шаблон договора не заменяет юриста.

🏁 Заключение: почему это выгодно обеим сторонам

Ценностное ценообразование помогает выстроить прозрачные отношения, где выигрывают обе стороны. Заказчик получает предсказуемый бюджет и исполнителя, которому выгодна эффективность. Разработчик получает оплату за профессионализм и перестаёт быть «дорогим часом».

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

Начните с одного проекта. Увидите, как изменится ваше отношение к работе и отношение заказчика к вам. Когда клиент платит за результат, он перестаёт быть контролёром и становится партнёром. А это именно то, что нужно для долгосрочного и успешного сотрудничества.

💻 Приложение: скрипт value_pricing.py

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

#!/usr/bin/env python3
"""Цена доработки по трём моделям: по часам, по доле эффекта, договорная цена.

Вход: часы, ставка, годовой эффект для заказчика, доля эффекта, договорная цена (необязательно).
Выход: сумма по каждой модели, доля эффекта первого года и срок окупаемости для заказчика.
Все суммы - то, что вы передали в аргументах; скрипт ничего не берёт «с рынка».

Пример: python value_pricing.py --hours 40 --rate 2500 --effect 82000 --share 0.5 --price 60000
"""
import argparse
import sys


def main():
    sys.stdout.reconfigure(encoding="utf-8")
    ap = argparse.ArgumentParser(description=__doc__, formatter_class=argparse.RawDescriptionHelpFormatter)
    ap.add_argument("--hours", type=float, required=True, help="оценка трудозатрат, часов")
    ap.add_argument("--rate", type=float, required=True, help="ставка, руб/час")
    ap.add_argument("--effect", type=float, required=True, help="эффект для заказчика за год, руб")
    ap.add_argument("--share", type=float, required=True, help="доля эффекта, 0..1")
    ap.add_argument("--price", type=float, help="договорная цена, руб")
    a = ap.parse_args()
    if a.effect <= 0 or not 0 < a.share <= 1:
        sys.exit("effect должен быть больше 0, share - от 0 до 1")

    models = [("По часам", a.hours * a.rate), (f"За результат, доля {a.share:.0%} эффекта", a.effect * a.share)]
    if a.price is not None:
        models.append(("Договорная цена", a.price))
    print("| Модель | Цена, руб | Доля годового эффекта | Окупаемость для заказчика, мес | Выручка на час работы, руб |")
    print("|---|---:|---:|---:|---:|")
    for name, price in models:
        money = lambda v: f"{v:,.0f}".replace(",", " ")
        print(f"| {name} | {money(price)} | {price / a.effect:.0%} | {price / a.effect * 12:.1f} | {money(price / a.hours)} |")


if __name__ == "__main__":
    main()

 

Нинель Адольевна Щербакова (Ninel_S)

Архитектор • SRE & DevOps инженер • HighLoad 1С

Автор 28+ технических публикаций на Infostart. Разработчик NOPik, SRE-Suite-for-1C и мультиагентных ассистентов для экосистемы 1С:Предприятие.

Каталог статей и открытых репозиториев Ninel_S