Привет, Хабр! Сегодня я публикую последний пост из курса “Создание программного продукта и управление его развитием” от компании Acronis, который был прочитан весной 2020 года в МФТИ. В этом тексте мы поговорим о связи компании и ее продукта, об этапах становления, факторах успеха и распространенных ошибках в развитии. И, конечно, коснемся вопроса, какова роль менеджера продукта или основателя компании на каждом из этапов.

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

Картинка раскрывающая фразу сказанную Леонардо Да Винчи «Все связано, взаимосвязано». Подходит для привлечения внимания к теме партнерства.

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

Привет, Хабр! Мы продолжаем серию постов о продакт-менеджменте от компании Acronis, и сегодня речь пойдет о финансовом плане и ценообразовании. Мы поговорим о том, почему «план по продажам», как часть финансового плана — это “самая большая ложь”, рассмотрим примеры удачного и неудачного ценообразование, а также пройдемся по базовым финансовым параметрам, которые необходимы для запуска любого проекта, претендующего на получение прибыли.

Привет, Хабр!

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

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

Привет, Хабр! Продолжая серию публикаций по продуктовому менеджменту, сегодня мы обсуждаем требования к разработке. В этом посте речь пойдет о том, как продуктовый менеджер взаимодействует с разработчиками из R&D, зачем нужны требования, как правильно их сформулировать, и какие выводы из требований к разработке должны делать различные специалисты, включая самих разработчиков, менеджеров, QA и так далее. С другой стороны будущие и уже состоявшиеся разработчики узнают, что может (и вообще-то должен) предоставлять вам менеджер продукта. Все подробности — под катом.

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

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

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

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

Привет, Хабр! Сегодня мы продолжаем разговор о разработке концепции продукта в рамках нашего курса продакт-менеджмента от Acronis. В первом посте мы поговорили о роли продакт-менеджера в организации и важности использования фреймворка — готового набора определенных действий, приводящих к успеху продукта (при прочих равных). Сегодня я хочу остановиться о важности сегментирования рынка и проведении конкурентного анализа в этой рыночной нише. Все подробности — под катом.

Привет, Хабр! Сегодня мы начинаем публикацию серии практических материалов для продакт-менеджеров, основателей стартапов и всех остальных, кто хочет приобрести навыки менеджера по разработке программных продуктов. Этот и последующие посты былы подготовлен на основе лекций курса «Создание программного продукта и управление его развитием», который был организован с помощью компании Acronis.

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

Вступление

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


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

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

Исторический экскурс

Развитие технологий сетей передачи с 1969 года (ARPANET) было направлено на то, чтобы каждый аппаратный компонент был независим от других компонентов. Протоколы взаимодействия работали по принципу обмена контрольной информацией, которая использовалась алгоритмами для анализа топологии и построении моделей взаимодействия между устройствами.



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