Продукт против проекта: испытание свободой

В чём разница подходов, их специфичные радости и проблемы.

Из личного опыта Алексея Кулакова, генерального директора digital-агентства JetStyle и директора по продукту издательского сервиса Ridero.

За несколько лет одновременной работы директором продакшн-студии JetStyle и директором по продукту в Ridero я на личном опыте прочувствовал разницу между продуктовым бизнесом и проектным. Я несколько раз рассказывал про мои выводы на разных ИТ-сборищах, и вот из этого появилась эта статья.

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

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

А проектный бизнес — про то, что у вас есть любимая команда, которая аккумулирует какую-то компетенцию и даёт доступ к этой компетенции своим уважаемым соседям. Для меня проектный бизнес — это способ прожить жизнь. Можно построить вокруг себя компанию, похожую на тебя. Организовать вокруг себя всё так, как тебе нравится, и в этом построенном мире жить, оставаться актуальным, меняться вместе с командой.

Продукт — это способ завоевать мир. Его гораздо сложнее прогнозировать, он совершенно не обязан быть на тебя похожим. И вообще-то, если ты всё правильно делаешь, успешный продукт должен однажды тебя перерасти.

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

Проектный бизнес — это способ прожить жизнь. А продукт — способ завоевать мир.

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

Объект управления

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

В проектном бизнесе таким объектом становятся проекты клиентов, идущие в каком-то ритме. Но рано или поздно каждый из них заканчивается. В продуктовом бизнесе мы организуем процессы. Продукт — это такая пачка процессов, созданных быть бесконечными.

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

Вот как это произойдёт. Ещё в первые дни стартапа к вам обязательно однажды подойдёт менеджер проекта со словами «Ко мне пришёл клиент, дал два миллиона денег, дай разработчика». Нужно очень-очень-очень верить в свой продукт, чтобы послать такого менеджера нахрен. Потому что если отдать ему разработчика хотя бы на день, всё — капец! Продукта не будет. Сквозь дырочку в плотине хлынут другие менеджеры. А ваша идея так и останется идеей, потому что люди продолжат делать проекты.

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

Люди

Продукт — в гораздо большей степени бизнес, чем проектная студия. Это система, которая создаётся, чтобы захватить мир. А значит, рано или поздно должна появиться возможность отделить продукт от основателей. Хотя бы для того, чтобы его акциями можно было торговать. Машина из людей в форме воронки продаж — вот что такое продукт в большинстве случаев.

Делать проекты — не вполне бизнес. Его сложно масштабировать, он всегда до какой-то степени локален и сильно привязан к личностям. Не очень понятно, как его оторвать от ядра команды и как его можно, например, продать. То есть деньги так зарабатывать, конечно, можно. Но это имеет смысл, если вам нравятся люди и сам процесс решения разнообразных клиентских задачек.

Проектная студия — это прежде всего кадровая история. Первые десять лет работы директором каждый раз, когда кто-то увольнялся, я чувствовал себя Прометеем, у которого орёл, скотина, вырывал кусок печени. Вырывал и тащил куда-то. Например, в компанию «Яндекс» или в Москву.

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

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

Структура ответственности

Для проектной работы клиенты — это лучшие люди. Серьёзно. И не потому, что они платят деньги. Именно клиент берёт на себя ответственность за выбор цели. Чтобы почувствовать себя красавцем, вам остаётся самое простое — быть честным, предсказуемым и экстракомпетентным. Ведь самую сложную штуку клиент взял на себя: он решил, куда вам нужно идти.

Кроме того, в проектном бизнесе вы с клиентом на равных и можете вести себя как партнёры — два самостоятельных, взрослых, ответственных субъекта, которые могут договариваться об общих целях и способах их достижения. Вообще-то, это половина всей радости, если уметь это делать.

Если же рамку цели никто не держит, ты чувствуешь чудовищное давление — это мир давит на тебя. Между тобой и ужасным космосом никого нет. В продукте, если ты выбрал цель неправильно или, не дай бог, выбрал их больше, чем надо, всё кончится грустно.

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

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

Только ваша команда отвечает за всё: за сервис, окупаемость и масштабируемость, за приоритеты и за выбор между быстрыми деньгами и стратегическим развитием. Важно не допускать протечек денег, пользователей и ответственности.

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

Маркетинг

Главное, что надо понимать про маркетинг в проектном бизнесе, — его там практически нет. Есть фронтмен, который продаёт. И делает поначалу лучше, чем весь маркетинговый комплекс. Если это не так — просто нет продаж. Это несложно, но есть одна проблема: рано или поздно фронтмен закончится. И когда он закончится, окажется, что маркетинг у вас не отрос.

Вы продавали собой, безо всякого маркетингового процесса. И всё, что у вас есть от маркетинга, — это PR. Это в лучшем случае. Да, он полезный, из него приходят клиенты. Но PR — это другой, в целом локальный инструмент, он плохо масштабируется и живёт вокруг таланта и связей отдельных людей. Он слабоуправляем и мало помогает выходить на новые рынки.

Когда вы всё-таки решите выходить на новый рынок, эта разница станет очевидна. Вы поймёте, что лиды очень дорогие. Но ведь это не проблема, если у вас высокий чек (подтверждённый репутацией, но, к сожалению, на локальном рынке). Гораздо более серьёзная проблема в том, что новые клиенты из маркетинга будут холодными, и их будет сложно превратить в длинных.

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

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

Как этого не допустить? Менять продукт, находить новые ниши, создавать новую ценность, выстраивать новый канал. Потом можно сколько-то радоваться росту, пока и эта ниша не закончится. И так постоянно. К этому тоже привыкаешь.

Управление временем

Главное отличие проектного бизнеса от продуктового — то, как устроено в них время. В проектном бизнесе всё подчинено балансу кэш-флоу. От того, сколько денег вы потратили на зарплаты и всякое такое и сколько получили, зависит ваше настроение и состояние бизнеса к концу месяца.

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

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

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

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

Аналитика в продукте — бесконечно вкусный апельсин, её нельзя перестать углублять. А кроме получения знания в каждом из процессов вы занимаетесь двумя вещами: аккумулируете темп и снижаете трение. В общем, оптимизируете. Как это делать — тема для целой книги.

Этапы жизни продукта

Я привык рассматривать этапы жизни бизнеса как точки перелома на кривой возврата инвестиций. Вот такой вот график. На картинке он гладкий, но в жизни всё, конечно, сильно ухабистее.

Посмотрим на точки на графике:

  1. Идея — тут вы начали тратить деньги.
  2. Вы начали брать деньги с клиента.
  3. Вы получаете от клиентов столько же, сколько тратите.
  4. Тут вы окупились.
  5. Упёрлись в потолок эффективности канала.
  6. Ваш бизнес начал умирать (если вы внутри него не успели вырастить следующую его версию).

Рождение — от идеи до MVP

Этапу рождения посвящены почти все стартаперские конференции. И часто их участники думают, что стартап — это только родиться. Пока проект не явил себя, у вас самое весёлое время, когда вы занимаетесь всем сразу: тестируете идею и продажи, вербуете сотрудников, разрабатываете UX и так далее. Задорно, креативно, «дух стартапа», все дела.

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

Детство — от альфы до стабильных продаж

На этом этапе продукт превращается в процесс нанесения пользы, уже упакованный в софт и маркетинг для продажи клиентам. Главная проблема — недостаток концентрации. Вас всё время будет расфокусировать масса факторов.

Делать функции для одной группы клиентов или для другой. Упереться в продажи или в удобство. Разобраться с поставщиками или улучшить качество обслуживания. Поднять цены или сделать крупный проект для важного клиента. Но самое главное — это постоянный конфликт тактики и стратегии.

Вам одновременно нужно:

  • развивать проект для завоевания вашего (и следующего) рынка;
  • зарабатывать деньги на это развитие.

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

Самое грустное, что деньги от инвестора, которые, казалось бы, могли бы решить эту проблему, всё только усложняют. До инвестиций вас от идиотских решений удерживала необходимость заработка. Как только у вас появляются свободные деньги — у вас появляется масса отличных идей, на какие лишние мероприятия их потратить.

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

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

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

Самостоятельность — от продаж до самоокупаемости

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

И ещё раз про амбициозные цели и фокус

Раз вы делаете бизнес, у вас есть амбициозная цель. Но иногда врывается вторая амбициозная цель. Возникает расфокусировка. Что это значит? Что вы как директор не справились и кого-то вовремя не послали на хрен.

Обычно это происходит так. К вам приходит кто-то из совета директоров или ценный клиент, или умный коллега. И говорит: «Давай сделаем офигенно полезную штуку в проекте». Заметьте, никто не приходит с идиотизмом (тех, кто с идиотизмом, слать на хрен как раз легко). И если вы согласитесь, то сделаете очень полезную штуку, заработаете деньги, но упустите темп своего продукта.

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

Если это разворот, то первой амбициозной цели больше нет. Теперь у вас другая амбициозная цель. К сожалению, обычно бывает не так. Чаще всего случается вот что: к вам подходит партнёр — умный, компетентный человек. И говорит: «Время дорого, пойдём к двум целям сразу, иначе нас обгонят конкуренты...».

Я идиот. Я дважды соглашался сразу на две цели. Не делайте, как я. (Да, я знаю, что это звучит как «машите руками интенсивней и взлетите». То есть абсолютно правильно и совершенно не реально на практике. Так что это я пишу для себя будущего: «Будущий Кулаков! Не иди к двум целям сразу!»)

Чтобы идти к двум целям сразу, надо две команды. А две команды — это не в два, а в три раза больше денег. И это только оптимистичная оценка. Потому что команды придётся координировать между собой, а это дополнительные расходы. И таки да, поначалу не увеличение, а снижение темпа. Всё как в старом добром «мифическом человеко-месяце», да.

Но если вы всё-таки решите последовать за двумя целями сразу и все пойдёт не так, никогда не говорите потом: «Я просрал бизнес». Говорите: «Мы получили бесценный опыт». Все так говорят.

Проекты или продукт — как выбрать

Если фраза «Я хочу менять мир» для вас не пафосный лозунг, а конкретная необходимость; если у вас действительно есть идея, что будет круто, если люди что-то начнут делать по-другому (проверка такая: если вам не надо будет зарабатывать деньги, вы будете хотеть ей заниматься всё равно?); если вам почему-то действительно упёрлось завоевать мир — идите в продукт.

Если хотите просто интересную работу; если хотите, чтобы всегда была актуальная задача, люди смотрели на вас как на профессионала, а рядом работали чуваки, с которым вам интересно, — идите в проекты.

Можно ещё совмещать (как я), но этого я никому не советую, потому что мало кто любит шестнадцатичасовой рабочий день.

0
31 комментарий
Написать комментарий...
Денис Мамаев

The best из того что видел здесь

Ответить
Развернуть ветку
Вася Бездомный

Вы так людей только запутаете.

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

В любом случае, если продукта нет, а его хочется - нужно запускать проект для того, чтобы сделать первый инкремент продукта (сейчас чаще всего его называют MVP).

Ответить
Развернуть ветку
Kulakov Aleksey

ага. я тоже читал pmi pmbok )))  т.е. все так, я в курсе чем проект отличается от продукта, но этот текст не про разницу между понятиями "продукт" и "проект". А про разницу между бизнесом которые все время делает проекты (и в этом бизнес) с бизнесом продуктовым. И стартовый проект – конечно важный этап – но дело к нему не сводится.

Ответить
Развернуть ветку
Вася Бездомный

Продуктовый бизнес постоянно проектами занимается, например, при разработке MVP )))

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

Ответить
Развернуть ветку
Dmitry Astapkovich

Еще есть четвертая компонента, о которой постоянно забывают - качество.

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Maria Chmir

Классно, большое спасибо, Алексей!

Ответить
Развернуть ветку
Nice Man

Лайкните, чтоб я не забыл дочитать потом.

Ответить
Развернуть ветку
Валентин Потапов

Между Проектом и Продуктом есть еще место полузаказному подходу. Когда сделали проект и начали его, при случае, параметризировать и кастомизировать для других клиентов. Есть много примеров такого многолетнего развития компаний.

Ответить
Развернуть ветку
Kulakov Aleksey

ну в моих терминах в этом случае все как с проектной студией.

Ответить
Развернуть ветку
Валентин Потапов

"Проектная студия " - делает проекты, ограниченные по времени, например сайты. Также, например, Диасофт делает проекты для банков. Вместе с тем, он продвигает и свою продуктовую линейку FLEXTERA. Назвать это чистым продуктом в современном веб понимании сложно, т.к. продажи штучные и развитие по мере участия в проектах. Технологии развития иные. Поэтому разумен промежуточный термин. Я, за незнанием другого, использую Полузаказная разработка.

Ответить
Развернуть ветку
Michael Golovastikov

Небольшой диссонанс от того, что ведёт блог один человек, а статьи постит от имени другого (я зануда, да)

Ответить
Развернуть ветку
Kulakov Aleksey

зато он (блог) в результате есть)
ну и я если что на коменты отвечаю

Ответить
Развернуть ветку
Сева Nort

Интересная история, мне, как человеку из (бывшего) проектного бизнеса интересно было почитать. Вопрос про продукт - как манагерите постановку задач? И кто в итоге "пасет" программистов?

Ответить
Развернуть ветку
Kulakov Aleksey

да как манаджерим. как все – скрамом. приоретизируем от гипотезы о влиянии на юнит экономику и вперед.
а программистов пасет техдир конечно )

Ответить
Развернуть ветку
Дмитрий Бородин

для меня до сих пор неразрешима дилемма - если классная команда на проектах, то как эти же люди могут не начать делать инхаус продукт. А если нет инхаус продукта, значит видимо не такая уж хорошая команда

парадокс?

Ответить
Развернуть ветку
Валентин Потапов

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

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Vladimir Teterin

Дак тут жешь не про терминологию, а про разные бизнесы: в одном делается «на заказ» а в другом «для себя».

Ответить
Развернуть ветку
Цой жив

Эта статья пример херового проекта и продукта. Я даже до комментов учатл листать

Ответить
Развернуть ветку
Kulakov Aleksey

Ага. Спасибо за мнение. Но вы, очевидно, не врубились про что текст – потому что он не про "проект". И, кстати, а как вы поняли что продукт херовый?

Ответить
Развернуть ветку
Нейро Медиатор

Минусить не хочу -- это как-то по-детски. Просто скажу -- зря вы так, толковая же статья. Реально чуть ли самая полезная тут за последнее время.

Ответить
Развернуть ветку
Andrii Gurskyi

очень знакомо...

Ответить
Развернуть ветку
Vladislav Proskurin

Все так.

Ответить
Развернуть ветку
Oleg Sedov

полезный опыт. спасибо. пригодится)

Ответить
Развернуть ветку
Dmitriy Sysoev

Ценно. И очень точно! Спасибо!

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Yury Ryabov

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

Ответить
Развернуть ветку
Kulakov Aleksey

Это опять вопрос про разницу в медежменте. конечно внутри управления продуктом есть управление проектом. и да, продукт начинается с проекта. но я писал не про эту разницу. а про разницу в двух бизнесах - один все время делает проекты (на заказ), а второй развивает один продукт. это другая дихотомия.
Это раз. Два - нет, совсем не у любого проекта результат– продукт. Даже не у большинства проектов такой финал. Продукт это упакованный процесс нанесения пользы. Проект иногда делаю чтобы такое начать, но он может быть для кучи других задач.
В общем – статья не про разницу терминов "продукт" и "проект". Статья про разницу ритмов двух бизнесов. Ну да, если это не понятно из прочитанной статьи, наверное и из комментария не будет понятно. В любом случае – это суммация моего текущего видения. Кому-то окажется полезно )

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Kulakov Aleksey

Вы пишите: "По моему - Проект и Продукт, это просто разные этапы деятельности по достижению цели." После того как я пишу: "В общем – статья не про разницу терминов "продукт" и "проект".
От этого у меня складывается впечатление, что вы не со мной разговариваете, и не моей статье оппонируете. Так что, видимо, на этом все.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Kulakov Aleksey

ну, возможно, надо было прочитать что-то кроме названия.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Kulakov Aleksey

Ну т.е. и правда не читали)
Ну ок. Проект – деятельность ради конкретного результата, имеющая четкие границы во времени и ресурсах. Продукт – это упакованный в маркетинг процесс нанесения пользы клиентам. Если организация делает много проектов – она использует для этого процессы. Внутрь продукта всегда встроено сколько-то проектных циклов.
Но, еще раз, статья не про эту разницу. Про нее и так всем все понятно – кому из учебников, кому из практики. Это не интересная (потому что много раз топтаная) тема.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Kulakov Aleksey

ага. ну я тоже теперь спокоен, за уровень дискурса и опыта оппонента )

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
28 комментариев
Раскрывать всегда