Кому подойдёт: новичкам, запускающим дело вместе, и фрилансерам, которые ведут совместный проект. Категории Start и System.

На встрече вы решили отказаться от индивидуальных доработок и продавать только стандартный пакет. Через месяц один партнёр обещает клиенту доработку, а другой возмущается. Первый уверен, что ограничение касалось только дешёвого тарифа. Второй помнит общий запрет.

Такие расхождения не всегда означают недобросовестность. Люди могли по-разному понять условия, запомнить разные части разговора или не заметить, что решение позднее изменилось. Короткая запись помогает восстановить общую версию договорённости.

Записывайте решения с последствиями

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

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

В инженерном руководстве британского Home Office журнал решений входит в минимальный комплект документации продукта. Для партнёрского бизнеса мы используем похожую логику: сохранять решение вместе с контекстом, чтобы позднее понимать его смысл. Это практическое перенесение подхода, а не установленный стандарт для всех компаний.

Сохраняйте причину

Запись «не берём срочные заказы» быстро устареет. Возможно, причиной была временная нехватка людей. Возможно, несколько заказов подряд оказались убыточными. При изменении условий эти варианты ведут к разным действиям.

Добавьте две или три фразы: какую проблему решаете, какие наблюдения есть и что пока неизвестно. Не нужно превращать запись в исследовательский отчёт. Достаточно, чтобы через несколько недель можно было восстановить ход мысли.

Например: «За последние четыре недели два срочных заказа потребовали переноса плановой работы. До завершения текущего проекта принимаем срочные обращения только после совместной оценки загрузки». Здесь есть причина, область действия и ограничение по времени.

Укажите кто и что делает после решения

Решить изменить пакет услуг и изменить его в продажах — не одно действие. Нужно обновить предложение, объяснить условия действующим клиентам, скорректировать расчёт и убрать старые материалы.

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

Для небольшого проекта удобна такая карточка:

Дата и тема: 12 октября, условия срочных заказов.

Решение: до 1 ноября не обещаем срочный срок без совместной проверки загрузки.

Основание: два переноса плановых задач за последний месяц.

Область действия: новые предложения; уже принятые обязательства выполняем по действующим условиям.

Действия: Игорь обновляет предложение и предупреждает ответственного за обращения.

Проверка: 1 ноября оцениваем загрузку и результат новых обращений.

Подтверждение: оба партнёра явно согласовали запись.

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

Отделите рабочие правила от вопросов владения

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

В перечне тем партнёрского соглашения business.gov.au отдельно указаны порядок решений и разрешение разногласий. Для вашей ситуации важно заранее определить, какие вопросы можно решать обычным рабочим подтверждением, а какие требуют формального согласования.

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

Не исправляйте прошлое незаметно

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

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

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

Записывайте несогласие без оценки человека

Вместо «Олег опять тормозит запуск» напишите: «Олег считает, что до запуска нужна проверка передачи данных; риск — потеря части заявок». Такая запись сохраняет содержание возражения и позволяет проверить его.

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

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