# Как давать правки по 3D, чтобы их поняли с первого раза

> Хорошая правка привязана к месту и описывает результат: номер на скриншоте рендера и строка в списке — «ручка темнее, как на образце». Правки собирают в один список за раунд от одного человека, чтобы противоречия решались до того, как их получит исполнитель. Ошибки — расхождения с изделием или ТЗ — отделяют от пожеланий, а вместо «сделайте поживее» дают референс.

Source: https://gluke.ru/ru/knowledge/giving-feedback · Author: Александр Глухов · Updated: 2026-10-08

«Не то» и «сделайте поживее» — самые частые правки и самые дорогие: исполнитель угадывает, что имелось в виду, и раунд уходит впустую. Правка, которую понимают с первого раза, устроена просто.

## Привяжите правку к месту

> **Схема:** Две схемы. Вверху рендер и облачко с фразой «Сделайте поживее». Внизу тот же рендер с тремя номерами на деталях и список правок по этим номерам.
>
> Номер на рендере и строка в списке: понятно, где и что поменять.

Сделайте скриншот рендера, поставьте на нём номера, а под ним — список по номерам. Подойдёт любой редактор картинок, даже рисование пальцем на телефоне.

## Опишите результат, а не способ

«Ручка темнее, как на образце» лучше, чем «уменьшите яркость на 20%»: исполнитель знает, как добиться результата, а вы знаете, каким он должен быть. Если есть пример, приложите его: фото образца, кадр из другого рендера, [референс](https://gluke.ru/ru/knowledge/glossary#reference).

## Один список за раунд

> **Схема:** Две шкалы времени между версией 1 и версией 2. Вверху — семь сообщений от разных людей вразнобой. Внизу — один сводный список правок.
>
> Правки россыпью противоречат друг другу. Один список за раунд — нет.

Когда правки приходят по одной и от разных людей, они противоречат друг другу: один просит фон светлее, другой — темнее. Соберите правки внутри команды, решите противоречия и отправьте один список от одного человека. Как это связано с этапами работы — в статье [Этапы 3D-визуализации](https://gluke.ru/ru/knowledge/approval-stages).

## Ошибки и пожелания — отдельно

> **Схема:** Две колонки. Слева «Ошибки»: не та форма ручки, нет винта сбоку, цвет не по RAL. Справа «Пожелания»: свет потеплее, ракурс чуть выше, фон светлее.
>
> Ошибку исправляют без обсуждения, пожелание — повод предложить варианты.

- **Ошибка** — расхождение с изделием, чертежами или ТЗ: не та форма, нет детали, не тот цвет. Её исправляют без обсуждения.
- **Пожелание** — вопрос вкуса: свет теплее, ракурс выше. Его полезно так и пометить — исполнитель может предложить свой вариант или показать два.

## Скажите, что уже хорошо

Это не вежливость. Если в ответе только правки, неясно, что из остального принято. Строка «форму и ракурс принимаем» экономит целый раунд.

## Изменение задачи — это не правка

Если задача поменялась — нужен ещё один цвет, другой формат, новая площадка, — скажите об этом прямо и отдельно от правок. Так проще договориться, что и в каком порядке переделывается.

## Как это выглядит на практике

- [Велесгард](https://gluke.ru/ru/projects/velesgard): несколько раундов правок по материалам — металл вместо «пластика», — по фону и по читаемости логотипа.
- [Prime Box](https://gluke.ru/ru/projects/prime-box): правки по ТЗ касались конкретных деталей — заклёпки и винты, [текстуры](https://gluke.ru/ru/knowledge/glossary#texture), вентиляторы с «эффектом бесконечности», цвет логотипа.

## Частые ошибки

- «Не нравится» без объяснения, что именно.
- Правки голосовыми сообщениями, по одной.
- Противоречащие правки от разных людей.
- Правки к форме на финальном рендере.

## Чек-лист

1. Скриншот с номерами и список.
2. В каждой строке — что не так и каким должен быть результат.
3. Один список от одного человека за раунд.
4. Ошибки отдельно от пожеланий.
5. Что уже принимается.
6. Изменения задачи — отдельным сообщением.