Я бы ввел понятие "устойчивый билд". Добиться его документирования и выработки навыков резолва инцидентов саппортом через FCR и план поддержки и сопровождения в разделе Частые Вопросы. Это стандартизация и это нормально. Если вы поймёте какого уровня квалификации специалисты вам нужны для гарантированного решения, то вы сможете вычислить стоимость решения одного инцидента. А их повторяемость - рассчитаете полную стоимость саппорта. Пусть эти условия лягут в SLA, как неизменная величина. По сути это расчет стоимость контракта. Скажем, неснижаемая минимальная стоимость.
Учитывая интенсивность отгрузок надо задать условия, какой билд считать якорным (опорным), после которого нужно фиксировать его характеристики и вписывать в контракт допом. Заказчик должен научится понимать, что деливерить качественную поддержку при такой скорости поставок это значит разработку сажать в линию, и это очень дорого. Поэтому заказчик или принимает такие условия и вы держите в саппорте инженеров со скоростью реакции в 15 минут и стоимостью как чугунный мост, или заказчик понижает свои ожидания и вы поставляете саппорт с достижимым SLA только для устойчивого билда. Все остальное носит рекомендательный характер и не попадает в рассчет SLA, но используется для сбора обратной связи пополнения Knowledge base