Разработчики iOS-приложений, доведя продукт до зрелости, часто начинают гнаться за классическими метриками вроде Crash Rate, времени запуска или потребления памяти, выстраивая под это красивые дашборды и отчёты. Однако технический директор может задать неожиданный вопрос, который переворачивает привычный подход к оценке качества.

Оказывается, настоящей «продуктовой метрикой» может стать нагрев устройства — пользователь чувствует его кожей, и это напрямую влияет на удержание. Проблема в том, что стандартные инструменты Xcode не дают точных данных о реальной температуре батареи или корпуса в руках юзера, а лишь показывают косвенные показатели троттлинга.

Чтобы это исправить, предлагается внедрить кастомный сбор метрик температуры, используя системный фреймворк ThermalState для оценки состояния терморегуляции. В ответ на перегрев логично не просто логировать событие, а адаптировать поведение приложения — например, снижать частоту кадров анимации или отключать фоновые задачи.

Автор статьи настаивает, что температура должна стать полноценной целью в OKR, поскольку её улучшение напрямую ведёт к росту Retention и LTV. В итоге, вместо абстрактной погони за идеальным FPS, команда начинает бороться за комфорт пользователя, который выражается в отсутствии желания выбросить телефон от перегрева.