Что считать багом, а что доработкой

Коротко

Баг — это когда заявленная функция работает не так, как описано. Доработка — когда она работает как описано, но вы хотите иначе. Первое чинят бесплатно, второе оценивают отдельно.

Как отличить

Вопрос простой: было ли это описано в задании?

Баг. Форма не отправляет заявку. Каталог не фильтруется по параметру, который заявлен. Страница ломается на телефоне, хотя адаптив был в объёме. Всё это подрядчик чинит по гарантии.

Доработка. Добавить в форму ещё одно поле. Сделать фильтр по новому параметру. Поменять порядок блоков. Это работа, которой не было в объёме.

Спорная зона. «Медленно грузится» — зависит от того, была ли скорость в требованиях с конкретной цифрой. «Неудобно» — почти всегда доработка, если интерфейс соответствует согласованному макету.

Что ещё прописать

Как сообщать об ошибке, чтобы её быстро починили

Что делали по шагам, что ожидали увидеть, что увидели. Устройство, браузер, время. Скриншот или видео. Это звучит формально, но экономит день переписки: половина сообщений «не работает» уходит на выяснение, что именно.

Разумный подход с обеих сторон

Мелкие правки в первые недели после запуска обычно делают без разбирательств — это дешевле, чем спорить. Но если поток «мелочей» не заканчивается через месяц, значит объём был описан неточно, и честнее вернуться к смете, чем накапливать взаимное раздражение.