В прошлом уроке ты научил систему хранить факты — с каноном и историей изменений. Но у факта «скидка 15%» и у причины «почему 15%» разная природа: канон хранит первое, а второе — нет. В этом уроке — слой решений: память не только о том, что произошло, но и почему.
Директору звонит владелец крупного клиента и с порога спрашивает: «А почему нам в прошлом месяце дали скидку 15%, а в этом отказали?» Директор понятия не имеет — он такие вещи не согласовывает лично. Он идёт к менеджеру по продажам. Менеджер, к счастью, ещё работает в компании и, покопавшись в памяти, вспоминает: «А, точно, это был крупный заказ перед праздниками, я тогда согласовал с руководителем отдела повышенную скидку, потому что клиент грозился уйти к конкуренту, а конкурент как раз демпинговал». Директор выдыхает, объясняет клиенту ситуацию, конфликт улажен.
А теперь смени одну деталь в этой сцене: менеджер уволился три месяца назад. Тот же звонок, тот же вопрос — и никто в компании не может дать вразумительного ответа. Кто-то помнит что-то смутное, кто-то предполагает, кто-то честно говорит «я не в курсе, это было ещё до меня». Решение, которое когда-то было абсолютно разумным и обоснованным, полностью испарилось вместе с человеком, который его принял, — как будто его никогда и не было.
Именно это происходит с решениями компании каждый день, просто чаще всего это остаётся незамеченным, потому что вопрос вслух никто не задаёт. Решение принял конкретный человек, держал его в голове или в лучшем случае упомянул в переписке, которую никто специально не индексировал, — и как только этот человек занят чем-то другим или уходит из компании, объяснение перестаёт существовать. Остаётся только сам факт («у клиента скидка 15%»), а вот «почему» пропадает бесследно.
Мозг компании из первого урока модуля и источник истины из прошлого урока здесь бессильны сами по себе. Они прекрасно хранят сам факт скидки — число 15% благополучно лежит в канонической записи о клиенте. Но факт без причины — это ответ только на половину вопроса директора. Вторая половина, «почему», требует отдельного, специально спроектированного слоя — именно его мы и строим в этом уроке.
Идея слоя решений простая: каждый раз, когда система (или человек через систему) принимает решение, отличное от базового правила, — рядом с самим фактом фиксируется структурированная запись о причине. Не отдельный бюрократический документ где-то в стороне, а метаданные, прикреплённые прямо к факту в каноне из прошлого урока.
Что именно фиксируется: