[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-solution-dlya-produkta":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"related":260,"statistics":370},{"id":68,"slug":69,"type":70,"segment":17,"translations":71,"industry":17,"functions":89,"tags":98,"features":112,"templates":113,"steps":114,"faqs":179,"related":216,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"sources":217,"hero_visual_key":164,"hero_kicker":97,"hero_cta_label":97,"hero_image":233,"hero_video_kinescope_url":17,"catalog_group":234,"catalog_art":155,"outcomes":235,"outcomes_title":97,"steps_title":97,"parts":248,"parts_title":97,"metrics_signals":249,"metrics_title":97,"mistakes_faq":250,"mistakes_title":97,"fit_yes":251,"fit_no":252,"fit_note":97,"cta_title":97,"cta_text":97,"quote":253,"views_count":256,"helpful_yes_count":117,"helpful_no_count":117,"created_at":257,"updated_at":258,"published_at":259},21,"dlya-produkta","playbook",{"ru":72},{"title":73,"tldr":74,"hero_title":75,"hero_subtitle":76,"definition":77,"audience":78,"problem":79,"pov":80,"components":81,"example":82,"metrics":83,"tips":84,"mistakes":85,"variations":86,"seo_title":87,"seo_description":88},"Shtab для продуктовой команды: дорожная карта, бэклог и цели продукта","Shtab собирает работу продуктовой команды в одном месте: дорожная карта и бэклог на канбан-доске, приоритизация задач, обратная связь от пользователей и идеи, которые превращаются в задачи, планирование релизов на сроках и цели продукта над всем этим. Видно не только что делаем, но и зачем: как идея связана с задачей, а задача — с целью и метрикой продукта. Меньше дорожных карт в презентациях и бэклога в табличках — больше связи между тем, что строим, и тем, ради чего.","Продуктовая команда, где дорожная карта связана с целями","Дорожная карта, бэклог и обратная связь от пользователей — в одном месте, а не в презентациях и табличках. Видно не только что строим, но и зачем: как идея связана с задачей, а задача — с целью и метрикой продукта.","\u003Cp>Shtab для продуктовой команды — это работа над продуктом в одной системе вместо дорожной карты в презентации, бэклога в табличке и обратной связи, разбросанной по чатам. Дорожная карта и бэклог живут на \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доске\u003C\u002Fa>, идеи и сигналы от пользователей превращаются в задачи, релизы планируются на сроках, а над всем этим стоит \u003Ca href=\"\u002Ffeatures\u002Fgraph-tselei\u002F\">граф целей\u003C\u002Fa> и \u003Ca href=\"\u002Fglossary\u002Fokr\u002F\">OKR\u003C\u002Fa> продукта. Всё связано в одну цепочку: идея → задача → цель → метрика. Видно не только что сейчас в работе, но и зачем мы это строим и как оно двигает цели продукта. Речь о продуктовой команде — продакт-менеджерах, продакт-оунерах, аналитиках и дизайнерах продукта, которые решают, что и почему строить. Это не про процесс разработки кода со спринтами, дефектами и переездом с Jira — для этого есть отдельный сценарий про IT-команду.\u003C\u002Fp>","\u003Cp>Подойдёт продакт-менеджеру и продакт-оунеру, которым нужна общая картина: что в дорожной карте, что в бэклоге, что движет цели продукта. Продуктовым аналитикам, которые собирают обратную связь и метрики и хотят, чтобы выводы из них становились задачами, а не оставались в отчёте. Дизайнерам продукта, у которых идеи и результаты исследований живут отдельно от бэклога. Руководителю продукта, которому важно видеть связь между идеями, задачами и целями, а не просто список дел. Хорошо ложится на ситуацию, когда у команды есть продукт, цели по метрикам и поток идей и обратной связи, который нужно во что-то превращать. Пропустите этот раздел, если продукт ведёт один человек на ранней стадии и вся дорожная карта помещается в голове, — для такого хватит простого списка. И учтите: если вам нужен именно цикл разработки — бэклог разработки, спринты, баг-трекинг и переезд с Jira, — это смежный сценарий «Shtab для IT-команды», там логика про код, а здесь — про продукт.\u003C\u002Fp>","\u003Cp>Типичная картина продуктовой команды: дорожная карта — в презентации, которую обновляют раз в квартал и уже через месяц она не сходится с реальностью. Бэклог — в табличке на сто строк, где приоритеты выставлены полгода назад и непонятно, почему именно так. Обратная связь от пользователей сыпется отовсюду: поддержка пересылает жалобы, продажи приносят запросы клиентов, аналитика показывает просадку метрики, в чате кто-то кинул идею — и всё это оседает в разных местах, а до бэклога доходит малая часть. Идея «давайте сделаем онбординг» живёт в голове продакта, пока он не уйдёт в отпуск. Когда руководство спрашивает «зачем мы это делаем и как это двигает цель», ответ собирают вручную: листают переписку, вспоминают, с чего всё началось. А связи между тем, что в работе, и метриками продукта почти не видно — задачи закрываются, но непонятно, приближают ли они цель. Чем больше продукт и команда, тем чаще идея, задача и цель живут в трёх разных мирах и не находят друг друга.\u003C\u002Fp>","Продуктовая команда тонет не в задачах, а в разрыве между ними: идея отдельно, бэклог отдельно, цель отдельно. Соберите цепочку идея → задача → цель в одном месте — и каждая задача в бэклоге отвечает на вопрос «зачем мы это строим».","\u003Cp>Что продуктовая команда соберёт в Shtab вместо дорожной карты в презентации и бэклога в табличке:\u003C\u002Fp>\r\n\r\n\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Дорожная карта\u003C\u002Fstrong> — крупные инициативы и направления карточками на \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доске\u003C\u002Fa> со статусами от «Идея» до «Выпущено», а сроки релизов — в представлении-календаре тех же задач.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Бэклог и приоритизация\u003C\u002Fstrong> — поток задач в одном проекте, где приоритет, метки и группировка показывают, что берём в работу сейчас, а что подождёт.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Обратная связь и идеи\u003C\u002Fstrong> — сигналы от пользователей, запросы клиентов и идеи команды попадают в один проект как задачи, а не теряются в чатах и почте.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Планирование релизов\u003C\u002Fstrong> — связанные этапы и сроки на \u003Ca href=\"\u002Ffeatures\u002Fdiagramma-ganta\u002F\">диаграмме Ганта\u003C\u002Fa>: исследование, дизайн, разработка, выпуск идут по порядку и пересчитываются при сдвиге.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Цели и метрики продукта\u003C\u002Fstrong> — над задачами надстраиваются \u003Ca href=\"\u002Ffeatures\u002Fgraph-tselei\u002F\">цели\u003C\u002Fa> и \u003Ca href=\"\u002Fglossary\u002Fokr\u002F\">OKR\u003C\u002Fa> продукта, чтобы видеть, как инициативы двигают результат.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Связь идея → задача → цель\u003C\u002Fstrong> — каждая инициатива привязана к цели, поэтому на любой вопрос «зачем мы это делаем» есть ответ из системы, а не из памяти.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Главная страница\u003C\u002Fstrong> — личная \u003Ca href=\"\u002Ffeatures\u002Fglavnaia-stranitsa\u002F\">сводка\u003C\u002Fa> с задачами, напоминаниями и комментариями, чтобы каждый видел свой кусок работы над продуктом сразу.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cp>Продуктовая команда в сервисной компании: продакт-менеджер, продакт-оунер, два аналитика и дизайнер продукта. Раньше дорожная карта жила в презентации, которую обновляли к каждому совету директоров, бэклог — в большой таблице, а обратная связь от пользователей оседала в чате поддержки и личных сообщениях. Завели в Shtab проект «Продукт», внутри — доску дорожной карты со статусами «Идея» → «Исследуем» → «В работе» → «На выпуске» → «Выпущено». Каждая крупная инициатива стала карточкой с владельцем, описанием и привязкой к цели.\u003C\u002Fp>\r\n\r\n\u003Cp>Дальше навели порядок с обратной связью и идеями. Завели отдельный проект «Сигналы и идеи»: поддержка пересылает туда повторяющиеся жалобы, продажи — запросы клиентов, аналитики складывают наблюдения по метрикам, команда — идеи с планёрок. Каждый сигнал — задача с автором и описанием. Раз в неделю продакт разбирает входящие: что-то идёт в бэклог как задача, что-то связывается с уже существующей инициативой, что-то откладывается с пометкой почему. Идея «упростить онбординг» больше не живёт в голове — она карточка, к которой подшиты три обращения пользователей и просадка метрики активации.\u003C\u002Fp>\r\n\r\n\u003Cp>Релиз новой версии онбординга команда спланировала на диаграмме Ганта: исследование, прототип и тесты с пользователями, дизайн, разработка, выпуск — связанными этапами, где следующий шаг не стартует раньше предыдущего. Когда исследование затянулось на неделю, Ганта показала, что выпуск сдвигается, — и дату поправили заранее, а не объявили о переносе в день релиза. А над всем этим в графе целей висит цель продукта «Поднять активацию новых пользователей за квартал», к которой привязана инициатива по онбордингу. На продуктовом обзоре раз в две недели руководитель открывает граф целей и за минуту видит: какие инициативы двигают активацию, что уже выпущено, а что застряло на исследовании. Решения о том, что брать в следующий цикл, принимаются по связи задач с целями, а не по тому, кто громче просит.\u003C\u002Fp>","\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Связь задач с целями\u003C\u002Fstrong> — какая доля инициатив в работе привязана к целям продукта; задачи без цели — кандидаты на пересмотр «а зачем мы это делаем».\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Прогресс по целям продукта\u003C\u002Fstrong> — насколько инициативы двигают квартальные цели по активации, удержанию, выручке или другой метрике продукта.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Поток обратной связи и идей\u003C\u002Fstrong> — сколько сигналов и идей пришло, сколько разобрано, сколько ушло в бэклог; видно, не копится ли необработанная очередь.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Состояние бэклога\u003C\u002Fstrong> — сколько задач в работе, сколько ждёт, что выпущено за период; держит команда темп или бэклог только растёт.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Сроки релизов\u003C\u002Fstrong> — где этапы идут по плану, а где копится отставание (видно на Ганте по съехавшим полоскам).\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Загрузка команды\u003C\u002Fstrong> — у кого десять задач на цикл, а у кого две; кого пора разгрузить, а кому добавить.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cul>\r\n\t\u003Cli>Держите дорожную карту крупными карточками-инициативами, а мелкие задачи — в бэклоге под ними. Если на доске дорожной карты лежат сотни мелких задач, она перестаёт быть картой и превращается в свалку.\u003C\u002Fli>\r\n\t\u003Cli>Привязывайте каждую заметную инициативу к цели продукта сразу при заведении. Задача без цели — это работа, про которую через месяц спросят «а зачем», и ответа не будет.\u003C\u002Fli>\r\n\t\u003Cli>Заведите отдельную точку приёма обратной связи и идей. Сигнал в чате теряется; сигнал как задача с автором и описанием доживает до разбора бэклога.\u003C\u002Fli>\r\n\t\u003Cli>Разбирайте входящие сигналы и идеи по расписанию, а не по настроению. Раз в неделю превращайте поток в решения: в бэклог, к существующей задаче или в архив с пометкой почему.\u003C\u002Fli>\r\n\t\u003Cli>Связывайте этапы релиза на Ганте там, где есть реальная зависимость (разработка после дизайна, дизайн после исследования). Тогда сдвиг одного срока честно пересчитывает остальные.\u003C\u002Fli>\r\n\t\u003Cli>Складывайте продуктовые артефакты — шаблон постановки задачи, чек-лист релиза, итоги исследований, описание метрик — в \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fbaza-znanii\u002F\">базу знаний\u003C\u002Fa>, чтобы следующая инициатива собиралась быстрее.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cul>\r\n\t\u003Cli>\u003Cstrong>Дорожная карта в презентации.\u003C\u002Fstrong> Её обновляют раз в квартал, и она расходится с реальной работой команды. Починка: дорожная карта карточками на доске, статус которых меняется по ходу дела.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Бэклог в табличке без приоритетов.\u003C\u002Fstrong> Сто строк, в которых непонятно, что брать следующим и почему. Починка: бэклог задачами с приоритетом и метками в одном проекте.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Обратная связь по чатам и личке.\u003C\u002Fstrong> Сигналы от пользователей оседают где попало и до бэклога доходит малая часть. Починка: единая точка приёма сигналов и идей, каждый — задача.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Идеи в голове продакта.\u003C\u002Fstrong> «Надо бы сделать онбординг» живёт устно, пока автор не забудет или не уйдёт. Починка: идея — карточка с описанием и связями.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Задачи отдельно от целей.\u003C\u002Fstrong> Цель по метрике живёт в презентации, бэклог — на доске, связи нет, и непонятно, приближает ли работа результат. Починка: привязать инициативы к целям продукта в графе целей.\u003C\u002Fli>\r\n\t\u003Cli>\u003Cstrong>Релиз без зависимостей.\u003C\u002Fstrong> Даты этапов есть, связей нет → задержка исследования не двигает выпуск, план врёт. Починка: связать этапы релиза на диаграмме Ганта.\u003C\u002Fli>\r\n\u003C\u002Ful>","\u003Cp>Маленькой продуктовой команде из двух-трёх человек хватит одного проекта «Продукт», доски дорожной карты и бэклога с приоритетами — граф целей и планирование релизов на Ганте можно подключить позже, когда инициатив станет больше. Команде покрупнее, где над продуктом работают несколько ролей и метрик, уже нужны отдельная точка приёма сигналов, цели продукта над задачами и релизы на Ганте. По характеру работы: если основа — ровный поток правок и небольших улучшений, опирайтесь на канбан-доску бэклога; если в центре крупные релизы со сроками и этапами — добавьте планирование на диаграмме Ганта. Эти сценарии не исключают друг друга: доска дорожной карты и Ганта релиза живут в одном проекте и переключаются представлением. Важно не путать с разработкой: если вам нужен именно цикл написания кода — спринты, баг-трекинг, переезд с Jira, — это сценарий «Shtab для IT-команды», там речь про процесс разработки, а здесь — про продукт: что и зачем строим. А чтобы собрать базовый порядок в задачах и проектах, начните с тем \u003Ca href=\"\u002Fsolutions\u002Fupravlenie-proektami\u002F\">управления проектами\u003C\u002Fa> и \u003Ca href=\"\u002Fsolutions\u002Fkontrol-zadach\u002F\">контроля задач\u003C\u002Fa>. Если рядом есть отдел маркетинга, которому продукт ставит задачи на запуски, ему подойдёт сценарий \u003Ca href=\"\u002Fsolutions\u002Fdlya-marketinga\u002F\">для отдела маркетинга\u003C\u002Fa>.\u003C\u002Fp>","Shtab для продукта: дорожная карта и цели","Shtab для продуктовой команды: дорожная карта и бэклог на доске, обратная связь в задачи, релизы и цели продукта. Видно, как идея связана с задачей и целью.",[90],{"id":91,"slug":92,"icon":17,"order":93,"translations":94},16,"produkt",160,{"ru":95},{"name":96,"description":97,"meta_title":97,"meta_description":97},"Продуктовая команда","",[99,105],{"id":51,"slug":100,"order":101,"translations":102},"kanban",30,{"ru":103},{"name":104},"Канбан",{"id":106,"slug":107,"order":108,"translations":109},5,"okr",50,{"ru":110},{"name":111},"OKR",[],[],[115,125,134,143,151,160,169],{"id":116,"order":117,"doc_url":118,"doc_label":97,"screenshot":119,"visual_key":120,"translations":121},313,0,"https:\u002F\u002Fdoc.shtab.app\u002Fregistration\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-313-team-invite-2280x1100.png","overview",{"ru":122},{"title":123,"text":124},"Соберите продуктовую команду и заведите проект «Продукт»","\u003Cp>Создайте профиль на \u003Ca href=\"\u002F\">shtab.app\u003C\u002Fa>, заведите команду и пригласите коллег — продакт-менеджера, продакт-оунера, аналитиков, дизайнера продукта. Внутри создайте проект «Продукт»: это общее пространство, где будут жить дорожная карта, бэклог и цели. Не держите дорожную карту в презентации, а бэклог в табличке — отдельный проект даёт единое место, куда смотрит вся команда. Бесплатный тариф не ограничивает число людей в команде, чего хватает, чтобы попробовать процесс на реальной работе над продуктом. Как зарегистрировать команду и пригласить людей — в \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fregistration\u002F\">инструкции по регистрации\u003C\u002Fa>.\u003C\u002Fp>",{"id":126,"order":61,"doc_url":127,"doc_label":97,"screenshot":128,"visual_key":129,"translations":130},314,"https:\u002F\u002Fdoc.shtab.app\u002Fdoska\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-314-product-board-2250x1460.png","board",{"ru":131},{"title":132,"text":133},"Разложите дорожную карту по доске и календарю","\u003Cp>Откройте в проекте \u003Ca href=\"\u002Ffeatures\u002Fkanban-doska\u002F\">канбан-доску\u003C\u002Fa> и соберите дорожную карту: каждая крупная инициатива или направление — карточка с владельцем, описанием и сроком. Настройте статусы под свой процесс: «Идея» → «Исследуем» → «В работе» → «На выпуске» → «Выпущено». Те же задачи можно смотреть в представлении-календаре, чтобы видеть сетку релизов по датам, — в Shtab одни и те же карточки показываются и доской, и календарём, и списком. Базовый разбор видов и карточек есть во \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F\">введении в сервис\u003C\u002Fa>. Теперь дорожная карта живёт там, где работает команда, а не в презентации, которую обновляют раз в квартал.\u003C\u002Fp>",{"id":135,"order":21,"doc_url":136,"doc_label":97,"screenshot":137,"visual_key":138,"translations":139},315,"https:\u002F\u002Fdoc.shtab.app\u002Fspisok\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-315-backlog-priorities-1450x940.png","filter",{"ru":140},{"title":141,"text":142},"Соберите бэклог и расставьте приоритеты","\u003Cp>Под крупными инициативами держите бэклог продукта: задачи в одном проекте, где приоритет, метки и группировка показывают, что берём в работу сейчас, а что подождёт. Карточки на доске можно группировать по приоритетам, меткам и стадиям, поэтому бэклог перестаёт быть таблицей на сто строк и становится управляемым потоком. Базовая работа с карточками и видами описана во \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F\">введении в сервис\u003C\u002Fa>. Теперь на вопрос «что следующее» отвечает доска, а не память продакта, и решение видно всей команде, а не живёт у одного человека в голове.\u003C\u002Fp>",{"id":144,"order":51,"doc_url":145,"doc_label":97,"screenshot":146,"visual_key":120,"translations":147},316,"https:\u002F\u002Fdoc.shtab.app\u002Fchangelog\u002Fshtab-2-8\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-316-idea-task-2280x1800.png",{"ru":148},{"title":149,"text":150},"Превращайте обратную связь и идеи в задачи","\u003Cp>Поддержка пересылает жалобы, продажи приносят запросы клиентов, аналитика показывает просадку метрики, команда кидает идеи на планёрке. Чтобы это не оседало в чатах и личке, заведите отдельный проект «Сигналы и идеи»: каждый сигнал попадает в систему как задача с автором и описанием. Раз в неделю разбирайте входящие — что-то в бэклог, что-то к существующей инициативе, что-то в архив с пометкой почему. Связанные обращения и наблюдения подшиваются к карточке инициативы, и обновлённый поиск находит их по слову из описания или комментария, как описано в обзоре \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fchangelog\u002Fshtab-2-8\u002F\">обновления Shtab 2.8\u003C\u002Fa>. Так идея «упростить онбординг» перестаёт жить в голове и обрастает доказательствами.\u003C\u002Fp>",{"id":152,"order":39,"doc_url":153,"doc_label":97,"screenshot":154,"visual_key":155,"translations":156},317,"https:\u002F\u002Fdoc.shtab.app\u002Fdiaghramma-ganta\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-317-release-gantt-2280x1360.png","gantt",{"ru":157},{"title":158,"text":159},"Спланируйте релиз на диаграмме Ганта","\u003Cp>Для релизов, где важны сроки и порядок этапов, откройте проект в представлении \u003Ca href=\"\u002Ffeatures\u002Fdiagramma-ganta\u002F\">диаграммы Ганта\u003C\u002Fa> и расставьте задачи по времени: исследование, прототип и тесты с пользователями, дизайн, разработка, выпуск. Свяжите зависимые этапы — дизайн не начинается раньше, чем закончено исследование, а выпуск — раньше готового дизайна. Теперь сдвиг одного срока честно пересчитывает план: если исследование затянулось, сразу видно, на сколько уезжает выпуск, и дату можно поправить заранее, а не объявить о переносе в день релиза. Как устроены виды и временная шкала — во \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F\">введении в сервис\u003C\u002Fa>.\u003C\u002Fp>",{"id":161,"order":106,"doc_url":162,"doc_label":97,"screenshot":163,"visual_key":164,"translations":165},318,"https:\u002F\u002Fdoc.shtab.app\u002Ftsieli\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-318-product-goals-2280x1060.png","goals",{"ru":166},{"title":167,"text":168},"Свяжите инициативы с целями продукта","\u003Cp>Поднимитесь над задачами на уровень целей продукта. В отдельном модуле создаются \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Ftsieli\u002F\">цели\u003C\u002Fa> — по активации, удержанию, выручке, узнаваемости, — а к ним привязываются инициативы и дочерние цели. Вклад каждой в общий результат настраивается весами, так что квартальная цель честно складывается из конкретных инициатив, а не живёт отдельной презентацией. На наглядной карте — \u003Ca href=\"\u002Ffeatures\u002Fgraph-tselei\u002F\">графе целей\u003C\u002Fa> — видно, как работа команды двигает результат и с чего начать ради главного. Как устроены связи между уровнями, описано в статье про \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fsvyazi-mezhdu-tselyami\u002F\">связи между целями\u003C\u002Fa>. Теперь на вопрос «зачем мы это строим» отвечает граф, а не память.\u003C\u002Fp>",{"id":170,"order":171,"doc_url":172,"doc_label":97,"screenshot":173,"visual_key":174,"translations":175},319,6,"https:\u002F\u002Fdoc.shtab.app\u002Fvkladki-tselei\u002F","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fsteps\u002Fdlya-produkta\u002Fstep-319-product-report-2280x1800.png","reports",{"ru":176},{"title":177,"text":178},"Держите продуктовый обзор под контролем","\u003Cp>Раз в цикл открывайте отчёты и граф целей: какие инициативы двигают метрику, что выпущено, что застряло на исследовании, не копится ли очередь сигналов. Решения о том, что брать в следующий цикл, принимайте по связи задач с целями, а не по тому, кто громче просит. Повторяющиеся артефакты — шаблон постановки задачи, чек-лист релиза, итоги исследований, описание метрик — складывайте в \u003Ca href=\"https:\u002F\u002Fdoc.shtab.app\u002Fbaza-znanii\u002F\">базу знаний\u003C\u002Fa>, чтобы следующая инициатива собиралась быстрее. А личную сводку задач, напоминаний и комментариев каждый видит на \u003Ca href=\"\u002Ffeatures\u002Fglavnaia-stranitsa\u002F\">главной странице\u003C\u002Fa>.\u003C\u002Fp>",[180,186,192,198,204,210],{"id":181,"order":117,"translations":182},269,{"ru":183},{"question":184,"answer":185},"Чем это отличается от сценария «Shtab для IT-команды»?","\u003Cp>Это разные углы зрения на один продукт. Сценарий «Shtab для IT-команды» — про цикл разработки: бэклог разработки и спринты, баг-трекинг и дефекты, выпуски кода, переезд с Jira или Trello. То есть про то, как пишут и выпускают код. Эта же страница — про продуктовую работу: что и зачем строим. В центре — дорожная карта, бэклог продукта и приоритизация, обратная связь от пользователей, цели и метрики продукта, связь идеи с задачей и целью. Продакт-менеджеру ближе эта логика, разработчику и тестировщику — логика IT-команды, и обе живут в одном Shtab. Если вам нужен порядок в коде и спринтах — смотрите сценарий про IT-команду; если в том, что и почему строить, — вы на нужной странице.\u003C\u002Fp>",{"id":187,"order":61,"translations":188},270,{"ru":189},{"question":190,"answer":191},"Как вести дорожную карту продукта в Shtab?","\u003Cp>Дорожная карта собирается на канбан-доске: крупные инициативы и направления — карточки с владельцем, описанием, сроком и привязкой к цели. Статусы ведут инициативу от идеи до выпуска — например, «Идея» → «Исследуем» → «В работе» → «На выпуске» → «Выпущено». Те же задачи можно открыть в представлении-календаре и увидеть сетку релизов по датам, а можно списком — данные одни, вид разный. Так дорожная карта перестаёт жить в презентации, которую обновляют раз в квартал: статус карточки всегда показывает реальное положение дел. Мелкие задачи при этом держите в бэклоге под инициативами, а не на самой карте, иначе она превратится в свалку.\u003C\u002Fp>",{"id":193,"order":21,"translations":194},271,{"ru":195},{"question":196,"answer":197},"Как собирать обратную связь от пользователей и превращать её в задачи?","\u003Cp>Заведите отдельный проект под сигналы и идеи: поддержка, продажи, аналитики и команда складывают туда жалобы, запросы клиентов, наблюдения по метрикам и идеи с планёрок — каждый сигнал попадает в Shtab как задача с автором и описанием, а не теряется в чате или почте. Раз в неделю продакт разбирает входящие: что-то идёт в бэклог как задача, что-то связывается с существующей инициативой, что-то откладывается с пометкой почему. Связанные обращения подшиваются к карточке инициативы, поэтому идея обрастает доказательствами, а не остаётся словами. Обновлённый глобальный поиск находит сигнал даже по слову из описания, так что вернуться к нему легко.\u003C\u002Fp>",{"id":199,"order":51,"translations":200},272,{"ru":201},{"question":202,"answer":203},"Как связать инициативы продукта с целями и метриками?","\u003Cp>Над задачами в Shtab надстраивается уровень целей: в отдельном модуле создаются цели продукта — по активации, удержанию, выручке, узнаваемости, — к которым привязываются инициативы и дочерние цели. Вклад каждой в общий результат настраивается весами, поэтому квартальная цель честно складывается из конкретных инициатив, а не живёт отдельной презентацией. На графе целей видно всю картину разом: какие инициативы двигают метрику, где сейчас узкое место и с чего начать ради главного результата. Так на вопрос «зачем мы это строим и приближает ли это цель» есть ответ из системы, а не из памяти продакта.\u003C\u002Fp>",{"id":205,"order":39,"translations":206},273,{"ru":207},{"question":208,"answer":209},"Чем граф целей помогает приоритизировать бэклог?","\u003Cp>Когда инициативы привязаны к целям продукта, приоритизация перестаёт быть спором «кто громче просит». На графе целей видно, какие инициативы двигают активную квартальную цель, а какие — побочные. Задачи без связи с целью сразу заметны: это кандидаты на вопрос «а зачем мы это делаем». Это не заменяет продуктовое чутьё и не считает приоритет за вас, но даёт честную картину: вот цель, вот инициативы под ней, вот их вклад по весам. Дальше команда решает, что брать в следующий цикл, опираясь на связь задач с целями, а не только на интуицию и силу убеждения того, кто принёс запрос.\u003C\u002Fp>",{"id":211,"order":106,"translations":212},274,{"ru":213},{"question":214,"answer":215},"Подойдёт ли Shtab маленькой продуктовой команде?","\u003Cp>Да, и начать можно бесплатно. Команде из двух-трёх человек хватит одного проекта «Продукт», доски дорожной карты и бэклога с приоритетами — граф целей и планирование релизов на Ганте можно подключить позже, когда инициатив и ролей станет больше. Бесплатный тариф не ограничивает число людей в команде, так что попробовать процесс на реальном бэклоге можно без вложений. Главная ценность — собрать дорожную карту, бэклог и обратную связь в одном месте и связать их с целями вместо дорожной карты в презентации — доступна команде любого размера: она зависит не от числа людей, а от того, перенесена ли работа из презентаций и табличек в систему.\u003C\u002Fp>",[],[218,220,223,226,228,230],{"url":162,"title":219},"Как создать цель",{"url":221,"title":222},"https:\u002F\u002Fdoc.shtab.app\u002Fsvyazi-mezhdu-tselyami\u002F","Связи между целями",{"url":224,"title":225},"https:\u002F\u002Fdoc.shtab.app\u002Fvviedieniie-v-siervis-shtab\u002F","Введение в сервис Shtab",{"url":145,"title":227},"Shtab 2.8: новый поиск и база знаний",{"url":118,"title":229},"Как зарегистрироваться в Shtab и добавить сотрудников",{"url":231,"title":232},"https:\u002F\u002Fdoc.shtab.app\u002Fbaza-znanii\u002F","База знаний","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fsolutions\u002Fcovers\u002Fdlya-produkta\u002Fhero-product-roadmap-gantt-1280x771.png","departments",[236,240,244],{"icon":237,"note":238,"title":239},"eye","Инициативы и задачи — карточками на доске и в календаре. Видно, что в идее, что в работе, а что уже выпущено — без презентаций и таблиц.","Дорожная карта и бэклог на виду",{"icon":241,"note":242,"title":243},"target","Каждая инициатива привязана к цели продукта. На вопрос «зачем» отвечает граф целей, а не память продакта перед обзором.","Видно, зачем мы это строим",{"icon":245,"note":246,"title":247},"users","Сигналы от пользователей и идеи команды попадают в одну точку как задачи. Из них рождается бэклог, а не отчёт, который никто не читает.","Обратная связь не теряется",[],[],[],[],[],{"text":254,"author":97,"context":255},"Раньше дорожная карта жила в презентации, бэклог — в табличке, а обратная связь от пользователей терялась по чатам. Теперь всё в одном проекте, и каждая инициатива связана с целью: видно не только что в работе, но и зачем мы это строим.","Так это работает в продуктовой команде",567,"2026-06-30T18:54:47.223354+03:00","2026-08-07T20:00:10.603007+03:00","2026-06-30T18:54:47+03:00",[261,299,335],{"id":262,"slug":263,"type":70,"segment":17,"translations":264,"industry":17,"functions":270,"tags":276,"cover":17,"is_on_home":280,"home_order":117,"showcase_art":17,"showcase_tag":17,"catalog_group":281,"catalog_art":100,"catalog_segments":282,"catalog_departments":285,"catalog_roles":288,"catalog_industries":290,"catalog_pains":292,"wizard_roles":295,"is_general":280,"is_featured":280,"featured_order":117,"updated_at":297,"published_at":298},31,"bag-trekking",{"ru":265},{"title":266,"tldr":267,"hero_title":268,"seo_description":269},"Баг-трекинг в Shtab: учёт и управление ошибками на доске","Shtab наводит порядок в потоке ошибок: каждый дефект — карточка на канбан-доске со статусами «Открытые» → «В процессе» → «На проверке» → «Закрыты», с меткой серьёзности, приоритетом и ответственным. Шаги воспроизведения и скриншот лежат в описании, ошибка связана с задачей на исправление, а фильтры и группировка показывают, что горит и кто чинит. Это не специализированный баг-трекер для разработчиков — Shtab ведёт ошибки как задачи на доске, но зато весь поток дефектов виден в одном месте, а не теряется в чатах и почте.","Баг-трекинг: учёт ошибок на доске, где ничего не теряется","Баг-трекинг в Shtab: учёт и управление ошибками на канбан-доске. Статусы, серьёзность и приоритеты метками, ответственные, связь дефекта с задачей, фильтры.",[271],{"id":57,"slug":263,"icon":17,"order":272,"translations":273},230,{"ru":274},{"name":275,"description":97,"meta_title":97,"meta_description":97},"Баг-трекинг",[277],{"id":51,"slug":100,"order":101,"translations":278},{"ru":279},{"name":104},false,"process",[283,284],"s","m",[286,287],"dev","support",[289],"teamlead",[291],"it",[293,294],"requests","visibility",[286,296,287],"product","2026-08-07T20:00:10.202520+03:00","2026-07-01T14:15:21+03:00",{"id":300,"slug":301,"type":70,"segment":17,"translations":302,"industry":17,"functions":308,"tags":314,"cover":17,"is_on_home":280,"home_order":117,"showcase_art":17,"showcase_tag":17,"catalog_group":281,"catalog_art":155,"catalog_segments":322,"catalog_departments":324,"catalog_roles":325,"catalog_industries":327,"catalog_pains":328,"wizard_roles":331,"is_general":280,"is_featured":280,"featured_order":117,"updated_at":333,"published_at":334},32,"dorozhnaya-karta",{"ru":303},{"title":304,"tldr":305,"hero_title":306,"seo_description":307},"Дорожная карта (роадмап) продукта: вехи и этапы на Ганте, связанные с целями и задачами","Дорожная карта в Shtab — это вехи и этапы плана на диаграмме Ганта, связанные с целями и реальными задачами команды. Вехи расставляются по времени со сроками и зависимостями, привязываются к целям на графе целей и к карточкам задач, а прогресс и сдвиги видны сразу: съехала одна веха — план честно пересчитал остальные. Не отдельная презентация, которая устаревает через неделю, а живая карта плана внутри той же системы, где идёт работа.","Дорожная карта, которая не устаревает: вехи на Ганте и цели","Дорожная карта (роадмап) в Shtab: вехи и этапы на диаграмме Ганта со сроками и зависимостями, связанные с целями и задачами. Сдвиги видны, план не устаревает.",[309],{"id":45,"slug":301,"icon":17,"order":310,"translations":311},240,{"ru":312},{"name":313,"description":97,"meta_title":97,"meta_description":97},"Дорожная карта (роадмап)",[315],{"id":316,"slug":317,"order":318,"translations":319},14,"roadmap",140,{"ru":320},{"name":321},"Дорожная карта",[284,323],"e",[296],[326],"pm",[291],[329,330],"deadlines","strategy",[296,332],"pmo","2026-08-07T20:00:09.969288+03:00","2026-07-01T14:24:17+03:00",{"id":45,"slug":336,"type":70,"segment":17,"translations":337,"industry":17,"functions":343,"tags":351,"cover":17,"is_on_home":280,"home_order":117,"showcase_art":17,"showcase_tag":17,"catalog_group":234,"catalog_art":355,"catalog_segments":356,"catalog_departments":357,"catalog_roles":359,"catalog_industries":362,"catalog_pains":365,"wizard_roles":367,"is_general":280,"is_featured":280,"featured_order":117,"updated_at":368,"published_at":369},"dlya-finotdela",{"ru":338},{"title":339,"tldr":340,"hero_title":341,"seo_description":342},"Shtab для финансового отдела: бюджеты, рентабельность проектов и ФОТ","Shtab собирает управленческую экономику проектов в одном месте: бюджеты план\u002Fфакт на доске, рентабельность и маржа считаются из часов и ставок, согласование счетов и оплат идёт задачами со статусами и ответственными, а сводные отчёты для руководства собираются из системы, а не вручную в Excel. Финотдел видит экономику проекта в реальном времени, а не постфактум. При этом Shtab не заменяет бухгалтерию и 1С — он дополняет их управленческим учётом проектов и ФОТ.","Финансовый отдел, где видно экономику каждого проекта","Shtab для финансового отдела: бюджеты проектов план\u002Fфакт, рентабельность и маржа из часов и ставок, ФОТ, согласование счетов задачами и отчёты руководству.",[344],{"id":345,"slug":346,"icon":17,"order":347,"translations":348},19,"finansy",190,{"ru":349},{"name":350,"description":97,"meta_title":97,"meta_description":97},"Финансовый отдел",[352],{"id":51,"slug":100,"order":101,"translations":353},{"ru":354},{"name":104},"bars",[284,323],[358],"fin",[360,361],"ceo","spec",[363,364],"agency","prod",[294,366],"routine",[358],"2026-08-07T20:00:10.374460+03:00","2026-06-30T20:38:22+03:00",{"users":371,"tasks":372,"companies":373},82347,5241237,54648]