Собирать данные кажется простым: ещё один столбец, ещё один вопрос. Проблема приходит позже. Исправлять неверно собранные данные обходится куда дороже, чем неверно написанное правило, потому что правило лежит в одном месте, а данные накапливаются повсюду.
Этот урок берётся за почву, на которой строится автоматизация: за клиентские данные. В прошлом уроке вы увидели, что большая часть неисправностей выходит со стороны входа. Здесь мы ставим эту сторону верно с самого начала: какие поля собираются, как они записываются и где лежат.
Когда данные собраны неверно, беда видна не сразу. Она выходит месяцы спустя, разом, и требует уборки назад. Цель урока в том, чтобы вы выстроили порядок, при котором такая уборка изначально не нужна.
Предварительных условий нет, но с картой процесса из первого урока под рукой легче увидеть, какое поле действительно используется.
Автоматизация работает с теми данными, что до неё доходят. Насколько верно ни было бы записано правило, если входящие данные испорчены, испорчен и выходящий результат. Поэтому сбор данных не часть автоматизации, а почва, на которой она стоит.
Цена испорченных данных растёт со временем. Когда на первой неделе одна запись заходит криво, поправить её недолго. Когда та же ошибка тянется год, поправка требует пересмотра всех записей, и эта работа часто остаётся несделанной, а доверие к данным падает.
Когда поле заходит криво, задеты все потоки, идущие по этому полю. Сообщение, отчёт, счёт и напоминание питаются из одного источника.
Когда обязательное поле приходит пустым, поток либо встаёт, либо тихо пропускает этот шаг. Второе опаснее, потому что никто не замечает.
Если одно и то же лежит в трёх местах в трёх видах, какое из них верное, остаётся спорным. Отчёт не снять, а снятому доверия мало.
Весь порядок данных держится на трёх правилах. Где эти три соблюдены, остальные подробности управляемы; где нет, смена инструмента ничего не спасает.
Клиент хочет быть в системе одной строкой. Когда одного человека заводят дважды, история раскалывается, какая запись свежая становится неясно, и сообщения уходят дважды.
Одна и та же сведение хочет писаться везде одинаково. Для телефона, даты, названия города и валюты выбирается одно написание и применяется в каждой точке ввода.
У каждого поля хочет быть одно верное место. Если одно и то же хранится в двух системах, пишется, какая из них обновляется, а вторая питается от неё.
Три правила держат друг друга. Без одного вида записи склейка дублей не работает, потому что один человек под двумя написаниями выглядит как двое. Без одного источника не удерживается и одна строка, потому что каждая система обновляет свою копию.
Мерило при выборе полей — использование, а не любопытство. Прежде чем собирать поле, спросите: в какой задаче, на каком шаге эти сведения понадобятся? Поля без ответа не собираются. Поля, собранные на всякий случай, обычно остаются пустыми, а где не остаются, становятся ненадёжными.
Каждое собранное поле несёт нагрузку: его надо заполнять, проверять, держать свежим, а его хранение рождает ответственность. Поэтому список полей держат коротким и расширяют по мере надобности.
Последний вопрос важен. Поля вроде удостоверения, здоровья или финансов собираются лишь там, где они действительно нужны; где не нужны, отказ от них может облегчить и ответственность, и нагрузку по уходу.
Словарь полей — это список, где каждое собираемое поле определено в одном месте. Его назначение в том, чтобы одно поле не значило для двух людей разное. Если одни пишут в поле «имя клиента» полное имя, а другие только имя, это поле больше не измеряет одно и то же.
Словарь не технический документ. Хватает таблицы или одной страницы. Важно, чтобы каждое поле было определено по шести заголовкам и чтобы это определение было открыто всем, кто вводит данные.
В полях со списком значений выпишите и значения. Там, где оставлен свободный текст, одно и то же пишется десятью способами, и поле становится непригодным для отчёта.
Правило одного вида записи применимо только тогда, когда вид записан. Чтобы в каждой точке ввода использовалось одно написание, сначала решают, какое именно, и вносят его в словарь вместе с примером.
Решения о виде записи кажутся мелочью, но именно из них выходит большинство тихих неисправностей. Ведущий ноль в номере, порядок дня и месяца в дате, город заглавными буквами — такие подробности ломают сопоставление.
Оставьте вид записи форме, а не человеку. Список значений, выбор даты и поле с маской способны остановить расхождение уже при вводе; это обходится дешевле поздней уборки.
Чтобы применить правило одной строки, нужен ключ, отвечающий на вопрос: эти две записи об одном человеке? Ключ — это поле, отделяющее человека от прочих и не меняющееся со временем.
Хороший ключ хватает сам по себе. Если такого нет, соединяют два поля. Имя и фамилия сами по себе ключом не станут, потому что одно имя может принадлежать нескольким людям, а написание гуляет.
Номер телефона, почтовый адрес, номер клиента, налоговый номер или номер удостоверения. Кандидат тот, что заполнен у каждого клиента вашего дела.
Он должен быть заполнен у каждого клиента, быть единственным, не меняться со временем и писаться в одном виде. Поле, у которого сходятся все четыре свойства, и есть ключ.
Когда приходит вторая запись с тем же ключом, система не заводит новую, а обновляет существующую и вписывает затронутые поля в историю.
Здесь же решите, что будет, когда один клиент пишет по двум каналам. Если канал хранится в отдельном поле, клиент остаётся одной строкой и история не раскалывается.
Самое дешёвое место для чистоты — точка ввода. Поправлять поле после того, как оно зашло криво, дороже, чем остановить его при вводе. Поэтому проверка переносится в форму.
Проверка работает в два слоя: проверка вида и проверка смысла. Вид смотрит, следует ли написание правилу; смысл — осмысленно ли значение. Когда есть оба, число записей, которые придётся чистить потом, заметно падает.
Если одно и то же лежит более чем в одном месте, надо записать, какое из них считается верным. Без этого решения каждая система обновляет свою копию, и через некоторое время неизвестно, какая свежая.
Единственный источник не значит, что сведения лежат в одном месте. Это значит, что они обновляются в одном месте и оттуда текут в остальные. Копии читают, а не обновляют.
Это решение помещается в одну таблицу и лежит рядом со словарём полей. Пока оно не записано, спор начинается заново каждый раз.
Данные не чистят один раз и оставляют. Люди переезжают, меняют номера, названия компаний меняются. Поэтому чистка не проект, а маленькая и регулярная работа по уходу.
Уход можно поручить самой автоматизации. Простая проверка, перечисляющая пустые обязательные поля, предупреждающая о двух записях с одним ключом и помечающая значения не по виду, годится большинству дел.
Сбор клиентских данных — не только техническое решение. Клиент хочет знать, что собирается, для чего будет использовано и сколько будет храниться. Этот урок не даёт юридических советов; его цель — помочь вам встроить тему в процесс.
На практике работу облегчают три вещи: записанная цель сбора, отметка в записи о том, где и как было получено согласие, и заранее решённый срок хранения. Все три можно держать рядом со словарём полей.
Подробности могут различаться по стране и отрасли. Ограничение числа собираемых полей теми, что действительно используются, способно облегчить и нагрузку под этим заголовком.
Разберём метод на одной форме от начала до конца. Пример идёт по форме заявки сервисного дела.
Выбор полей: дело думает поставить в форму семь полей. По каждому полю задаётся вопрос, на каком шаге оно будет прочитано. Дата рождения и род занятий оказываются не читаемыми ни в одном потоке и уходят из списка. Остаются: имя, телефон, почта, район, тема заявки и описание.
Словарь полей: каждое поле определяется по шести заголовкам. Тема заявки перестаёт быть свободным текстом и становится списком значений, потому что по ней нужен отчёт.
Вид записи: для телефона выбирается одно написание, и в форму ставится поле с маской. Район приходит из списка значений. Имя и фамилия держатся в одном поле и приводятся к заглавным первым буквам.
Ключ: ключом выбирается номер телефона, потому что он заполнен в каждой заявке и держится в одном виде. Когда с того же номера приходит вторая заявка, новая запись не заводится, а заявка добавляется к существующей.
Проверка: форму нельзя отправить, пока обязательные поля пусты. Если номер уже записан, на экране показывается существующий клиент.
Один источник: источником клиентских сведений выбирается одна система. Остальные экраны читают из неё, обновление делается только в источнике.
Уход: простая проверка, идущая раз в неделю, перечисляет записи с пустым обязательным полем и пары, заведённые с одним ключом.
Отдача этого урока приходит от составления собственного словаря полей. Работа достаточно короткая, чтобы закончить её за один присест, и дальше она облегчает каждое решение по автоматизации.
Список из последнего пункта — это сегодняшний снимок вашего порядка данных. После постановки ухода можно снять тот же список снова и сравнить.
Скачать инвентарь данных (xlsx) · какое поле, что оно значит, кто его вводит, где оно лежит и сколько хранится; правила формата и сверка тоже внутри.
Неиспользуемое поле не заполняют, а где заполняют, точность его не проверяют. Остаётся поле и пустое, и ненадёжное, а ответственность за хранение продолжается.
Всякое поле, оставленное свободным текстом, со временем расходится по разным написаниям. Отчёт не снять, и сопоставление не работает.
Там, где ключ склейки не выбран, один клиент заводится несколько раз. История раскалывается, сообщения повторяются, и клиент это замечает.
Когда имя поля меняется, привязанные к нему потоки тихо начинают читать пустое значение. Изменение сначала делается в словаре, затем обновляются потоки.
Правка, сделанная в копии вместо источника, пропадает при следующем обновлении. Человек видит, что его правка исчезла, и доверия к системе становится меньше.
Однажды вычищенные данные со временем расходятся снова. Маленький и регулярный уход идёт легче, чем большой отложенный проект по чистке.
Прежде чем заводить новую форму или новое поле, стоит уметь сказать «да» пунктам ниже.
Термины, звучащие в разговорах о данных. Когда команда делит этот язык, споры о полях становятся короче.
В этом уроке вы составили словарь полей и решили, где лежат данные. В руках у вас теперь измеримая задача, записанный процесс и определённые поля. Следующий урок посвящён тому, каким инструментом это собирать.
В четвёртом уроке готовый пакет, no-code и своя разработка оцениваются по семи критериям; словарь полей отсюда становится основой критерия владения данными.
Оценка готового пакета, no-code и своей разработки по семи критериям. Со скачиваемой таблицей сравнения.
Граница, шаги, точки решения и исключения. Поля этого урока отмечаются на той карте.
Раздел обучения целиком и добавленные позже модули.
Мы можем вместе пересмотреть, оправдывают ли себя собираемые поля. Достаточно написать нам.
Запросить через WhatsApp