Одна из самых первых вещей, которой учим новых администраторов и инженеров, звучит примерно так: "Не важно что хочет пользователь, важно _почему_ он это хочет". Потому что когда люди сталкиваются с какой-то гипотетической неисправностью, они пытаются сами поставить диагноз, успешно делают это на основе своего опыта (или опыта опытных диванных экспертов) и приходят с ним в сервис. И просят не устранить проблему, а выполнить работу, которая, как им кажется, все исправит. Иногда исправляет, но чаще всего это лишь вредит. И вот почему...

Пришел человек с неплохим MacBook Pro и просит поменять аккумулятор. С одной стороны, задача понятная, но начинаем смотреть — аккумулятор потерял процентов 10 емкости и это основанием для замены не является. Начинаем выяснять: почему он хочет поменять? Он отвечает, что быстро садится. И тут мы вместе с ним залезаем в систему и видим, что там в автозагрузке десяток приложений калибра Slack, WhatApp, Zoom, Skype и иже с ними. Всё это нагружает машину уже со старта и конечно бьет по времени автономной работы. Провели разъяснительную беседу.

Другой пример совсем классический. 12-дюймовый MacBook и желание владельца поменять клавиатуру. А заодно и аккумулятор. Суммарно если делать, это тысяч 20 рублей и в целом это хорошо для сервиса. Однако начали спрашивать причину таких хотелок — плохо работают несколько клавиш и быстро садится. С аккумулятором вы уже сами поняли что было (да-да, куча софта при потере емкости порядка 14 процентов), а клавиши плохо работали, потому что пыль попала в механизм клавиш ака "бабочка". Почистили и работает как новый.

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