LAB · база знаний проекта
обновлён 2026-10-16
← ко всем разделам

20.5.01 Требования к MVP

Требования сформулированы от потребности конкретных людей. Инструменты не называются: что именно будет делать работу — решается после обследования. У каждого требования указан источник и то, зачем оно нужно.

Важно: приоритет первого этапа Карина назвала сама — «архивация и загрузка на Яндекс.Диск, облегчение документооборота, мерч» (факт, интервью 02.10.2026). Антон на встрече 13.10.2026 сформулировал свою потребность отдельно. Эти два списка не совпадают: чьи потребности закрываются первыми — решение заказчика, а не наше.

---

Блок A. Разгрузка руководителя

A1. Одна точка приёма надиктованного, которая сама раскладывает информацию по людям и темам

Чья потребность: Антон Беляев. Зачем: он общается с 10–15 людьми в день, «время рассеивает туда-сюда» и боится, что «кому что-то не донёс… или что-то забыл или сказал не тому». Хочет «заливать эту информацию в одну дырку». Источник: встреча 13.10.2026 — прямая формулировка Антона (факт).

A2. Место для идей и творческих замыслов, которое само возвращает их к обсуждению

Чья потребность: Антон Беляев. Зачем: идеи идут через него постоянно, диктуются на ходу, единой точки хранения нет; он просит, чтобы замыслы складывались в список и раз в две недели возвращались, и чтобы было видно, не предлагалось ли такое раньше. Источник: встреча 13.10.2026 (факт).

A3. Видеть в одном месте, что из отправленного Антону уже утверждено, а что ждёт ответа

Чья потребность: Карина Павлова, Алина. Зачем: Антон — единственная точка решения, но входов к нему минимум шесть разных чатов, и статус утверждения нигде, кроме самой переписки, не фиксируется. Сейчас очередь к Антону держится в голове двух человек. Источник: перечень чатов 08.10.2026 + интервью Карины — факт о составе чатов, гипотеза о том, что это главная причина потерь; подтвердить у Карины и Алины.

---

Блок B. Задачи и поручения

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

Чья потребность: Карина Павлова и Алина (контроль сейчас «идет из головы нашей с Алиной»); автор перечня систем просит прямо: «не хватает системы отслеживания (трекинга) задач… Хочется просто доску на несколько человек». Зачем: мониторинга просрочек нет; чтобы собрать список «висяков», Карина вручную обходит таблицы и чаты; Макс может пропустить сообщение, и его список приходится вести в закреплённых. Источник: интервью Карины 02.10.2026 + перечень систем от клиента (факт). Ограничение от клиента: решение не должно быть перегруженным — «обычно это срм системы, в которых слишком много всего другого» (факт).

B2. Начинать с продакшна, а не с уже сонастроенного менеджмента

Чья потребность: команда, в первую очередь продакшн. Зачем: прошлая попытка внедрения прошла мимо проблемного участка: начали с менеджмента, где Алина и Карина «за 3-4 брифинга всё поняли», а «параллельно продакшн… так и варился… он никак не изменился» — «мы начали вообще не с той вещи». Ни одна из известных команде болей тогда закрыта не была, и это проговаривал Антон. Источник: созвон 12.10.2026 — прямая формулировка Алины (факт). Это ограничение на порядок работ, а не на состав MVP.

---

Блок C. «Путь песни» и авторство

C1. По каждой песне видно, кто делал аранжировку и партитуры, какие варианты были и чьи из них отклонили

Чья потребность: автор голосового 05.10.2026 (имя не названо) и команда; «вероятно, те, кто занимается правами» — в записи они не названы. Зачем: «у нас нет пути песни»; при работе над аранжировкой «есть возможность того, что мы не найдём информацию, кто… делал партитуры или кто делал саму аранжировку». Отклонённые варианты нужны тоже — «это касается прав интеллектуальных». Источник: голосовое 05.10.2026 (факт).

C2. Узнавать авторство без поиска по трём несвязанным местам

Чья потребность: тот, кто восстанавливает авторство. Зачем: сейчас это партитура (подписи «arranged by», «score by» — ставят не все), смета по проекту и почта по факту оплаты («хотя не всегда тоже это бывает»). «Это некий путь нахождение информации», а имён на большом проекте «50-60 возможно». Источник: голосовое 05.10.2026 (факт).

C3. Фиксация выплаты внешнему исполнителю, не зависящая от памяти одного человека

Чья потребность: автор голосового 05.10.2026. Зачем: единственная фиксация — ручное внесение в смету им самим: «забуду, потеряю, в запаре найдусь… мы больше не найдём эту информацию, либо где-то надо будет её по чатам собирать потом, спустя время». Источник: голосовое 05.10.2026 (факт).

---

Блок D. Подрядчики и расчёты с ними

D1. Видеть, сколько исполнитель отработал и что именно сдал за период

Чья потребность: команда — озвучено в переписке 09.10.2026; подняла тему Алина («есть ещё одна боль»). Зачем: «у нас в конечном итоге нет системы, где бы мы видели и контролировали, что этот человек работал 5 10 этот человек сделал вот эти вот эти вот вот эти песни за такой-то период». Единицы учёта уже названы: выезд, макет, мастер-файл; считает сам исполнитель. Источник: переписка 09.10.2026 (факт).

D2. Оплата не должна зависеть от того, вспомнит ли исполнитель свою работу и выставит ли счёт

Чья потребность: команда и мастеринг-инженер. Зачем: мастеринг оплачивается только после того, как инженер «сел и выставил нам счет вспомнил все все все мастера»; у него «не так много времени на эту историю», и из-за этого ему давно не платили — «мы уже очень хотим заплатить ему денег». Источник: переписка 09.10.2026 (факт).

D3. Сводный перечень того, что дизайнер сдал за период

Чья потребность: тот, кто обновляет смету по дизайнеру. Зачем: сейчас финалы «в чате собирает по крупицам». Источник: переписка 09.10.2026 (факт).

D4. Понимать, с кем уже работали и на каких условиях

Чья потребность: тот, кто подбирает исполнителя под задачу, и те, кто согласует платежи. Зачем: в списке подрядчиков 55 строк в четырёх несовпадающих схемах, из полей только имя, грубая категория и свободное примечание; ни статуса, ни даты, ни контактов, ни ставок, ни связи с договорами. После выбора имени контакт всё равно ищут вне файла. Источник: выгрузка «Подрядчики список» — факт о структуре файла; что это мешает именно так — гипотеза, подтвердить у того, кто ведёт файл (кто это — вопрос).

---

Блок E. Документы и деньги

E1. Вносить договор один раз и не вести его параллельно в нескольких таблицах

Чья потребность: Карина, Алина, Влада; Антон формулирует так же — «договора могут храниться в шести табличках». Зачем: одна сущность ведётся минимум в шести местах с разными полями; номера договоров не уникальны (369 разных на 386 заполненных); сопоставление листов делается глазами. Алина про дублирующую таблицу: «я пришла, я сказала, что я не буду этого делать… это дублирование информации». Источник: выгрузка data_excel + запись 01.05.2025 + встреча 13.10.2026 (факт).

E2. Видеть, на какой стадии документ и у кого он сейчас, без переноса строки между листами

Чья потребность: те, кто ведёт документооборот, и те, кто ждёт подписанного документа. Зачем: состояние выражено листом («Договоры», «У контрагента», «Нужна оплата», «сделано АРХИВ») и свободным текстом с опечатками; передача бумаг ведётся именем в безымянной колонке («У Дениса» — 123 строки); «Дата статуса» заполнена один раз из 146 — понять, сколько документ висит у контрагента, нельзя. Поручения вида «Надо отправить наш оригинал им» лежат в поле статуса без срока и ответственного. Источник: выгрузка data_excel (факт).

E3. Знать статус подписания, не спрашивая у внешнего бухгалтера

Чья потребность: Карина и Алина. Зачем: доступа к ЭДО у них нет; документы отправляют Денису с просьбой загрузить, а статус узнают, спрашивая у него. Источник: интервью Карины 02.10.2026 (факт).

E4. Квартальная выгрузка платежей должна попадать в таблицу поставщиков без ручной перекладки

Чья потребность: Карина Павлова. Зачем: выгрузка приходит в разнобой, людей в ней до 50, Карина вручную переносит и сортирует строки — она сама называет это своей квартальной болью. Весь цикл по актам (печать, подпись, скан, загрузка, пометка цветом) тоже ручной. Источник: интервью 02.10.2026 (факт).

E5. Формулировка предмета акта не должна набираться заново каждый раз

Чья потребность: тот, кто готовит акты (кто именно — вопрос). Зачем: в файле «АКТЫ и ФОРМЫ» все 30 формулировок уникальны, текст набирается руками, отсюда опечатка «на мероприятим» и разнобой кавычек; типы поводов при этом повторяются — сольный концерт, фестиваль, репетиция, студийная запись. Источник: выгрузка «АКТЫ и ФОРМЫ» — гипотеза из структуры файла, подтвердить у исполнителя.

E6. Видеть, по каким выплатам не получено подтверждение

Чья потребность: тот, кто собирает чеки. Зачем: в учёте расходов нет поля состояния: «чек не получен» и «строка ещё не дооформлена» выглядят одинаково — пустой ячейкой. За 2023 и январь–апрель 2024 ссылка на чек стоит меньше чем у половины строк. Источник: выгрузка «Учет рабочих доходов и расходов NEW» (факт о структуре).

E7. Понимать, кто участвовал в мероприятии и кому сколько выплачивается

Чья потребность: Алина — и обследование в целом. Зачем: она делает акты на базе графика поступлений, но логику расчёта подрядчиков знает только Татьяна: «Ну, это надо у Татьяны спрашивать… Я в эти процессы как бы не углублялась». Источник: запись 01.05.2025 (факт). Требует перепроверки на 2026 год — после ухода Кати состав участников процесса изменился.

E8. Учёт роялти, в котором физически возможно работать

Чья потребность: Алина (по её словам, учёт по идее на ней); Ксюша, которая делает отчёты; Татьяна, которая передаёт счета на оплату. Зачем: «мне вот эту табличку страшную Royalty так нормально никто и не передал… в ней просто невозможно работать. Мы пытались её как-то починить, но она не починилась»; «фиксация оплаты в таблице royalty. Часто не делается». Получателей много, периодичность у всех разная (год, два года, квартал, кто-то отказался), выплаты частые. В выгрузке — две версии реестра с переставленными смыслами колонок и 13+ одноимённых колонок «Дата оплаты». Источник: записи 01.05.2025 + выгрузка data_excel (факт). Расхождение: в 2026 Карина говорит «Royalty — это с Алиной» — актуальное состояние нужно уточнить до формулировки итогового требования.

E9. Напоминание о наступившем сроке отчёта по роялти

Чья потребность: Ксюша и тот, кто ведёт учёт. Зачем: регламент в данных есть («Частота: квартал», «Срок: 70 дн»), но кто и как узнаёт, что срок наступил, ни один источник не показывает. Источник: выгрузка data_excel — гипотеза, нужен ответ клиента.

---

Блок F. Мерч

F1. Заказ с сайта должен доходить до отправки без ручного мониторинга почты

Чья потребность: Карина Павлова. Зачем: заявки на курьера больше не создаются, Карина «время от времени» проверяет почту вручную и договаривается с курьером напрямую; заказы теряются — пластинка, заказанная в августе, не отправлена к концу сентября, клиент звонил сам. Её слова: «хочется, чтобы это вообще не было головной болью». Мерч — один из трёх приоритетов, названных ею самой. Источник: интервью 02.10.2026 (факт).

F2. Понимать, что из мерча заканчивается, без физического пересчёта

Чья потребность: Карина (считает) и Алина (закупает). Зачем: остатки считаются глазами в офисе; нехватка выясняется только после ручного пересчёта. Источник: интервью 02.10.2026 (факт).

---

Блок G. Файлы и материалы

G1. Файл из чата должен попадать в архив без скачивания и перезагрузки вручную

Чья потребность: Карина Павлова — её приоритет номер один. Зачем: Алина присылает файл в чат, Карина скачивает и загружает на Яндекс.Диск; это может быть афиша, презентация, договор или целый фильм — крупные файлы занимают время. Источник: интервью 02.10.2026 (факт).

G2. Единое место, где по песне собраны цифровки во всех тональностях и связанные материалы

Чья потребность: Карина, Макс, Вася, музыканты. Зачем: материалы разбросаны по Яндекс.Диску, Google Диску, физическим дискам и чатам; единой базы знаний по проектам нет. Со стороны продакшна та же потребность: «нам как будто эту базу вообще всю вот эту весь объем наших нот». Источник: интервью 02.10.2026 + встреча 13.10.2026 (факт).

G3. Нужная информация должна доходить до нужных участников, а не рассылаться пачкой всем

Чья потребность: хор, оркестр, участники концерта; со стороны продакшна — те, кто рассылает. Зачем: цифровки и ноты «он прислал пачкой… просто всем хору прислал»; на встрече это прямо названо отдельным вопросом: «тут еще вопрос вот доставка чтобы все получали эту информацию которая им нужна». Плюс ошибка наборщика в обозначении тональности доходит до исполнителей, и её «кто-то заметит» вручную. Источник: встреча 13.10.2026 (факт).

---

Блок H. Продакшн

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

Чья потребность: Макс и те, кто сводит концерты. Зачем: концерт лежит одним сквозным файлом, который «может быть три дня»; дубли складываются в плейлисты и подставляются руками. Источник: встреча 13.10.2026 (факт).

H2. Репетиция должна давать годный материал без ручной доводки уровней после каждой

Чья потребность: Макс. Зачем: template «существует там но он никогда у нас не работает», гейн-стейджинг не выдерживается, и «после репетиции макс еще вынужден сидеть и подбирать уровни чтобы там стрелки компрессора не лежали»; сборка демо каждый раз превращается в сложную работу. Источник: встреча 13.10.2026 (факт).

H3. Выгрузка песен из общей сессии не должна делаться вручную

Чья потребность: участник, который сам выгружает (по контексту — Антон; атрибуция реплик — вопрос). Зачем: «я на это время трачу потому что я не могу автоматизировать это… невозможно прописать action»; в другой среде это делается расстановкой точек по таймлайну. Источник: встреча 13.10.2026 (факт).

H4. Обработка должна переноситься между средами

Чья потребность: команда LAB. Зачем: аранжировка живёт в одной среде, сведение в другой, «мы так переносами вынуждены заниматься», и «не все можно перенести» — среди ценного названы драйв и компрессор. Список критичного обещали составить. Источник: встреча 13.10.2026 (факт).

H5. Подготовка проекта к студийной записи не должна целиком делаться руками

Чья потребность: Макс. Зачем: «макс готовит проекта тоже занимает время… пред подготовка для записи тоже делается вручную»; по оркестровым партиям «очень много проебов там надо смотреть партитуру ставить правильные такты». Источник: встреча 13.10.2026 (факт).

---

Блок I. Доступы и быт

I1. Постоянные участники должны попадать на территорию Речника без звонка Карине

Чья потребность: Карина, музыканты и все приезжающие. Зачем: до 50 обращений в день, каждое прерывает текущую работу; у музыкантов доступа к приложению нет, настраивает его Валентин, и, по словам Карины, количество доступов «возможно ограничено». Источник: интервью 02.10.2026 (факт).

I2. Шаблон договора по новому концерту должен отправляться по параметрам из чата

Чья потребность: Карина Павлова. Зачем: нужна быстрая реакция, а «не всегда, например, я сейчас с количеством задач могу на это среагировать сиюсекундно»; шаблон копируется руками каждый раз. Источник: интервью 02.10.2026 (факт).

I3. Договорённости встреч должны фиксироваться без переслушивания записи

Чья потребность: Карина, Алина. Зачем: запись во время созвона срывается на входящем звонке, и приходится заходить в запись и переслушивать; Карине сложно самой вычленять структуру из речи, особенно из метафор Антона. Источник: интервью 02.10.2026 (факт).

---

Чего в требованиях нет сознательно