Определение продукт это: Продукт — это… Что такое Продукт?

Автор: | 20.08.1981

Содержание

Продукт — это… Что такое Продукт?

  • продукт — — [http://www.eionet.europa.eu/gemet/alphabetic?langcode=en] продукт 1. Вещественный результат производственной (экономической) деятельности; в этом смысле совокупность продуктов экономической системы (объекта) — полезная часть ее… …   Справочник технического переводчика

  • ПРОДУКТ — (лат.; этим. см. сл. продуктивный). Произведение земли, природы, а также искусства; вещество, получаемое от химического соединения других веществ. Словарь иностранных слов, вошедших в состав русского языка. Чудинов А.Н., 1910. ПРОДУКТ 1) общее… …   Словарь иностранных слов русского языка

  • продукт — См. работа… Словарь русских синонимов и сходных по смыслу выражений. под. ред. Н. Абрамова, М.: Русские словари, 1999. продукт изделие, работа; выработка, продукция; детище, творение, фабрикат, результат, порождение, концентрат, итог,… …   Словарь синонимов

  • ПРОДУКТ — ПРОДУКТ, продукта, муж.

    (от лат. productus произведенный). 1. Предмет, являющийся результатом человеческого труда (книжн.). В меновом обществе продукт становится товаром. Продукты сельского хозяйства. Пушной товар главный продукт звероловства.… …   Толковый словарь Ушакова

  • продукт — ПРОДУКТ, а, м. Спиртное (часто о самогоне). продукт переводить много пить, а затем страдать рвотой. Чистый продукт очищенный самогон. Мутный продукт неочищенный самогон …   Словарь русского арго

  • ПРОДУКТ — муж., лат. произведение природы, б.ч. о сельских, полевых произведениях, или о сыром, естественом товаре. Не нужно золота ему, когда простой продукт имеет, Пушкин. | горн. первое, сырое произведение из переплавленной руды, не выделанное. Веркблей …   Толковый словарь Даля

  • ПРОДУКТ — ПРОДУКТ, а, муж. 1. Предмет как результат человеческого труда (обработки, переработки, исследования). Продукты производства. Продукты обмена. Продукты перегонки нефти. Книга п. многолетнего труда. 2. перен. Следствие, результат, порождение чего н …   Толковый словарь Ожегова

  • ПРОДУКТ — (от лат. productus созданный) англ. product; нем. Produkt. 1. Вещественный или нематериальный результат человеческого труда. 2. Следствие, результат, порождение ч. н. Antinazi. Энциклопедия социологии, 2009 …   Энциклопедия социологии

  • Продукт — [product] 1. Вещественный результат производственной (экономической) деятельности; в этом смысле совокупность продуктов экономической системы (объекта) полезная часть ее выпуска. Раз возникнув, каждый П. обладает своим жизненным циклом,… …   Экономико-математический словарь

  • продукт — 4.28 продукт (product): Результат процесса. [ИСО 9000:2005] Источник: ГОСТ Р ИСО/МЭК 12207 2010: Информационная технология. Системная и программная …   Словарь-справочник терминов нормативно-технической документации

  • Как определить продукт — Affde Marketing

    В моих курсах обучения Scrum часто возникает вопрос, как определить продукт .

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

    Как определить продукт

    Что делать, если у вас есть большая сложная система, состоящая из нескольких частей, которые работают вместе, чтобы приносить пользу клиентам? Что, если ваша команда предоставляет процессы или услуги, такие как исследования в области маркетинга, продаж или инноваций? А что, если те услуги, которые вы предоставляете, представляют собой широкий спектр видов работ, которые не «интегрированы» так, как программное обеспечение?

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

    Определить продукт — «Готово»

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

    Ключевые преимущества этого предложения:

    • Прозрачность для прогресса.
    • От прозрачности к качеству.
    • Достаточно сосредоточиться, чтобы добиться чего-то значимого.
    • Ограничьте риск вложений.
    • Легко часто меняйте направление.
    • Принимайте более обоснованные решения о том, что инвестировать в следующий спринт.
    • Подтвердите предположения о том, что вы строите и как вы это строите.

    Независимо от того, имеет ли смысл «раскрывать» ценность для пользователей или клиентов, ваше определение «Готово» должно принести указанные выше преимущества. Если вы не получаете достаточного количества этих преимуществ, подумайте о различных способах выполнения работы, которая создает повторяющуюся и возрастающую ценность для клиентов и организации. Это, конечно, подводит нас к разговору о ценностях.

    Определите продукт — ценность

    Scrum — это не просто доставлять больше вещей. Речь идет о творческой доставке продуктов максимально возможной ценности. Мне нравится говорить об этом как о результатах, а не о результатах. Но что такое ценность? Откуда вы знаете, что добиваетесь ценных результатов?

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

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

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

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

    Определите продукт: 7 вопросов для изучения

    №1 — Почему мы существуем?

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

    # 2 — Кто получает от нас пользу?

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

    # 3 — В какой момент реализуется ценность?

    Это помогает нам более четко связать ценность и «Готово». Если вы не можете осознать ценность части работы для нескольких спринтов или перекладываете работу на другие команды, чтобы продолжить работу, это означает большой инвестиционный риск. Возможно, это ограничение, которое является частью характера вашего продукта, однако важно, чтобы вы имели прозрачность в отношении риска и старались снизить риск с течением времени.

    # 4 — Как и когда мы подтверждаем предположения о ценности?

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

    # 5 — Каким образом мы можем улучшить качество в процессе?

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

    # 6 — Какие действия мы можем включить раньше?

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

    # 7 — Если вам нужно полностью изменить направление в следующем спринте, сколько пользы вы получите от работы, которую вы проделали на сегодняшний день, и сколько работы будет потрачено впустую?

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

    Резюме

    Не существует единственно правильного определения продукта. Просто начни с чего-нибудь. Используйте вопросы в этом посте, чтобы начать разговор и получить достаточно информации, чтобы определить ваш продукт (например, услуги, набор продуктов) и, если необходимо, ваши типы работы, обеспечивая ясность в отношении ценности и «Готово». Осмотрите и адаптируйте.

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

    что это такое, как создать минимально жизнеспособный продукт

    Чтобы добиться успеха с минимальными рисками и затратами в условиях, где закрывается 92% запущенных стартапов, каждый проект стоит начинать с запуска минимально жизнеспособного продукта. В этой статье мы разберем понятие, типы и этапы построения MVP.

    MVP — подробное руководство по созданию минимально жизнеспособного продукта

    Согласно исследованию CB Insights, в 42% случаев причиной провала стартапа становится отсутствие рыночного спроса. Почти в половине случаев предприниматели тратят месяцы и даже годы работы лишь затем, чтобы осознать, что гипотеза была ошибочной, и никто не заинтересован в их продукте.

    Концепция MVP (Minimum Viable Product) — разработана, чтобы минимизировать риск такой ситуации.

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

    Понятие MVP ввел в оборот в 2001 году Фрэнк Робинсон (Frank Robinson), соучредитель и президент консалтинговой фирмы SyncDev. Робинсон определяет MVP, как результат «синхронной разработки» — одновременного развития продукта и исследования целевой аудитории, ее реакции на продукт. MVP — такая версия будущего проекта, которая позволяет собрать максимум практических данных о том, как с ним взаимодействуют клиенты, при минимальных затратах.

    Отличия MVP от PoC

    MVP часто путают с PoC — Proof of Concept — доказательством правильности концепции. Эти понятия взаимосвязаны, но не равнозначны. В качестве PoC выступают: реакция потенциальных клиентов на анонс, число предзаказов, маркетинговые и социологические исследования и другие теоретические свидетельства того, что будущий продукт интересен рынку. MVP — больше, чем доказательство, это — работоспособный продукт.

    Отличия MVP от прототипа

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

    Задачи MVP

    Minimum Viable Product создается не для тестирования технологий, а чтобы проверить на практике, нужен ли пользователям такой продукт, верны ли гипотезы, лежащие в основе бизнес-модели. Главная задача MVP — минимизировать время и усилия, затраченные на тестирование реакции рынка на идею.

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

    Пример MVP

    Показательный пример MVP — мессенджер WhatsApp, который в момент публикации в 2009 году не имел функций для отправки сообщений.

    Создатели WhatsApp — Ян Кум (Jan Koum) и Брайан Эктон (Brian Acton) исходили из простой идеи — создать мобильную телефонную книгу, которая бы показывала статус контакта: доступен, занят, на совещании, за рулем, в спортзале и так далее. Когда пользователи указывали статус, их контакты получали всплывающее уведомление.

    Вскоре Кум и Эктон заметили, что пользователи стали использовать статусы для общения. Ухватившись за эту идею, они выпустили новую версию WhatsApp, в которой было больше функций, связанных с отправкой сообщений. В результате небольшая пользовательская база в считанные дни выросла до 250 000 человек, доказав, что разработчики на верном пути.

    Преимущества MVP

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

    Разновидности MVP

    Среди многочисленных подходов к созданию Minimum Viable Product выделяют три основных подхода.

    1. Продукт с единственным параметром

    Наиболее распространенный вариант создания MVP уже был описан на примере WhatsApp. Это приложение или программа, выполняющие одну-две функции, которые необходимы для проверки жизнеспособности вашей идеи. Если основная функциональность приложения неинтересна пользователям, то продолжать вкладывать в разработку силы, время и ресурсы бессмысленно.

    2. Разрозненный MVP

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

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

    Так запустился сервис Groupon. На старте он представлял собой лишь примитивный сайт на основе открытого исходного кода. Все услуги Groupon оказывал по электронной почте. Социальные функции, полноценная email-рассылка, автоматизация, мобильное приложение — все это было разработано потом, когда стало ясно, что коллективные покупки востребованы.

    3. Волшебник страны Оз и консьерж

    Эти близкие разновидности Minimum Viable Product подразумевают отказ от длительной и дорогостоящей разработки в пользу ручного труда.

    Герой сказки Фрэнка Баума (Lyman Frank Baum) изображал из себя волшебника, а MVP этого типа притворяются полнофункциональными сервисами и приложениями. На деле же, вместо алгоритмов работу Minimum Viable Product обеспечивают люди.

    Волшебник страны Оз не афиширует этот факт. Так поступал основатель Zappos — крупного американского интернет-магазина. Чтобы убедиться в жизнеспособности идеи, он начал продажи задолго до того, как автоматизировал заказы и даже арендовал склады. Первых клиентов Ник Свинмурн (Nick Swinmurn) обслуживал лично, приобретая товары со скидками в рознице и перепродавая их.

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

    Создание MVP: пошаговое руководство

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

    1. Сформулируйте задачу

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

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

    2. Определите аудиторию и выделите ее ядро

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

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

    3. Изучите конкурентов

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

    4. Проведите SWOT-анализ

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

    5. Составьте карту путей

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

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

    6. Выделите основные функции для реализации и рассчитайте объем MVP

    Каким бы масштабным ни был задуманный проект, для MVP необходимо перечислить и приоритезировать его функции. При создании Minimum Viable Product предпочтение отдается тем из них, что непосредственно связаны с основной целью будущего продукта.

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

    7. Выберите подходящую методологию и разработайте MVP

    Определив объем, порядок и направление работ, можно приступить к разработке минимального жизнеспособного продукта.

    От того, как именно будет построен процесс разработки, во многом зависит результат. Для MVP принципиально важно использовать один из итеративных подходов к разработке. Lean, Scrum, Kanban, экстремальное программирование — все они позволяют наладить регулярный выпуск обновлений, совершенствовать продукт «на ходу», по мере поступления обратной связи. Выбор конкретной методологии зависит от предпочтений команды разработчиков и особенностей конкретного проекта.

    8. Протестируйте продукт

    Минимально жизнеспособному продукту требуется регулярное тестирование на всем протяжении разработки. Альфа-тестирование проводится внутри команды силами тестировщиков, но для бета-тестирования потребуется помощь посторонних. Хорошо, если это будут люди из числа будущих пользователей. Желающих поучаствовать в тесте можно найти на таких сайтах, как BetaList, ProductHunt, Reddit, Quora или привлечь через собственные каналы связи: социальные сети, блоги и email-рассылку.

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

    Запуск минимально жизнеспособного продукта

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

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

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

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

    Словарь предпринимателя: MVP | Rusbase

    Определение

    MVP (от англ. minimum viable product — минимально жизнеспособный продукт) — простейший работающий прототип продукта, которым тестируют спрос до полномасштабной разработки. Такой подход страхует предпринимателя от невостребованности конечного продукта и потери потраченных на разработку ресурсов. MVP позволяет минимальными усилиями собрать информацию, чтобы доработать продукт под запросы целевой аудитории или вовсе от него отказаться.

    Термин MVP ввел сооснователь консалтинговой компании SyncDev Фрэнк Робинсон в 2001 году. А распространился он благодаря Стиву Бланку и Эрику Райсу — идеологам customer development. Собственно, MVP стал частью этой методики.

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

    Источник – ITB Insights

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

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

    Примеры употребления:

    В США Дмитрию посоветовали придерживаться концепции Minimum Viable Product (MVP): прежде чем формировать у людей новые потребности и создавать новые рынки, нужно попробовать сделать минимальный по функциональности продукт и получить обратную связь.

    Из статьи в «Секрете фирмы»

    До того, как вы начнете разработку, вам нужно определить, что является вашим MVP: какие функции должен иметь ваш продукт, а какие не являются обязательными?

    Из статьи «Теплицы социальных технологий»

    Так или иначе, опыт создания minimum viable product за ограниченное время – крайне полезный навык, который пригодится и в других делах.

    Из интервью на Apps4All

    Эксперты о MVP:

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

    1. Найти и выделить самое главное, «ударное» в концепции продукта или услуги, которые планируется продавать. Попутно составляю тезисный план внедрения дополнительных возможностей и функций, их приоритеты. Этот план будет использоваться и дорабатываться, если MVP покажет хорошие результаты.

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

    3. Определить методы замера результата и критерии успеха (тогда начинаем дальше развивать MVP) или неуспеха (тогда проект сворачиваем).

    Материалы по теме:

    — Руководство по созданию MVP или минимально жизнеспособного продукта
    — Все, что вы хотели знать об MVP. Немножко теории и 9 реальных историй 
    — Эрик Райс, «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели»
    — Крис Бэнк, «The Guide to Minimum Viable Products»
    — Ash Maurya, «Running Lean»

    Продукт. Определение. — Пионерский отряд на марше. — ЖЖ

    Прежде, чем мы перейдем к описанию Инструментов для «Полного Контроля Своего  Дела» нам просто необходимо дать определение – Продукта.
    Дать понятие подпродуктов и как это все должно быть в компании.

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

    Продукт — это что-то произведенное, а потом обмененное.

    Например, если вы музыкант и организовываете концерты, то вашим ценным конечным продуктом будет вовсе не красивая музыка (это просто ваша работа), а люди, получившие приятные эмоции от вашего концерта. 

    Кард Экспресс, как торгующая компания производит «Удовлетворенного Клиента, испытавшего приятные эмоции от обслуживания компании и продукта, готовый возвращаться снова и снова».
    А вот продукт производства – «Пластиковые карты отличного качества, изготовленные и доставленные заказчику точно и в срок».

    Подпродукты.
    При производстве продукта всегда есть производство его составляющих, то есть подпродуктов.
    Самое лучшее если показывать на примере из кулинарии.
    Например, борщ – это продукт. А вот составляющие его ингредиенты и будут подпродукты.
    Морковка, свекла, капуста, картофель, фасоль, мясо, специи (вроде бы ничего не забыл), правильно порезанные, готовые для закладки и будут подпродукты.)

    Квоты. Планы.

    Что бы получить правильный Продукт, надо четко и правильно прописать все списки подпродуктов. 
    Это необходимо сделать и для компании, и для любого подразделения компании, и для каждого его отдельного сотрудника.
    Только то, что мы можем посчитать в количестве или в объеме может быть выполнено.
    Если мы этого не сделаем, то у нас сотрудники будут приходить на работу «работу работать».

    Как-то я просил Алексея Бояршинова, что бы он провел исследование и опросил ряд секретарей у своих клиентов на предмет «А за что же вам деньги платят?».
    Уверен, что он услышал много интересного.

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

    Пример Кард Экспресс.
    Как это сделано у нас.
    Продукт PR-менеджера  — количество Новых Входящих Запросов.
    Новый Входящий Запрос (НВЗ) включает в себя:

    1. Новый входящий телефонный звонок.
    2. Запрос по электронной почте
    3. Запрос по факсу.
    4. Устный запрос.
    5. Личный запрос, заказчик пришел в офис.
    6. Другие виды входящих запросов.

    Квота НВЗ: 50 единиц в неделю.

    Подпродукт:

    1. Количество опубликованных статей на сайте компании в неделю (2-3 в неделю)
    2. Количество опубликованных статей в печатных СМИ города (одна статья в неделю в одном печатном СМИ).
    3. Количество проведенных PR – акций, мероприятий (одно мероприятие в две недели).
    4. Количество отправленных  электронных писем в рассылке (10 000 в неделю).
    5. Количество отправленных пресс-релизов в СМИ (15 в неделю).

    Точно так же  всё расписано ДЛЯ КАЖДОГО СОТРУДНИКА КОМПАНИИ.

    Алгоритм работы:

    • Определить  Продукт Каждого сотрудника.
    • Составить  Списки Подпродуктов.
    • Назначить Квоты / Планы (ежедневные, еженедельные, месячные).
    • Синхронизировать производство Продукта с Продуктом отдела.

    Точно также надо сделать и для отделов. И для компании в целом.

    В результате этой важнейшей работы у нас получится ПРОДУКТ КОМПАНИИ, синхронизированный по времени и месту производства со всеми отделами, подотделами и с каждым сотрудником компании.
     

    *****

    Теперь, прежде чем мы будем идти дальше, прошу у себя в компании хотя бы посмотреть – есть ли хоть что-то отдаленно напоминающее такое описание  производства продукта?
    А не работает ли ваша компания по принципу «лебедь, рак и щука»?
    Если нет, то я искренне рад за вас.

    Ну а если, к сожалению это так, то надо подумать – как это устранить. 

    Как определить модель компьютера Dell

    Симптомы

    DELL РЕКОМЕНДУЕТ — самый простой и быстрый способ определить модель продукта и получить персонализированную поддержку — это разрешить сайту технической поддержки Dell обнаружить ваш продукт или ввести сервисный код продукта. Или вы можете выбрать продукт из списка. Этот третий вариант предоставляет общую информацию о поддержке в зависимости от модели продукта, а не спецификации и возможностей конкретного компьютера.


    Способы поиска модели продукта

    1. Найдите на компьютере наклейку с информацией о продукте.
    2. Откройте приложение Dell SupportAssist для Windows.
    3. Откройте окно «Сведения о системе» в Windows.
    4. Войдите в BIOS компьютера.

    Способ 1. Найдите на компьютере наклейку с информацией о продукте.

    Для большинства компьютеров номер модели устройства указан на этикетке или наклейке на внешней стороне корпуса.

    Ноутбуки и планшеты

    Наклейка может находиться на следующих деталях или рядом с ними:

    • Нижняя крышка, основание или задняя часть продукта
    • Отсек аккумулятора
    • Экран, рамка клавиатуры или опора для рук
    Настольные компьютеры/моноблоки

    Наклейка может находиться на следующих деталях:

    • Задняя, верхняя или боковая часть корпуса Tower
    • Снизу на задней части корпуса моноблока или стоечного устройства
    В начало

     


    Способ 2. Откройте приложение Dell SupportAssist для Windows.

    SupportAssist — это приложение Dell, установленное на компьютере. Оно обеспечивает обновления и выполняет профилактические функции для выявления и предотвращения проблем. При открытии приложения отображается модель продукта.

    Поиск модели вашего продукта с помощью SupportAssist
    Windows 10
    1. В поле поиска введите SupportAssist.
    2. Выберите SupportAssist в результатах поиска, чтобы открыть это приложение. Если SupportAssist не отображается в результатах поиска, это значит, что данное приложение не установлено на вашем компьютере. Дополнительные сведения о том, как скачать и установить приложение SupportAssist, см. на странице SupportAssist для ПК и планшетов.
    3. Модель продукта отображается на главном экране приложения.
    Windows 8 (8.1)
    1. Проведите пальцем от правого края экрана или поместите курсор в верхний правый угол экрана до появления панели чудо-кнопок.
    2. Выберите Поиск.
    3. В поле поиска введите SupportAssist.
    4. Нажмите SupportAssist в результатах поиска, чтобы открыть приложение. Если SupportAssist не отображается в результатах поиска, это значит, что данное приложение не установлено на вашем компьютере. Дополнительные сведения о том, как скачать и установить приложение SupportAssist, см. на странице SupportAssist для ПК и планшетов.
    5. Модель продукта отображается на главном экране приложения.
    Windows 7
    1. Нажмите кнопку Пуск, а затем введите SupportAssist в поле поиска.
    2. В списке результатов поиска в разделе «Программы» нажмите SupportAssist, чтобы открыть его. Если SupportAssist не отображается в результатах поиска, это значит, что данное приложение не установлено на вашем компьютере. Дополнительные сведения о том, как скачать и установить приложение SupportAssist, см. на странице SupportAssist для ПК и планшетов.
    3. Модель продукта отображается на главном экране приложения.

    В начало


    Способ 3. Откройте окно «Сведения о системе» в Windows.

    Окно «Сведения о системе» в Windows (или msinfo32) отображает меню со сводной информацией о системе с такими данными, как модель, производитель и версия операционной системы.

    Поиск модели продукта с помощью окна «Сведения о системе» в Windows

    ПРИМЕЧАНИЕ. Чтобы быстро открыть окно «Сведения о системе» в Windows, нажмите клавиши Windows + Break. На некоторых ноутбуках может потребоваться нажать клавиши Windows + Fn + Break. Если на клавиатуре ноутбука нет клавиши Break, следуйте приведенным ниже инструкциям.

    Windows 10
    1. В поле поиска введите Система.
    2. В списке результатов поиска в разделе «Параметры» выберите Система.
    3. Найдите пункт Модель: в разделе «Система».
    Windows 8 (8.1)
    1. Проведите пальцем от правого края экрана и нажмите Поиск (если вы используете мышь, поместите указатель мыши в правый нижний угол экрана, переместите его вверх и нажмите Поиск).
    2. Введите msinfo32 в поле поиска.
    3. В списке результатов поиска нажмите msinfo32, чтобы открыть окно «Сведения о системе».
    4. Найдите пункт Модель: в разделе «Система».
    Windows 7 и Windows Vista
    1. Нажмите кнопку Пуск , а затем введите Сведения о системе в поле поиска.
    2. В списке результатов поиска в разделе «Программы» нажмите «Сведения о системе», чтобы открыть окно «Сведения о системе».
    3. Найдите пункт Модель: в разделе «Система».
    Windows XP
    1. Нажмите кнопку Пуск.
    2. Нажмите правой кнопкой мыши Мой компьютер.
    3. Выберите Свойства.
    4. Найдите пункт Модель: в разделе «Система».

    В начало


    Способ 4. Войдите в BIOS компьютера.

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

    Поиск модели продукта с помощью BIOS.
    1. Включите компьютер.
    2. Сразу после появления экрана с логотипом Dell нажимайте клавишу F2 один раз в секунду, чтобы войти в BIOS. Если запустится Windows, после завершения запуска перезагрузите компьютер и повторите попытку.
    3. В меню BIOS найдите модель продукта в заголовке меню или под названием системы.

    В начало


     

    Причина

     

    Разрешение

    Истек срок гарантии? Нет проблем. Посетите сайт Dell.com/support, введите сервисный код Dell и просмотрите наши предложения.

    ПРИМЕЧАНИЕ. В настоящее время предложения доступны только для заказчиков в США, Канаде, Великобритании и Франции. Предложение не распространяется на серверы и системы хранения.

    Chromebox, Chromebook, Alienware, Inspiron, Latitude, Vostro, XPS, Retired Models, Latitude Tablets, Surface, Venue, XPS Tablets, Thin Clients, Fixed Workstations

    Оцените эту статью

    Благодарим вас за отзыв.

    К сожалению, наша система обратной связи в настоящее время не работает. Повторите попытку позже.

    Комментарии не должны содержать следующие специальные символы: ()\

    Эпики | Atlassian

    Краткое описание: в Agile эпик — это объем работы, который можно разбить на несколько отдельных заданий (так называемых «пользовательских историй») в зависимости от потребностей или запросов клиентов или конечных пользователей. Эпики играют важную роль в успехе команд Agile и DevOps.

    В Agile и DevOps эпик предназначен для организации заданий. Это определенный объем работы, который разделяется на отдельные задания (так называемые «истории», или «пользовательские истории») в зависимости от потребностей или запросов клиентов или конечных пользователей.

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

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

    Что такое эпик в agile?

    Эпик — это большой объем работы, который можно разбить на несколько историй поменьше (в Jira они называются «задачами»). Часто эпики объединяют несколько команд, работающих над несколькими проектами; более того, часто их можно отслеживать на нескольких досках.

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

    Пример эпика в agile

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

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

    Команда разработчиков ПО, ответственная за процесс приобретения билетов на корабль, старт которого запланирован на март 2050 года, может организовать свой эпик следующим образом:

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

    В это же время команды разработки ракетных двигателей могут внести в эпик следующие истории:

    Эпик: запуск ракеты, март 2050 г.
    История: поддерживать давление в топливных баках на уровне > 250 млн⁻¹ фунтов на кв. дюйм во время запуска. История: сократить общий расход топлива на 1 %. История: нанять нового специалиста по ракетным двигателям взамен Гэри. #garygate2050

    Место эпиков в законченной agile-программе

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

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

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

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

    Создание эпика в agile

    При создании нового эпика можно воспользоваться другими средствами планирования и организации, которые уже есть у вашей команды. Цели или OKR команды на квартал прекрасно подойдут в качестве основы для эпиков. Создавая эпик, помните о следующем.

    • Отчетность. Создавайте эпики для тех проектов, которые привлекут внимание менеджеров и руководителей.
    • История. Эпики и составляющие их истории должны складываться в своего рода рассказ о вашем пути к той стадии, на которой возможность или продукт находятся в данный момент.
    • Культура. При выборе размера и степени детализации эпика отталкивайтесь от культуры вашей организации.
    • Время. Большинство команд разработчиков прибегает к оценке сложности работы, но мы рекомендуем проверить ее продолжительность. На эпик должна уходить пара недель. Это не слишком много и не слишком мало.

    Узнайте, как эпики реализованы в Jira.

    Деление эпика на составляющие в agile

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

    • Роль или тип пользователя. Создайте уникальную историю для каждого типа пользователя. «Ускоренный вход в систему для новых посетителей», «ускоренный вход в систему для существующих клиентов» и т. д.
    • Упорядоченные этапы. Разделите процесс на этапы и создайте историю для каждого.
    • Культура. Ориентируясь на то, как заведено в команде, решите, будет ли история быстро выполнимой задачей или проектом на неделю.
    • Время. Если в команде не принято иначе, отводите на выполнение истории не больше одного спринта.

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

    Количественная оценка эпиков в agile

    Чтобы наглядно представить эпики, используются диаграммы Burndown. С их помощью команды находят мотивацию, а заинтересованные лица из руководящего звена — информацию. Диаграмма Burndown для эпика служит индикатором того, насколько точно организация следует принципам agile.

    На диаграмме Burndown для эпика показан объем работы, фактически выполненный в ходе спринта или эпика, и плановый объем работы. Горизонтальная ось X диаграммы отражает время, а по вертикальной оси Y располагаются истории или задачи.

    С помощью диаграммы Burndown отслеживайте, какой объем работы осталось выполнить и с какой вероятностью будет достигнута цель спринта. Отслеживая изменения в объеме работы на протяжении итерации, команда сможет регулировать прогресс и вносить корректировки в свой график.

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

    Узнайте, как настраивать диаграммы Burndown в Jira Software.

    Оптимизируйте эпики с помощью автоматизации

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

    1. Автоматически добавлять 3 истории при создании эпика. Перейти к правилу.
    2. Автоматически закрывать истории, когда эпик помечается как выполненный. Перейти к правилу.
    3. Изменять статус эпика при изменении статуса одной из связанных с ним задач. Перейти к правилу.

    Эти и сотни других правил автоматизации можно найти в библиотеке шаблонов Jira Automation.

    Перейти в библиотеку

    Общие сведения об эпиках в agile

    Эпики не являются обязательным фундаментом программы Agile, но они — реальная движущая сила для большинства команд Agile и DevOps. Понимание роли эпиков в успехе Agile-программы помогает увидеть контекст, в котором выполняется ваша работа, а разделение эпиков на истории задает темп.

    Поделитесь этой статьей

    Max Rehkopf

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

    Что такое определение продукта. Определение продуктов и понимание… | автор: Акар Сумсет

    И как определить продукты, чтобы каждый был готов их построить

    Не так.

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

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

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

    Итак, давайте посмотрим, как выглядит процесс определения продукта высокого уровня и какие методы, инструменты и руководства помогут нам справиться с проблемами седины.

    «Но мы проводили исследования пользователей»

    Существует распространенное заблуждение относительно стратегии продукта и открытия, что если мы будем очень много работать для них, то определение продукта будет очень простым. Что ж, если бы это было так, то никогда бы не было Google Graveyard (проекты, которые Google убил).

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

    Почему? Это потому, что эти этапы сосредоточены на отзывах пользователей и целях компании по определению проблем. И все мы знаем, что пользователей и компаний не знают, какой ПРОДУКТ им нужен. Они знают только, каких РЕЗУЛЬТАТОВ они хотят. Наша задача — создать продукт, который принесет им желаемые результаты. Вот почему мы, люди продуктовые, существуем.

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

    По сути, определение означает , записывающее . Вещи ?

    «Зачем мы это строим? Как это будет работать? Как это будет выглядеть? Как мы узнаем, что мы успешны? Какие сторонние организации мы используем? Кто тестировщик? Какие статьи часто задаваемых вопросов нам нужны? Когда его запускать? Что будет дальше? Как нам это запустить? »

    Definition отвечает на все эти вопросы и даже больше.

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

    Что означает определение?

    от: Stack Overflow http://bit.ly/2sektVv

    0. Масштабирование связи

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

    1. Обдумывание вещей через

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

    Еще одно преимущество письменной формы состоит в том, что она заставляет вас выдвигать логически сильные утверждения. Во время выступления мы вооружены жестами, интонацией, мимикой и т. Д., Чтобы выразить нашу точку зрения или даже скрыть свои ошибки. Кроме того, слушателям нелегко заметить несоответствия в речи, поскольку они просто забывают то, что было сказано ранее. (Благодаря смартфонам объем внимания человека значительно снизился.) Но когда дело доходит до чтения, дело обстоит совсем иначе. Люди внимательнее читают и могут легко сослаться на сказанное ранее.Итак, как можно все это узнать и написать неаккуратные определения? (Это одна из причин, по которой я пишу.)

    2. Развитие общего понимания между командами

    Последовательность — ключ к лучшему опыту, удобству использования и доверию. Чтобы поддерживать последовательность, нам обязательно нужны принципы, рекомендации и дизайн-системы. Но это только начало. Если мы не будем следовать им по каждому продукту / функции / элементу невыполненной работы, над которым мы работаем, они бесполезны. Вот почему определение так важно.Когда все записывается в виде единого источника истины, мы получаем основу для дальнейшего развития. Не только как дизайнеры и разработчики продуктов, но и как компания. Маркетинг, поддержка клиентов, юристы, продажи… все эти разные команды видят, что создается и почему.

    Это все большие преимущества. Однако все мы знаем, что документы никто не читает. Итак, что нам делать? Читать дальше.

    Мы должны подойти к этой проблеме (проблема людей, не читающих документы) аналогично тому, как мы подходим к пользовательскому опыту . Мы должны создавать опыт наших сотрудников. Невероятно, как это игнорируется. Существа, с которыми мы работаем, — ЧЕЛОВЕКИ! Только человек может отвлекаться / скучать / отвлекаться, если то, что мы потребляем, не соответствует нашим конкретным потребностям.

    По моему опыту, лучший подход будет включать:

    • Сначала дайте лесу (обзор того, что делается значимым для всех, независимо от их роли) , затем деревьям (конкретные детали, адаптированные к конкретным ролям, таким как разработчики, маркетологи, продажи и т. Д.))
    • Визуализируйте как можно больше. Используйте потоки, изображения, мудборды и т. Д., Чтобы передать смысл. Используйте их как можно раньше и как можно чаще.
    • Будьте лаконичны. Избегайте жаргона.
    • Покажи, не рассказывай. Прототип, разыграть, представить интерактивно. Только и только потом передать Определение. В противном случае предвзятые мнения будут важнее того, что вы на самом деле имеете в виду.
    • Привлекайте коллег на раннем этапе и искренне выслушивайте их отзывы. Чтобы заинтересовать их с самого начала.Это поможет вам создать более качественное и безупречное определение.

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

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

    Пример имени функции: Загрузка денег с помощью кредитной карты

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

    Пример

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

    Добавленная стоимость : ценность, которую мы создаем для пользователей и компании. Это не список функций. Скорее, ценность этих функций для пользователя и компании.

    Пример

    Значение для пользователя: более быстрая загрузка денег. Больше вариантов загрузки денег.

    Ценность для бизнеса: повышение удовлетворенности пользователей. Увеличение объемов транзакций.

    Обзор Визуальный : диаграмма, прототип или что-нибудь визуальное, чтобы помочь передать, что.Картинка — это тысяча слов, верно?

    Пример

    Мы здесь Торговец.

    Как создать идеальное определение продукта за шесть простых шагов

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

    Итак, давайте поставим цель для этой статьи: я хочу иметь возможность четко определить свой продукт на одной странице.

    Мы сделаем это, выполнив простой набор из шести шагов и задав шесть наборов вопросов.

    Шаги:

    1. Определите основную цель
    2. Определите базу пользователей
    3. Определите потребности пользователя
    4. Определение функций продукта
    5. Определите критерии успеха продукта
    6. Определение элементов фундамента продукта

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

    1. Определите основную цель

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

    • Какова основная цель продукта?

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

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

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

    Теперь давайте уточним и проверим каждое из этих утверждений одно за другим.

    • К каким потребностям пользователя он должен обращаться? Он должен удовлетворять потребности пользователя, согласны? В противном случае в этом продукте нет смысла.Мы подробно обсудим потребности пользователей позже в этой статье.
    • Какие проблемы пользователей необходимо уменьшить? Мы все боремся с тем или иным, что делает продукт, чтобы облегчить трудности одного или нескольких пользователей? На самом деле потребности приходят позже — борьба происходит здесь и сейчас и порождает потребности.
    • Какую работу он выполняет? Для каждого пользователя продукт «выполняет свою работу». Некоторые интересные, некоторые не очень. Что делает ваш продукт, чтобы выполнить эту работу за пользователя? Это интересная концепция — вы можете узнать о ней подробнее в разделе «Работа, которую необходимо сделать» ниже.

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

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

    2. Определите базу пользователей

    Теперь давайте выясним, кто наши пользователи, задав набор простых, но показательных вопросов:

    • Кто основные пользователи продукта?

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

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

    Для упрощения представьте себе это так: вы и я, как потребители, являемся основным бенефициаром Gmail и Spotify, поэтому мы являемся основными пользователями.

    • Кто вторичные пользователи продукта?

    Это пользователи, которые поддерживают главного бенефициара продукта — I.е., кто-то курирует список музыки Spotify за вас. Всегда есть вторичные пользователи продукта, которые, если бы не сделали то, что им нужно, основные получатели не получили бы выгоды от продукта или выгоды для основных пользователей значительно уменьшились бы.

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

    Итак, теперь перечислим пару ваших самых важных вторичных пользователей.

    • Кто третичные пользователи продукта?

    Это часто самая интересная и игнорируемая база пользователей. Часто об этом думают позже.

    Третичные пользователи продукта являются основными бенефициарами побочных продуктов продукта.

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

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

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

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

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

    Теперь пришло время вернуться к цели вашего продукта и убедиться, что цель соответствует нашим основным, вторичным и третичным пользователям.

    3. Определите потребности пользователя

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

    • Что хочет ключевой пользователь?

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

    .

    Я хочу поехать в отпуск.

    или

    Хочу машину.

    Перечислите все ключевые пожелания ваших пользователей, которые приходят вам в голову, мы проверим их позже. Вы смотрите, возможно, на 10-15 предложений с маркированным списком.

    • Каковы основные потребности пользователей?

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

    Что действительно нужно нашим пользователям? Например, ответ может быть:

    .

    Что мне действительно нужно, так это снять стресс, нужен перерыв, уйти (от чего?)

    или

    Мне нужно ехать из пункта А в пункт Б, когда я хочу, не полагаясь на какой-либо вид общественного транспорта

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

    • Каковы основные проблемы пользователей?

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

    С чем борются наши пользователи (в контексте нашего продукта)? Например, ответ может быть:

    .

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

    или

    Мне сложно придерживаться установленного расписания общественного транспорта, и иногда сложно вызвать или найти такси

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

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

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

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

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

    4. Определите функции продукта

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

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

    • Что должен уметь продукт?

    Это, вероятно, самый простой вопрос из всех, потому что у нас уже есть много ярких идей относительно всех вещей, на которые должен уметь продукт. Давайте перечислим их, объединим похожие функции в одно предложение, и вы часто увидите список желаний из 20-30 предложений (или, возможно, больше, исходя из того, что я испытал!).

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

    Вам действительно и абсолютно необходима эта функция? Если у вас есть какие-либо сомнения, давайте переместим эти пункты в конец списка. Если у вас может быть только пять функций в этом продукте, найдите эти пять и поместите их в начало.

    • Удовлетворяет ли он потребность, желание или борьбу пользователя?

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

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

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

    Это время, когда мы делаем паузу и просматриваем весь вывод на данный момент. Цель продукта, пользователи, потребности пользователей и функции продукта, чтобы убедиться, что они согласованы друг с другом.

    5. Определите критерии успеха продукта

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

    Давайте теперь посмотрим, как мы узнаем, работает ли это? Давайте зададим вопрос, а затем честно подтвердим полученные ответы.

    • Каковы показатели успеха продукта?

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

    Мы должны составить список из 10-15 показателей успеха. Давайте уточним каждый из них, задав вопрос:

    Что ж, если мы не можем их измерить, они бесполезны. Любой индикатор, который мы не можем измерить, переместим в конец списка.

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

    Это может быть довольно дорого. Итак, вопрос в том, что; экономически целесообразно для нас измерение этих показателей? Если для нас экономически нецелесообразно измерять показатель успеха, давайте переместим его в конец списка.

    Теперь давайте снова посмотрим на показатели успеха сверху вниз и зададим вопрос:

    • Соответствует ли этот индикатор успеха цели продукта и потребностям пользователя?

    Если нет, то какой смысл его измерять? Давайте переместим их в конец списка.

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

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

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

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

    6. Определите требования к основанию продукта

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

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

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

    • Насколько защищен продукт должен быть ?

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

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

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

    • Когда ваши пользователи обычно должны использовать продукт?

    Акцент здесь делается на «необходимо использовать» .Этот вопрос связан с доступностью продукта для пользователей. Должен ли он быть доступен 24 часа в сутки каждый день, или только в будние дни, или в выходные дни, или только в рабочее время?

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

    • Насколько отслеживаемым должен быть продукт или действия пользователя ?

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

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

    • Что такое вероятный охват продукта ? 10, 100, 1000 или миллионы пользователей?

    Акцент здесь делается на словах «вероятный охват продукта», и это связано с масштабируемостью продукта. Чем более масштабируемым продукт является, тем больше будет стоить его создание, а если исходный дизайн не был масштабируемым, масштабирование продукта будет чрезвычайно дорогостоящим. Следовательно, получение ясности по этому вопросу на этапе определения продукта избавит вас от многих проблем в дальнейшем.

    • В какой географической области находятся ваши пользователи , скорее всего, ?

    Снова обратите внимание на слова «вероятно, будет». Речь идет о предполагаемом географическом охвате продукта. Даже если мы хотим начать локально, а затем расширить (что разумно), важно знать, что такое охват.

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

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

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

    Подводя итог — определение продукта на одной странице

    Итак, теперь у нас есть;

    1. Назначение продукта,
    2. Мы знаем, кто наши пользователи,
    3. У нас есть довольно хорошее представление о потребностях пользователей, которые продукт удовлетворит,
    4. Мы можем сформулировать основные функции продукта,
    5. Мы можем измерить успех продукта и знать, каковы эти показатели успеха, и
    6. Мы понимаем основные нефункциональные требования продукта.

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

    Давайте поместим их на страницу, используя шаблон, показанный ниже (мы можем использовать MS Excel, Google Sheet или аналогичный)

    И… вуаля! У нас есть определение нашего продукта, которое мы можем использовать для общения с нашей командой, заинтересованными сторонами, партнерами и т. Д.

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

    Если вам понравился этот блог, вы также можете найти полезные советы и рекомендации, приведенные ниже:

    Автор

    Манодж присоединился к Hays в мае 2008 года в качестве директора программы. После получения степени инженера в области компьютерных наук он присоединился к Tata в 1986 году.Затем в 1997 году он переехал в Xansa (ныне Sopra Steria) и выполнил ряд консультационных заданий, прежде чем перейти в Fujitsu Services в начале 2008 года. В настоящее время Манодж отвечает за функции цифровых и инновационных услуг в Hays.

    Что такое «продукт»? | Определение и обзор

    Что такое определение продукта?

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

    Полезным определением для продукта может быть:

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

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

    Продукт может быть физическим, виртуальным или даже сервисным.

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

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

    • Ипотека и другие виды ссуд
    • Мобильные приложения
    • Службы доставки еды

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

    • Физический (например, камера для звонка в дверь)
    • Цифровой (запись и онлайн-хранилище вашей камеры для звонка)
    • Постоянная услуга (Кольцо автоматически подключает вашу услугу к местная полиция)

    Продукт может быть входом в другой продукт.

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

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

    Вы тоже можете думать об этом так. Во многих случаях продукт B2B служит входом в то, что станет продуктом B2C. Вот один пример.

    Starbucks закупает большое количество продуктов у компаний B2B, в том числе:

    • Соломинки
    • Чашки
    • Крышки
    • Мешалки
    • Искусственные подсластители

    Но Starbucks — это компания B2C, продающая конечным потребителям.Для этих потребителей указанные выше продукты являются просто исходными данными в конечном продукте, продаваемом им:

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

    Продукт может быть дополнением к элементу, который, по вашему мнению,

    был настоящим продуктом.

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

    Уловка? Каждые несколько сотен страниц или каждые пару месяцев в этих принтерах заканчивались чернила. Это означало, что владельцам приходилось повторно заказывать картриджи много раз в год.

    Как потребители, мы думали, что покупаемым продуктом является сам принтер. Но для компании, которая его построила и продала, принтер был скорее маркетинговым инструментом. Настоящими продуктами были картриджи с чернилами.

    Товар может быть даже… вами.

    Как говорилось в статье Forbes несколько лет назад: «Если вы не платите за это, вы являетесь продуктом».

    Сайты социальных сетей, такие как Facebook и YouTube, обычно не взимают с пользователей плату за просмотр или публикацию контента на своих платформах. Но если доступ к их платформе — это не продукт, тогда что? Что продают эти технологические гиганты?

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

    Возвращаясь к приведенной выше цитате Forbes, мы не платим за публикацию обновления статуса на Facebook. А это значит, что мы продукт. Facebook продает нас — а точнее, наше внимание — своему реальному покупателю, рекламодателю.

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

    Почему менеджерам по маркетингу нужно четкое понимание того, что делает продукт

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

    Но Facebook также может выбрать подход, выбранный LinkedIn. Эта компания, занимающаяся социальными сетями, создала платные версии своего сервиса, позволяющие пользователям:

    • Соединяться напрямую с кем угодно на платформе LinkedIn
    • Просматривать более подробную информацию в профилях других пользователей
    • Просматривать полный профиль любого, кто просматривал ваш профиль.

    LinkedIn также предлагает платную версию для рекрутеров, предоставляя им более сложные фильтры поиска для поиска кандидатов на работу и прямой связи с этими пользователями.

    Менеджеры по продуктам в обеих компаниях должны понимать, какие продукты они продают и какие продукты они могут продавать в будущем. Эта информация будет играть важную роль в том, как они строят свои платформы.

    Например:

    Пользователь:

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

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

    Более продвинутая версия бесплатного сервиса:

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

    В этом случае персоной покупателя будет подмножество «опытных пользователей» платформы социальных сетей, готовых платить за более сложные функции, недоступные в бесплатном сервисе.Для LinkedIn этот сегмент может включать людей, недавно уволенных с работы, желающих связаться с потенциальными работодателями и готовых платить за такой доступ. Сюда также могут входить кадровые фирмы, которые будут готовы покупать лицензии, чтобы помочь своим торговым представителям более эффективно связывать кандидатов на вакансию с открытыми вакансиями.

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

    Итог

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

    Связанные термины

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

    Что такое продукт, определение продукта

    Что такое продукт, как вы можете понять и определить продукт?

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

    Определение продукта

    «Все, что может быть предложено рынку для внимания, приобретения, использования или потребления, что может удовлетворить желание или потребность. Он включает в себя физические объекты, услуги, людей, места, организации и идеи ».

    Котлер, Вонг, Сондерс, Армстронг

    Что такое продукт

    Пара обуви Nike, мобильный телефон, грузовик Volvo, светодиодный индикатор Samsung, ваш банковский счет и врач посоветуют все продукты.Приведенное выше определение продукта Филипом Колтером включает не только материальные атрибуты продукта, например, автомобиль, офис, книгу, мобильное устройство, но и, в соответствии с более широким взглядом на продукт, его идеи, услуги, физический объект и т. Д. место и даже организации и лица.

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

    Три уровня продукта

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

    Основной продукт. Это не физический объект, но состоит из преимуществ решения проблем, которые удовлетворяют потребности потребителей. Продукты основаны на точки зрения потребителя. Lululemon занимается одеждой для йоги, Revlon комбинирует химические вещества для производства губной помады, Coca-Cola использует химические вещества для производства напитка Coke Drink.Здесь каждый продукт основан на основных преимуществах.

    Revlon продает не косметику, а Beauty and Hope. Кока-Кола утоляет жажду потребителей, лекарства дают лекарство и здоровый образ жизни.

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

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

    Виды продукции

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

    Потребительские товары

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

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

    Промышленные товары

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

    Услуги

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

    Цифровые продукты

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

    определение продукта по The Free Dictionary

    Таким образом, мы видим, что современная буржуазия сама является продуктом длительного процесса развития, ряда революций в способах производства и обмена. Момент (количество движения) есть продукт массы и скорости. за тысячу капиталистических устройств труд не может выкупить даже половину всего продукта. Когда они оказывались между рабочим и его продуктом, они наносили ему удар по себе. Размер удара не определялся правилом справедливости; но собственными силами и свинством.была зафрахтована синдикатом богатых производителей, оснащена лабораторией и штатом ученых и отправлена ​​на поиски какого-нибудь натурального продукта, который производители, оплачивающие счета, ввозили из Южной Америки по огромной цене. о социальной системе, к которой он принадлежал и в которую верил, молодая девушка, которая ничего не знала и всего ожидала, смотрела на него как на незнакомца сквозь знакомые черты лица Мэй Велленд; и еще раз он понял, что брак — это не безопасная стоянка, которую его учили думать, а путешествие по неизведанным морям.Это утверждение, развитие, продукт тех совершенно разных неотъемлемых качеств поэзии, при наличии которых английский язык равен или превосходит любую другую современную литературу — родную, возвышенную и прекрасную, но часто дикая и нерегулярная сила воображения в английской поэзии от Чосера до Шекспира, о которой профессор Минто имеет дело в своей недавно переизданной работе «Характеристика английских поэтов» (Блэквуд). Готовый продукт, сырьем для которого мы являемся. чувство, основанное на иллюзии, а не продукт интеллекта.«Бумаги, как они появлялись из месяца в месяц, не были продуктом тех единств времени и места, которые были счастливым условием для жизни, ибо, если не считать фиников, которые растут между Суэцем и Суакемом, земля не дает ни малейшего продукта; не хватает всего необходимого для жизни, даже воды. На все эти вопросы были даны превосходно сформулированные ответы, и ответы, не допускающие ни тени сомнения, поскольку они не были продуктом человеческой мысли, всегда подвержены ошибкам, но все были продуктом официальной деятельности.

    Определение продукта (цифровой бизнес)

    Название компании Страна UNITED STATESUNITED KINGDOMCANADAAUSTRALIAINDIA —— AfghanistanÅland IslandsAlbaniaAlgeriaAmerican SamoaAndorraAngolaAnguillaAntarcticaAntigua и BarbudaArgentinaArmeniaArubaAustriaAzerbaijanBahamasBahrainBangladeshBarbadosBelarusBelgiumBelizeBeninBermudaBhutanBoliviaBonaire, Синт-Эстатиус и SabaBosnia и HerzegovinaBotswanaBouvet IslandBrazilBritish Индийский океан TerritoryBrunei DarussalamBulgariaBurkina FasoBurundiCambodiaCameroonCape VerdeCayman IslandsCentral африканских RepublicChadChileChinaChristmas IslandCocos (Килинг) IslandsColombiaComorosCongoCongo, Демократическая Республика theCook IslandsCosta RicaCôte D’IvoireCroatiaCubaCuraçaoCuraçaoCyprusCzech RepublicDenmarkDjiboutiDominicaDominican RepublicEcuadorEgyptEl SalvadorEquatorial ГвинеяЭритреяЭстонияЭфиопияФолклендские острова (Мальвинские острова) Фарерские островаФиджиФинляндияФранцияФранцузская ГвианаФранцузская ПолинезияФранцузские Южные территорииГабонГамбияГрузияГерманияГанаГибралтарствоГрецияГренландияГренадаГваделупа-ГуамГватемалаГернаГерна Бисау, Гайана, Гаити, Херд, острова Макдональд.HondurasHong KongHungaryIcelandIndonesiaIran, Исламская Республика ofIraqIrelandIsle из ManIsraelItalyJamaicaJapanJerseyJordanKazakhstanKenyaKiribatiKorea, Корейская Народно-Демократическая Республика ofKorea, Республика ofKuwaitKyrgyzstanLao Народная Демократическая RepublicLatviaLebanonLesothoLiberiaLibyaLiechtensteinLithuaniaLuxembourgMacaoMacedonia, бывшая югославская Республика ofMadagascarMalawiMalaysiaMaldivesMaliMaltaMarshall IslandsMartiniqueMauritaniaMauritiusMayotteMexicoMicronesia, Федеративные Штаты ofMoldova, Республика ofMonacoMongoliaMontenegroMontserratMoroccoMozambiqueMyanmarNamibiaNauruNepalNetherlandsNetherlands AntillesNew CaledoniaNew ZealandNicaraguaNigerNigeriaNiueNorfolk IslandNorthern Mariana IslandsNorwayOmanPakistanPalauPalestine, Государственный ofPanamaPapua Новый GuineaParaguayPeruPhilippinesPitcairnPolandPortugalPuerto RicoQatarRéunionRomaniaRussian FederationRwandaSaint BarthélemySaint Елены, Вознесения и Тристан-да-Кунья, Сент-Китс и Невис, Сент-Люсия, Сент-Мартен (Французская часть), Сен-Пьер и MiquelonSaint Винсент и GrenadinesSamoaSan MarinoSao Томе и PrincipeSaudi ArabiaSenegalSerbiaSerbia и MontenegroSeychellesSierra LeoneSingaporeSint Маартен (Голландская часть) SlovakiaSloveniaSolomon IslandsSomaliaSouth AfricaSouth Джорджия и Южные Сандвичевы IslandsSouth SudanSpainSri LankaSudanSurinameSvalbard и Ян MayenSwazilandSwedenSwitzerlandSyrian Arab RepublicTaiwanTajikistanTanzania, Объединенная Республика ofThailandTimor-LesteTogoTokelauTongaTrinidad и TobagoTunisiaTurkeyTurkmenistanTurks и Кайкос IslandsTuvaluUgandaUkraineUnited Арабские EmiratesUnited Штаты Экваторияльная Острова УругвайУзбекистан ВануатуВатикан Венесуэла, Боливарианская Республика Вьетнам Виргинские острова, Британские Виргинские острова, U.С.Уоллис и Футуна, Западная Сахара, Йемен, Замбия, Зимбабве.

    Определение ключевых понятий: продукты и услуги

    Продукты и услуги — это две тесно связанные концепции, и, по сути, большинство продуктов содержат в себе элемент обслуживания. Например, покупатель автомобиля теперь покупает полный пакет услуг в дополнение к материальным компонентам автомобиля 1 . Однако между ними есть четкое различие, и важно установить некоторые рабочие определения.Один из способов думать о них — с точки зрения клиентов. Когда клиент спрашивает «что вы можете сделать для меня?» они спрашивают о продуктах; когда клиент спрашивает «что вы можете сделать для меня?» они спрашивают об услугах. В то время как продукт — это то, что можно измерить и посчитать, услуга менее конкретна и является результатом применения навыков и опыта для удовлетворения выявленной потребности. Продукт — это то, на что вы можете указать, тогда как услуга, как это определяет The Economist , — это любая деятельность, «которую нельзя упасть на ногу» 2 , хотя это определение не работает, когда продукты являются цифровыми. по форме — невесомые объекты, которые не имеют массы или материального определения, кроме физической среды, на которой они существуют.Тем не менее, даже в рабочих процессах на основе файлов существует различие между производимым продуктом и услугой, предоставляемой для удовлетворения потребности. Для целей Проекта продуктов и услуг отделения цифровых услуг это определения каждого компонента:

    1 Палмер, Адриан. Принципы маркетинга услуг. Макгроу Хилл. Декабрь 2007. P. 2 .. Доступно онлайн 8 апреля. 2010
    2 The Economist. Экономика от А до Я. Доступно онлайн 8 апреля 2010 г.

    Продукты

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

    • цифровые файлы, отправленные в сетевую систему хранения (NAS / SAN)
    • новые оттиски элементов кинофильма
    • репродукции для выставочных целей
    • справочная копия на DVD / CD для читальных залов или других клиентов
    Услуги

    Услуга — это получение по существу нематериальной выгоды либо само по себе, либо как значительный элемент материального продукта, который посредством некоторой формы обмена удовлетворяет выявленную потребность.Иногда услуги трудно идентифицировать, потому что они тесно связаны с товаром; например, сочетание диагностики с приемом лекарства. Примеры услуг Отделения услуг по оцифровке:

    • консультирование клиентов по соответствующим продуктам для конкретных целей
    • предоставляет консультации по оценке рисков и установлению приоритетов
    • работает в комитетах по стандартам
    • проведение тренингов и других образовательных мероприятий

    Верх страницы

    .

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *