Как провести частичную XML-сериализацию?

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

Вадим Ш.: Я получаю ответ как строку. Создать xml и записать в него то, что нужно - это дольше, чем просто вырезать обрамляющие символы.

Вас смущают накладные расходы на десериализацию пары тэгов или просто удобство использования?

Антон Папин: Удобство важнее.
Я создаю обертку над API, чтоб коллегам не нужно было задумываться о деталях коммуникации. В принципе, сейчас обхожусь обертками (дольше вырезки\врезки тэгов в сериализаторе, но проще для чтения\понимания).

Я бы тоже сделал обёртку. И на этом закончил. Честно говоря, не вижу большого падения скорости, если вы вернёте не сам объект после десериализации, а только его поле.

Антон Папин: Да, обертка вполне подошла. По большому счету, производительность дело десятое. Проблема в том, что придется добавить 60 классов оберток. Или один класс наследник, наследники которого отличаются лишь значением атрибута. В принципе, это можно было автоматизировать, в билд-сценарий добавить инструкций, или T4, но сложность решения не оправдана.
Идеального решения (короткого, читаемого, легко поддерживаемого) не нашел. :(

Generic-метод, не?

Антон Папин: Не. Вариант типа public class WrapperForAllFreeWithouSMS{ public T Item; }: в сериализованном виде получим ... . Можно повесить атрибут на Item, но его значения должны быть константой времени компиляции. Даже если я буду изменять ElementName во время (де)сериализации - это тоже самое, что удалять\добавлять теги, только чуток сложнее.
В теории, в VS 15 с nameof() могло бы прокатить (не уверен, что nameof() работает с типами).