Наша компания производит программное обеспечение. В этом секторе часто возникают проблемы, и мы всегда серьезно относимся к сообщениям клиентов.
Мы также сортируем наши проблемы с программным обеспечением, чтобы отдать приоритет блокирующим, оставляя косметические исправления в конце очереди (я спешу возобновить старые заявки с низким приоритетом, но я не могу найти большого консенсуса по этому поводу).
Наш клиент составил краткий список проблем, одна из которых является функциональной и может быть решена в короткие сроки после того, как они отправят нам запрашиваемую информацию, а две другие носят косметический характер, которые были только что отслежены, но требуют немного больше времени для решения.
Мы хотели бы предоставить клиенту рабочий код как можно скорее. Поскольку мы уже планируем обновление (из-за запланированного эволюционного обслуживания) в ближайшие месяцы, я хотел бы как можно быстрее внести функциональные изменения в рабочую среду и дождаться следующего обновления для решения других проблем.
Я собираюсь ответить моему клиенту, запрашивающему информацию. Как я могу профессионально сообщить клиенту, что мы не исправим косметическую проблему в этом выпуске?
Нужно ли мне:
As for the cosmetic fixed, they have been included in our backlog and will be fixed by the next planned upgradeКонечно, если клиент настаивает на исправлении проблем с более низким приоритетом как можно скорее, мы начнем работать, но отодвинем ETA на один день.
Параллельно с основной работой по кодированию я веду небольшой бизнес, связанный с кодовыми модулями для разработки игр.
Из-за этого я время от времени сталкиваюсь с ситуациями, подобными вашей (но в меньшем масштабе).
Я думаю, у вас есть два варианта в зависимости от ситуации:
Если клиент спрашивает о проблеме, я как можно проще объясняю ему, почему она задерживается.
Если они не спрашивают о проблеме, не упоминайте об этом.
Главное — держать клиента в курсе любых изменений в вопросах, которые они считают важными.
В идеале у меня была бы общедоступная система отслеживания ошибок (например, общедоступный репозиторий GitHub для проблем), но пока все это остается внутренним, я использую одно из этих двух.
Во-первых, помните, что низкий приоритет для вас не обязательно является низким приоритетом для них. Косметические проблемы часто чрезвычайно важны для людей, которые видят только косметическую сторону вещей. Я бы посоветовал обсудить с ними ваш запланированный график и быть готовым к корректировке в зависимости от их приоритетов, а не ваших. Приоритеты клиентов почти всегда должны иметь приоритет.
папарацци