Аладдин Биябангерд
ТекстыПродукт

«Временное поле» обычно остаётся

Автор:Аладдин БиябангердОпубликовано:4 мин чтения

В проектах часто звучит такая фраза:

«Добавим один столбец. Только на этот месяц. Потом удалим.»

Причина обычно понятна. Для кампании, исключения или временной пометки никто не хочет трогать настоящую модель. Custom field, который ощущается как столбец в Excel, спасает первый день.

Проблема во второй половине.

Если у «потом удалим» нет владельца и даты, поле обычно остаётся. Оно становится частью модели.

Слева временный custom_note «только этот месяц», владелец и дата удаления пусты. Справа то же поле в отчётах, API и обучении — удалять рискованно.

Почему оно прилипает

Потому что поле работает.

Отчёты фильтруют по нему. Экспорт от него зависит. Новых учат: «заполняй это поле». Через время никто не говорит «временно» — говорят «так и работает».

Обычно картина такая:

  • Два–три custom field с одним смыслом — никто не знает, какой «правильный»
  • Старое поле пустует, но его не удаляют: «кто-то ещё пользуется»
  • Интеграция или Excel-экспорт ждёт этот столбец
  • Когда хотят убрать — страх: «отчёты сломаются»

В этот момент поле уже не заметка.

Это скрытый столбец.

Три этапа: Неделя 1 — добавили столбец; Месяц 3 — отчёты и обучение зависят; Год 1 — удаление отдельный рискованный проект.

До того как добавить

Я не запрещаю custom field. Иногда без него нельзя.

Но без трёх вещей я его не принимаю:

  • Цель — на какой вопрос отвечает поле и на какой срок
  • Владелец — кто скажет «ещё нужно» или «удаляем»
  • Правило удаления — при каком условии поле закрывают и что нужно перенести

Если это записано, временное может остаться временным.

Если нет — вы просто расширили модель без плана.

Итог

«Временное поле» — это не план.

План — это цель, владелец и условие удаления.

Иначе поле остаётся.

А через год удаление того же столбца — уже отдельный проект, только дороже.