Обучение · Урок 3

Какие данные собирать и где они должны лежать?

Собирать данные кажется простым: ещё один столбец, ещё один вопрос. Проблема приходит позже. Исправлять неверно собранные данные обходится куда дороже, чем неверно написанное правило, потому что правило лежит в одном месте, а данные накапливаются повсюду.

Почему исправлять потом дорого?

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

Три самые частые ошибки такие: собирать поля, которыми никто не воспользуется; позволять одному клиенту растекаться по нескольким строкам; позволять имени поля меняться со временем. Все три выглядят безобидно вначале и портят отчёт потом.

Три правила

Не собирайте поле, которым не воспользуетесь

По одному вопросу на поле: какое решение изменит эта запись? Если ответа нет, поле тоже не нужно. Собранные, но неиспользуемые данные приносят и нагрузку по заполнению, и ответственность за хранение.

Один клиент, одна строка

Если новая строка открывается каждый раз, когда тот же человек пишет из другого канала, число клиентов выглядит больше настоящего. Определите устойчивое поле, узнающее человека, и обновляйте запись по этому полю.

Держите имя поля неизменным

Переименование столбца может тихо возвращать пустоту всюду, где это имя читается. Утвердите имя один раз и оставьте; если менять придётся, сначала составьте список читающих мест.

Где лежат данные?

Это второй вопрос, не менее важный, чем сбор: какая система держит данные, кто может к ним обратиться, сколько они хранятся и как удаляются, когда об этом просят. Если ответы на эти четыре не записаны, данные собраны, но не приняты под ответственность.

Правовую сторону мы разобрали в отдельной статье: ИИ и защита данных: куда уходят ваши данные?. Этот урок смотрит на то, что вы собираете, та статья на то, где собранное лежит. Две стороны одного вопроса.

Мы можем вместе пересмотреть, оправдывают ли себя собираемые поля. Достаточно написать нам.

Часто задаваемые вопросы

Собрать сейчас на случай, если понадобится позже?
Обычно это не лучшая мысль. Поле, которое понадобится позже, покрывает только время после дня его добавления; сбор с сегодняшнего дня прошлое тоже не заполняет. Зато нагрузка по заполнению и ответственность за хранение начинаются сразу.
Что будет, если тот же клиент напишет из двух каналов?
Без устойчивого поля, узнающего человека, появятся две отдельные записи, и в отчёте окажется два клиента. Если канал хранится в собственном поле, а запись обновляется в одной строке, такого раздувания не происходит.
Что делать, если поле нужно переименовать?
Сначала составьте список мест, читающих это имя: отчёты, шаги автоматизации, выгрузки. Переименование без такого списка может дать результат, который возвращает пустоту, не выдавая ошибки.
Как быть со старыми записями другой формы?
Два пути: перевести старые записи в новую форму или научить отчёт узнавать обе. Пока записей мало, подойдёт первый; когда их стало много, второй может нести меньше риска.
Нужна ли такая дисциплина маленькому делу?
Подходящее время, это начало, потому что при малом числе записей и цена невелика. Наводить тот же порядок позже означает исправлять ещё и накопленные записи.