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

ну у задачи же есть заказчик - пусть он и скажет ради чего ему это надо...

Я заказчик.

А продавать буду бизнесу.

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

Ну ага, конечно.

От того, что мы примем решение уменьшать время загрузки сайта - время загрузки не уменьшится.

можно подумать, что от того, что вы решите всё делать на микросервисах, оно уменьшиться )))

Микросервисы - пример. Видать не очень удачный.

да, слишком хайпожорное слово

Давайте другой пример.
Мы писали сервис на платформе версии X, у которой уже не выходят security issues patch'и, по хорошему надо обновиться на версию Y.
Как это обосновать?

Просто "надо" - не сканает.

в общем, чтобы что-то оценивать, надо что-то с чем-то сравнивать.

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

Пункт второй - средства.
Тут всё предельно просто - пишите HLD (вы же пишите HLD? Начните!), в нём обязан быть раздел "список доработок и влияния на системы" - вот в нём у каждой строчки проводите экспресс-оценку вида "пальцем в небо", суммируете. Да, снова в деньгах.

Ну и дальше сравнить два числа - дело не очень сложное.

Исчислите результат от достижения цели в деньгах.

Вот про это у меня как раз таки вопрос.

Как исчислить целевой показатель.

Если у меня будет он даже в дельте какой-то, я уже смогу им оперировать.

риски в деньгах, если что, это вероятность риска (то есть риск по-определению) умножить на количество потерь в случае если риск случится

Репутационный риск... ну его придётся пальцем в небо оценивать, да

Мы писали сервис на платформе версии X, у которой уже не выходят security issues patch'и, по хорошему надо обновиться на версию Y. 
Как это обосновать?

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

какова вероятность, что вас взломают? Случайные лица или конкуренты?

Иными словами, первое правило криптографии - "кому я нахрен нужен?"

Ну и второй вопрос - а что вы потеряете от взлома (можно считать наихудший случай)

ну и бонусом - а какую долю в риске взлома занимает отсутствие свежих патчей?
Обычно не очень высокую