Смета начинается с того, что мы открываем сайт и смотрим, на чём он собран. Правка блока в Тильде и та же правка на 1С-Битрикс — это разный объём работы: в первом случае задача решается в редакторе, во втором нужно менять шаблон компонента и проверять, не отдаст ли кеш старую версию. Поэтому цену за задачу мы называем после просмотра сайта, а не по одному списку правок вслепую.
Одной задачей считаем одно законченное изменение, результат которого можно проверить. Если пункт в вашем списке звучит расплывчато, мы разбиваем его на проверяемые и показываем разбивку прямо в смете — так видно, за что именно идёт оплата, и можно вычеркнуть половину пунктов до старта.
Чужой код для нас не повод отказать. До первой правки снимаем резервную копию файлов и базы и поднимаем копию сайта, чтобы боевая версия не участвовала в экспериментах. Если исходников нет и есть только админка с доступом к файлам, говорим об этом до сметы: часть задач в такой конфигурации делается спокойно, часть требует полного доступа к коду.
Доступы просим минимальные и под конкретные задачи — учётную запись с ограниченной ролью, а не аккаунт владельца. После сдачи работ пароли стоит сменить, и мы напоминаем об этом сами. Отдельно отдаём описание того, что менялось: если сайт потом заберёт другой подрядчик, ему не придётся распутывать правки заново.
Разовый формат хорош, пока задачи появляются нерегулярно. Как только они идут каждый месяц, схема начинает мешать: каждый новый список нужно оценивать, согласовывать и выкатывать отдельно. В этот момент честнее посчитать ежемесячную поддержку сайта — там правки идут по согласованному приоритету, а срочные закрываются по SLA без отдельного счёта на каждую.
