mirror of
https://github.com/StepanovPlaton/SSAUGenerator.git
synced 2026-10-31 10:18:29 +04:00
add pptx
This commit is contained in:
41
docx/content/01-introduction.md
Normal file
41
docx/content/01-introduction.md
Normal file
@@ -0,0 +1,41 @@
|
||||
Объектом исследования выступает процесс выведения нового товара на рынок,
|
||||
предметом — выбор метода реализации проекта по выводу новинки и его обоснование
|
||||
в различных сферах деятельности.
|
||||
|
||||
Актуальность работы обусловлена тем, что запуск нового товара сопровождается
|
||||
высоким риском: значительная доля новинок не достигает устойчивых продаж, а
|
||||
неудачный запуск приводит к прямым убыткам, потерям доли рынка и подрыву доверия
|
||||
к бренду. По разным оценкам, до семи из десяти новых товаров уходят с рынка в
|
||||
первые годы после появления, поэтому цена ошибки при выводе новинки особенно
|
||||
велика [@1], [@2]. В этих условиях выбор управляемого и повторяемого метода
|
||||
вывода товара на рынок становится практически значимой задачей: он позволяет
|
||||
снизить неопределённость, распределить ресурсы проекта и своевременно отказаться
|
||||
от бесперспективного направления [@7].
|
||||
|
||||
Под новым товаром в работе понимается продукт, услуга или их значимая
|
||||
модификация, ранее не предлагавшиеся компанией целевой аудитории. Выведение
|
||||
такого товара на рынок охватывает исследование спроса, разработку предложения,
|
||||
его продвижение и получение обратной связи от клиентов. Именно комплексность
|
||||
этих этапов и их взаимное влияние порождают основные риски: чем позже компания
|
||||
узнаёт реакцию рынка, тем дороже исправлять допущенные ошибки [@5], [@7].
|
||||
|
||||
Целью работы является выбор метода реализации проекта по выведению нового товара
|
||||
на рынок и обоснование его применимости в десяти сферах деятельности. Для
|
||||
достижения цели необходимо решить следующие задачи:
|
||||
|
||||
- изучить классические и гибкие методы выведения товара на рынок и их основные
|
||||
ограничения;
|
||||
- обосновать выбор метода Agile/Scrum применительно к запуску новинки;
|
||||
- описать роли, артефакты и события выбранной методологии;
|
||||
- раскрыть механизм проверки спроса через спринты и инкременты;
|
||||
- обосновать применимость метода в производстве, связи, на транспорте, в
|
||||
строительстве, коммерческой деятельности, юридических услугах, организации
|
||||
праздников, бытовых услугах, IT-услугах и банковской сфере;
|
||||
- сформулировать выводы об универсальности выбранного метода и условиях его
|
||||
эффективного применения.
|
||||
|
||||
При выполнении работы использованы методы системного анализа, сравнительного
|
||||
анализа методов управления проектами, проектного моделирования и обобщения
|
||||
практики [@3], [@4]. Структура работы соответствует поставленным задачам: первый
|
||||
раздел посвящён обоснованию выбора метода, второй — его проверке в десяти сферах
|
||||
деятельности, заключение содержит основные результаты и выводы.
|
||||
154
docx/content/02-method.md
Normal file
154
docx/content/02-method.md
Normal file
@@ -0,0 +1,154 @@
|
||||
# ВЫБОР МЕТОДА ВЫВЕДЕНИЯ НОВОГО ТОВАРА НА РЫНОК
|
||||
|
||||
В разделе рассматриваются основные методы реализации проекта по выведению нового
|
||||
товара на рынок, формулируются критерии их сравнения и обосновывается выбор
|
||||
методологии Agile/Scrum [@1], [@5].
|
||||
|
||||
## Обзор методов выведения товара на рынок
|
||||
|
||||
В практике управления проектами сложились как классические, так и гибкие методы
|
||||
вывода новинки на рынок. Классические подходы (Waterfall, Stage-Gate) строятся на
|
||||
последовательном прохождении этапов и предполагают, что требования известны
|
||||
заранее, а результат оценивается на завершающей стадии. Гибкие подходы
|
||||
(Design Thinking, Lean Startup, Agile/Scrum) переносят проверку спроса внутрь
|
||||
процесса и позволяют уточнять требования по мере получения отклика рынка. Краткая
|
||||
характеристика методов приведена в таблице @tbl:methods.
|
||||
|
||||
::: table "Сравнение методов выведения товара на рынок" id=methods
|
||||
| Метод | Сущность | Основное ограничение |
|
||||
|---|---|---|
|
||||
| Waterfall (водопад) | последовательные этапы от идеи до запуска | поздняя обратная связь рынка |
|
||||
| Stage-Gate | этапы с контрольными «воротами» go/kill | высокая стоимость стадии |
|
||||
| Design Thinking | старт от потребности клиента, прототип и тест | не задаёт процесс управления |
|
||||
| Lean Startup | минимальный продукт (MVP) и цикл «создать — измерить — научиться» | требует зрелой аналитики |
|
||||
| Agile/Scrum | короткие итерации — спринты, готовый инкремент | нужна дисциплина команды |
|
||||
| 4P (маркетинг-микс) | проработка товара, цены, каналов, продвижения | не покрывает разработку |
|
||||
:::
|
||||
|
||||
Сравнение методов проводится по четырём критериям: скорость получения обратной
|
||||
связи, способность реагировать на изменения, стоимость проверки спроса и
|
||||
прозрачность управления. Как видно из таблицы @tbl:methods, классические методы
|
||||
предполагают длительный цикл и получают обратную связь рынка лишь на финальной
|
||||
стадии. Для запуска нового товара, спрос на который ещё не подтверждён, это
|
||||
создаёт повышенный риск: к моменту первых продаж значительная часть ресурсов уже
|
||||
израсходована, а изменение требований требует дорогостоящей переработки.
|
||||
Наиболее подходящим признан гибкий подход Agile и его методология Scrum [@2],
|
||||
[@6]. Ключевые различия классического и гибкого подходов сведены в таблице
|
||||
@tbl:compare.
|
||||
|
||||
::: table "Сравнение классического и гибкого подходов" id=compare
|
||||
| Критерий | Waterfall | Agile/Scrum |
|
||||
|---|---|---|
|
||||
| Обратная связь рынка | в конце проекта | в каждом спринте |
|
||||
| Реакция на изменения | низкая | высокая |
|
||||
| Готовый продукт | к концу проекта | в конце каждого спринта |
|
||||
| Стоимость проверки спроса | высокая | низкая (пилотный инкремент) |
|
||||
| Требования | фиксируются заранее | уточняются итеративно |
|
||||
| Риск неудачного запуска | высокий | снижается поэтапно |
|
||||
:::
|
||||
|
||||
## Сущность методологии Agile/Scrum
|
||||
|
||||
Agile — это гибкий подход к управлению проектами, закреплённый в «Манифесте
|
||||
гибкой разработки» 2001 года. Манифест ставит в приоритет людей и взаимодействие
|
||||
над процессами и инструментами, работающий продукт над исчерпывающей
|
||||
документацией, сотрудничество с заказчиком над согласованием условий и готовность
|
||||
к изменениям над следованиям первоначальному плану [@1]. На этих ценностях
|
||||
строятся двенадцать принципов, важнейшими из которых для вывода нового товара
|
||||
являются ранняя и частая поставка ценности, неразрывная работа бизнеса и
|
||||
исполнителей и постоянная адаптация к меняющимся условиям рынка.
|
||||
|
||||
Scrum — наиболее распространённая методология Agile: работа разбивается на
|
||||
короткие итерации — спринты длительностью от одной до четырёх недель, каждая из
|
||||
которых завершается готовым приростом продукта (инкрементом) [@2], [@3]. В основе
|
||||
Scrum лежат три идеи: прозрачность (все участники видят состояние работы),
|
||||
инспекция (результат регулярно проверяется) и адаптация (процесс меняется по
|
||||
результатам проверки). Такой цикл «планирование — работа — проверка — улучшение»
|
||||
позволяет проверять спрос небольшими порциями и снижать стоимость ошибки, что
|
||||
особенно важно при запуске товара на непроверенном рынке [@3], [@4].
|
||||
|
||||
## Роли, артефакты и события Scrum
|
||||
|
||||
Методология Scrum опирается на три роли, три артефакта и четыре события. Роли
|
||||
отвечают за постановку целей и организацию работы, артефакты фиксируют требования
|
||||
и прогресс, а события задают ритм и обеспечивают регулярную обратную связь. Роли
|
||||
и артефакты приведены в таблице @tbl:scrum.
|
||||
|
||||
::: table "Роли и артефакты методологии Scrum" id=scrum
|
||||
| Элемент | Назначение |
|
||||
|---|---|
|
||||
| Product Owner | отвечает за ценность товара и ведёт Product Backlog |
|
||||
| Scrum Master | убирает препятствия, следит за процессом |
|
||||
| Команда разработки | 5–9 специалистов, создающих продукт |
|
||||
| Product Backlog | перечень всех требований к новому товару |
|
||||
| Sprint Backlog | план работ текущего спринта |
|
||||
| Increment | готовый к показу прирост продукта |
|
||||
:::
|
||||
|
||||
Product Owner формирует и упорядочивает Product Backlog по ценности, принимает
|
||||
результат спринта и представляет интересы заказчика. Scrum Master отвечает за
|
||||
соблюдение правил методологии, помогает команде убирать препятствия и защищает
|
||||
спринт от незапланированных работ. Команда разработки — самоорганизующаяся
|
||||
группа из пяти–девяти специалистов, которая самостоятельно определяет, сколько
|
||||
задач войдёт в спринт, и отвечает за качество инкремента. Каждый артефакт имеет
|
||||
своё назначение: Product Backlog хранит все требования к товару, Sprint Backlog —
|
||||
план текущей итерации, а Increment — готовую к показу часть продукта. Единое
|
||||
понимание готовности фиксируется в критериях Definition of Done, что делает
|
||||
результат спринта проверяемым.
|
||||
|
||||
Цикл работы методологии при выводе товара на рынок приведён на рисунке
|
||||
@fig:scrum-cycle.
|
||||
|
||||
::: figure "Цикл Scrum при выводе нового товара на рынок" id=scrum-cycle file=images/scrum-cycle.puml
|
||||
а) Product Backlog фиксирует требования к товару;
|
||||
б) спринт завершается инкрементом;
|
||||
в) Sprint Review даёт обратную связь рынка;
|
||||
г) по результатам Review выполняется следующий спринт или масштабирование.
|
||||
:::
|
||||
|
||||
События Scrum задают ритм работы и обеспечивают инспекцию результата. Sprint
|
||||
Planning открывает спринт и определяет его цель и состав работ. Daily Scrum —
|
||||
короткая ежедневная встреча для синхронизации команды и выявления препятствий.
|
||||
Sprint Review завершает спринт демонстрацией инкремента заказчику и рынку, а
|
||||
Sprint Retrospective позволяет команде улучшить собственный процесс. Поскольку
|
||||
каждый спринт заканчивается инкрементом, рынок получает способ проверить товар
|
||||
до полного запуска производства и масштабных вложений.
|
||||
|
||||
Результативность спринта оценивается по величине созданного инкремента и
|
||||
получаемому эффекту. Скорость команды — суммарный объём задач, выполненных за
|
||||
итерацию, — позволяет прогнозировать сроки вывода товара, а ожидаемый эффект
|
||||
инкремента помогает сравнивать ценность планируемых улучшений с затратами на
|
||||
спринт. Ожидаемый эффект рассчитывается по формуле @eq:effect.
|
||||
|
||||
::: formula id=effect
|
||||
E = C * V - Z
|
||||
:::
|
||||
|
||||
::: where
|
||||
E — ожидаемый эффект спринта;
|
||||
C — ценность инкремента для клиента;
|
||||
V — вероятность подтверждения спроса;
|
||||
Z — затраты на проведение спринта.
|
||||
:::
|
||||
|
||||
Положительный ожидаемый эффект служит основанием для развития товара, а
|
||||
отрицательный — для корректировки состава требований. Такой расчёт делает
|
||||
решение о продолжении или изменении проекта более обоснованным [@5].
|
||||
|
||||
## Обоснование выбора Scrum
|
||||
|
||||
Выбор Scrum определяется рядом преимуществ применительно к выводу нового товара на
|
||||
рынок [@3], [@4]:
|
||||
|
||||
- рынок проверяется дешёвым инкрементом, а не дорогим запуском «с нуля»;
|
||||
- обратная связь собирается в каждом спринте, что снижает риск ошибки;
|
||||
- требования уточняются итеративно, поэтому изменения не приводят к переработке
|
||||
всего проекта;
|
||||
- прозрачность процесса обеспечивается ролями, артефактами и событиями;
|
||||
- ранние пилотные продажи формируют выручку ещё до полного запуска;
|
||||
- метод не зависит от отрасли и применим там, где есть клиент и обратная связь;
|
||||
- скорость команды и результаты спринтов делают план развития измеримым.
|
||||
|
||||
Таким образом, Agile/Scrum выбран в качестве метода реализации проекта по
|
||||
выведению нового товара на рынок. Его применимость в десяти сферах деятельности
|
||||
обоснована в следующем разделе.
|
||||
105
docx/content/03-spheres.md
Normal file
105
docx/content/03-spheres.md
Normal file
@@ -0,0 +1,105 @@
|
||||
# ОБОСНОВАНИЕ МЕТОДА AGILE/SCRUM В СФЕРАХ ДЕЯТЕЛЬНОСТИ
|
||||
|
||||
В разделе обосновывается применимость метода Agile/Scrum в десяти сферах
|
||||
деятельности. В каждой сфере рассматривается пример нового товара и показывается,
|
||||
как его вывод на рынок организуется через спринты, пилотный инкремент и обратную
|
||||
связь [@3], [@6]. Общая логика одинакова для всех сфер: сначала создаётся
|
||||
ограниченный пробный продукт, затем замеряется результат, и только после этого
|
||||
принимается решение о масштабировании (рисунок @fig:funnel).
|
||||
|
||||
::: figure "Воронка вывода нового товара на рынок" id=funnel file=images/product-funnel.puml
|
||||
а) спринт 0 уточняет требования и сегмент рынка;
|
||||
б) спринты 1–2 создают минимальную версию товара;
|
||||
в) спринты 3–4 проверяют спрос на ограниченной аудитории;
|
||||
г) начиная со спринта 5 товар масштабируется по подтверждённым метрикам.
|
||||
:::
|
||||
|
||||
## Производство
|
||||
|
||||
Новым товаром выступает линейка упаковки. Вместо единовременного перезапуска всех
|
||||
линий выпускается пробная партия на одной линии, которая играет роль инкремента.
|
||||
В ходе спринта замеряются себестоимость партии, доля брака и скорость переналадки
|
||||
оборудования. Sprint Review с оптовыми покупателями показывает востребованность
|
||||
новой упаковки, после чего производство масштабируется на остальные линии, а
|
||||
замечания клиентов становятся задачами следующего спринта.
|
||||
|
||||
## Связь
|
||||
|
||||
Новый товар — тариф «Умный дом». Пилотный спринт запускает тариф для ста
|
||||
абонентов, в ходе Sprint Review анализируются подключения, средний чек и отток.
|
||||
Обратная связь абонентов позволяет скорректировать состав услуг и условия
|
||||
подключения. По результатам обратной связи тариф дорабатывается и выводится на
|
||||
массовый рынок без риска массового оттока при неудачной конфигурации.
|
||||
|
||||
## Транспорт
|
||||
|
||||
Новым товаром является сервис каршеринга мини-фургонов. Пилот реализуется пятью
|
||||
машинами в одном районе; метрики загрузки, среднего времени аренды и спроса
|
||||
оцениваются в конце спринта. Если загрузка подтверждает спрос, инкремент
|
||||
признаётся успешным, и автопарк расширяется за счёт новых районов. Такой подход
|
||||
позволяет проверить экономику сервиса до крупных капитальных вложений в технику.
|
||||
|
||||
## Строительство
|
||||
|
||||
Новый товар — модульные дома. Первый спринт предполагает возведение одного
|
||||
пилотного модуля и его показ заказчикам. На Sprint Review фиксируются затраты на
|
||||
монтаж, сроки и замечания по проекту, после чего они учитываются в следующем
|
||||
инкременте — серийном модуле. Итеративная проверка снижает риск ошибок в типовом
|
||||
проекте, который затем тиражируется на серию.
|
||||
|
||||
## Коммерческая деятельность
|
||||
|
||||
Новым товаром выступает подписка на наборы продуктов. Бокс-пилот на пятидесяти
|
||||
клиентах позволяет измерить конверсию, средний чек и удержание. Обратная связь
|
||||
покупателей формирует Sprint Backlog для доработки ассортимента и условий
|
||||
подписки. Если удержание растёт, объём подписки увеличивается, а состав наборов
|
||||
уточняется по отклику клиентов.
|
||||
|
||||
## Предоставление юридических услуг
|
||||
|
||||
Новый товар — пакет «юрфирма на аутсорсе». Пробный месяц для пяти клиентов даёт
|
||||
инкремент услуги; на Sprint Review оцениваются востребованность, трудозатраты и
|
||||
повторные обращения. На основе отзывов формируются тарифы и состав пакета.
|
||||
Поэтапная проверка позволяет выстроить услугу под реальные ожидания клиентов, не
|
||||
вкладываясь сразу в расширение штата юристов.
|
||||
|
||||
## Организация праздников
|
||||
|
||||
Новым товаром является онлайн-конструктор мероприятий. Один сценарий тестируется
|
||||
на пробной группе клиентов; метрики вовлечённости, повторных заказов и средней
|
||||
стоимости мероприятия анализируются в конце спринта. Успешный сценарий
|
||||
становится основой каталога и автоматизации заказов, а непопулярные сценарии
|
||||
исключаются без затрат на массовое продвижение.
|
||||
|
||||
## Предоставление бытовых услуг
|
||||
|
||||
Новый товар — подписка на уборку. Пилот с двадцатью подписчиками в одном районе
|
||||
позволяет измерить удержание, среднее число заказов и загрузку исполнителей. По
|
||||
результатам спринта сервис дорабатывается и масштабируется на другие районы.
|
||||
Пилотный формат помогает наладить логистику и стандарты качества до выхода на
|
||||
городской уровень.
|
||||
|
||||
## IT-услуги
|
||||
|
||||
Новым товаром выступает модуль SaaS-платформы. Бета-версия для десяти клиентов
|
||||
является инкрементом; на Sprint Review собираются метрики использования, частоты
|
||||
ошибок и NPS. Обратная связь определяет состав следующего релиза и приоритеты
|
||||
доработки. Такой цикл соответствует самой природе гибкой разработки и позволяет
|
||||
выпускать ценность небольшими, но регулярными порциями.
|
||||
|
||||
## Банковские услуги
|
||||
|
||||
Новый товар — вклад «Цель» в мобильном приложении. Тест на ограниченной группе
|
||||
пользователей позволяет оценить долю открытий, средний срок и удержание. Даже в
|
||||
регулируемой сфере спринты обеспечивают безопасную проверку спроса до полного
|
||||
внедрения: пилот проводится в контролируемых условиях, а результат проходит
|
||||
согласование с подразделениями банка.
|
||||
|
||||
## Обобщение по сферам
|
||||
|
||||
Рассмотренные примеры показывают, что различия между сферами касаются в первую
|
||||
очередь содержания товара и применяемых метрик, тогда как структура процесса
|
||||
остаётся общей. Везде выделяются заказчик, готовый участвовать в проверке
|
||||
инкремента, и измеримый результат спринта, на основании которого принимается
|
||||
решение о продолжении работы. Именно эта общность позволяет считать Agile/Scrum
|
||||
универсальным методом выведения нового товара на рынок [@3], [@6].
|
||||
37
docx/content/04-conclusion.md
Normal file
37
docx/content/04-conclusion.md
Normal file
@@ -0,0 +1,37 @@
|
||||
В работе выбран метод реализации проекта по выведению нового товара на рынок и
|
||||
обоснована его применимость в десяти сферах деятельности.
|
||||
|
||||
В результате сравнительного анализа методов установлено, что классические подходы
|
||||
(Waterfall, Stage-Gate) предполагают длительный цикл и позднюю обратную связь
|
||||
рынка, что повышает риск запуска новинки. Сравнение по критериям скорости
|
||||
обратной связи, реакции на изменения, стоимости проверки спроса и прозрачности
|
||||
управления (таблица @tbl:compare) показало, что для непроверенного рынка
|
||||
предпочтителен гибкий подход. В качестве метода выбран Agile/Scrum, поскольку он
|
||||
проверяет спрос дешёвым инкрементом в каждом спринте и позволяет корректировать
|
||||
товар по отклику рынка.
|
||||
|
||||
Показано, что методология Scrum опирается на роли (Product Owner, Scrum Master,
|
||||
команда разработки), артефакты (Product Backlog, Sprint Backlog, Increment) и
|
||||
события (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective), что
|
||||
делает процесс прозрачным и управляемым [@2], [@3]. В работе раскрыт механизм
|
||||
оценки результативности итераций: ожидаемый эффект спринта рассчитывается по
|
||||
формуле @eq:effect, а решение о развитии товара принимается по результатам Sprint
|
||||
Review. Такой подход заменяет один дорогой запуск серией последовательных
|
||||
проверок и снижает стоимость возможной ошибки.
|
||||
|
||||
Обоснована применимость метода в производстве, связи, на транспорте, в
|
||||
строительстве, коммерческой деятельности, юридических услугах, организации
|
||||
праздников, бытовых услугах, IT-услугах и банковских услугах. В каждой сфере
|
||||
вывод товара на рынок строится по единой логике: ограниченный пробный продукт —
|
||||
замер результата — масштабирование. Различия касаются содержания товара и набора
|
||||
метрик, тогда как структура процесса и роль обратной связи остаются неизменными.
|
||||
|
||||
Практическая значимость работы состоит в том, что предложенный метод можно
|
||||
применять как типовой алгоритм: выделить сегмент и требования, создать MVP,
|
||||
провести пилот, измерить результат и принять решение о масштабировании. Это
|
||||
позволяет компании управлять риском запуска новинки и обосновывать вложения
|
||||
перед расширением производства или сервиса.
|
||||
|
||||
Таким образом, выбранный метод Agile/Scrum является универсальным и позволяет
|
||||
снизить риск и стоимость ошибки при выведении нового товара на рынок в различных
|
||||
сферах деятельности.
|
||||
7
docx/content/05-bibliography.md
Normal file
7
docx/content/05-bibliography.md
Normal file
@@ -0,0 +1,7 @@
|
||||
- Манифест гибкой разработки программного обеспечения. — 2001. — URL: https://agilemanifesto.org (дата обращения: 01.10.2026).
|
||||
- Schwaber K., Sutherland J. The Scrum Guide: The Definitive Guide to Scrum. — 2020. — URL: https://scrumguides.org (дата обращения: 01.10.2026).
|
||||
- Сазерленд Дж. Scrum. Революционный метод управления проектами. — М.: Манн, Иванов и Фербер, 2016. — 288 с.
|
||||
- ГОСТ Р 54869-2011. Проектный менеджмент. Требования к управлению проектом. — М.: Стандартинформ, 2011. — 9 с.
|
||||
- Cooper R. G. Perspective: The Stage-Gate Idea-to-Launch Process. — Journal of Product Innovation Management, 2008. — Vol. 25. — P. 213–232.
|
||||
- Рис Э. Бизнес с нуля. Lean Startup для быстрого тестирования идей. — М.: Альпина Паблишер, 2014. — 253 с.
|
||||
- Котлер Ф. Основы маркетинга. Краткий курс. — М.: Вильямс, 2019. — 496 с.
|
||||
17
docx/content/06-appendix-a.md
Normal file
17
docx/content/06-appendix-a.md
Normal file
@@ -0,0 +1,17 @@
|
||||
Сводная характеристика применения метода Agile/Scrum в десяти сферах деятельности
|
||||
приведена в таблице @tbl:sphere-summary.
|
||||
|
||||
::: table "Применение метода Agile/Scrum в сферах деятельности" id=sphere-summary
|
||||
| № | Сфера | Новый товар | Пилотный инкремент спринта |
|
||||
|---|---|---|---|
|
||||
| 1 | Производство | новая линейка упаковки | пробная партия на одной линии |
|
||||
| 2 | Связь | тариф «Умный дом» | пилот на 100 абонентов |
|
||||
| 3 | Транспорт | каршеринг мини-фургонов | пять машин в одном районе |
|
||||
| 4 | Строительство | модульные дома | один пилотный модуль |
|
||||
| 5 | Коммерческая деятельность | подписка на наборы продуктов | бокс-пилот на 50 клиентов |
|
||||
| 6 | Юридические услуги | пакет «юрфирма на аутсорсе» | пробный месяц для 5 клиентов |
|
||||
| 7 | Организация праздников | онлайн-конструктор мероприятий | один сценарий на пробной группе |
|
||||
| 8 | Бытовые услуги | подписка на уборку | 20 подписчиков в одном районе |
|
||||
| 9 | IT-услуги | модуль SaaS-платформы | бета на 10 клиентов |
|
||||
| 10 | Банковские услуги | вклад «Цель» в приложении | тест на группе пользователей |
|
||||
:::
|
||||
19
docx/content/assets/images/product-funnel.puml
Normal file
19
docx/content/assets/images/product-funnel.puml
Normal file
@@ -0,0 +1,19 @@
|
||||
@startuml
|
||||
skinparam defaultFontName "Times New Roman"
|
||||
skinparam defaultFontSize 13
|
||||
skinparam shadowing false
|
||||
skinparam ArrowColor #1B87C9
|
||||
skinparam rectangleBorderColor #1B87C9
|
||||
skinparam rectangleBackgroundColor #EAF4FB
|
||||
|
||||
title Воронка вывода нового товара на рынок
|
||||
|
||||
rectangle "Идея и исследование рынка\nСпринт 0" as A
|
||||
rectangle "MVP — минимальный товар\nСпринты 1–2" as B
|
||||
rectangle "Пилот на ограниченной аудитории\nСпринты 3–4" as C
|
||||
rectangle "Масштабирование товара\nСпринты 5 и далее" as D
|
||||
|
||||
A --> B : спрос подтверждён
|
||||
B --> C : инкремент принят
|
||||
C --> D : метрики достигнуты
|
||||
@enduml
|
||||
26
docx/content/assets/images/scrum-cycle.puml
Normal file
26
docx/content/assets/images/scrum-cycle.puml
Normal file
@@ -0,0 +1,26 @@
|
||||
@startuml
|
||||
skinparam defaultFontName "Times New Roman"
|
||||
skinparam defaultFontSize 13
|
||||
skinparam shadowing false
|
||||
skinparam ArrowColor #1B87C9
|
||||
skinparam rectangleBorderColor #1B87C9
|
||||
skinparam rectangleBackgroundColor #EAF4FB
|
||||
|
||||
title Цикл Scrum при выводе нового товара на рынок
|
||||
|
||||
rectangle "Product Backlog — требования к товару" as PB
|
||||
rectangle "Sprint Planning" as SP
|
||||
rectangle "Спринт 1–4 недели" as S
|
||||
rectangle "Increment — пробный продукт" as I
|
||||
rectangle "Sprint Review — обратная связь рынка" as R
|
||||
rectangle "Sprint Retrospective" as RET
|
||||
rectangle "Масштабирование товара" as M
|
||||
|
||||
PB --> SP
|
||||
SP --> S
|
||||
S --> I
|
||||
I --> R
|
||||
R --> RET
|
||||
RET --> SP : следующий спринт
|
||||
R --> M : спрос подтверждён
|
||||
@enduml
|
||||
BIN
docx/content/assets/title-page.docx
Normal file
BIN
docx/content/assets/title-page.docx
Normal file
Binary file not shown.
Reference in New Issue
Block a user