Марти Каган: Вдохновленные.
Похожие книги
- Inspired Summary and Review
- Рекомендуемые товары
- Купить Вдохновленные. Все, что нужно знать продакт-менеджеру, Марти Каган
- Написать отзыв
- INSPIRED: How to Create Tech Products Customers Love [PDF]
- Вдохновленные читать онлайн полностью. Бесплатная книга Марти Каган для чтения онлайн
«Вдохновленные», Каган. Краткое содержание: факты и отзывы
Marty Cagan is the author of this outstanding book. In INSPIRED, technology product management thought leader Marty Cagan provides readers with a master class in how to structure and staff a vibrant and. Marty Cagan is the author of this outstanding book. Автор: Марти Каган. Перевод: Наталья Григорьевна Яцюк. Жанры.
Читать онлайн «Вдохновленные. Все, что нужно знать продакт-менеджеру»
Это INSPIRED Марти Кагана. 10 фактов из книги Марти Кагана «Вдохновленные. Все, что нужно знать продакт менеджеру» всего за 3 минуты и 20 секунд. Марти Каган. Жанр. с прочтения книги INSPIRED Марти Кагана. Это признанная книга №1 для product-менеджеров, в которой собраны принципы проектирования, исследования и запуска.
6 книг из библиотеки Марти Кагана
Когда исследуем продукт, определяем: будут ли им пользоваться, поймут ли пользователи, как это сделать, смогут ли инженеры реализовать проект и поддержат ли его заинтересованные стороны. Успех зависит от правильных людей Провал объясняется тем, что компании застревают в старых моделях. На самом деле важно правильно создать кросс-функциональную команду и разделить роли ее участников. Важность продуктовой команды Все зависит от продуктовой команды.
Поэтому успешные компании делают так, чтобы ее работа была эффективной. Участники чувствуют себя владельцами продукта, искренне в него верят и хотят решить проблемы пользователей. В типичной продуктовой команде есть продакт-менеджер, дизайнер и несколько инженеров.
Специалисты решают сложные проблемы бизнеса и отвечают за результат. Сотрудничество Члены продуктовой команды не подчиняются продакт-менеджеру. Участники вносят посильный вклад в общее дело и эффективно решают реальную проблему.
Три задачи из книги Марти Кагана «Вдохновленные» Для того, чтоб узнать о наших персональных задачах, которые мы вынесли для себя из книги — обязательно посмотрите видео. А лучше, дочитывайте эту статью и принимайтесь за книгу… Как присоединиться к команде Читай Быстро Мы решили открыть возможность для всех любителей нонфикшн литературы создавать свои обзоры и получать за это деньги. Все подробно и пошагово расписано в статье «Как заработать на обзорах книг».
Читайте и присоединяйтесь! Пусть у вас сформируются ваши персональные три задачи! Будем рады, если в этом вам поможет наш букнот :.
Давайте дружить Проект «Читай быстро» — это про осознанное беглое чтение, как одно из основных навыков делающих вас более конкурентноспособным и в конечном итоге более счастливым.
Даниэль Канеман — психолог и экономист, один из основоположников поведенческой экономики, лауреат премии по экономике памяти Альфреда Нобеля 2002 года. Работы Канемана затрагивают вопросы того, как человек выстраивает свои суждения об окружающем мире и как он действует в условиях неопределенности — и как это находит отражение в экономике. Большинство своих работ Канеман писал в соавторстве с Амосом Тверски. О чем книга Книга Канемана опровергает общепринятое представление о том, что люди преимущественно рациональны в своих выборах и действиях. Автор выделяет в человеке две системы мышления — «быструю» и «медленную» — и объясняет, что на самом деле человек движим не собственными сознательными решениями, а импульсами, сформированными «быстрой» системой, то есть в большей мере интуитивными.
Каждый продакт-менеджер, инвестор, маркетолог и даже разработчик просто должен прочесть данную книгу! Ко всему увлекательной данная книга покажется всем поклонникам книг о бизнесе, управлении персоналом.
У нас на сайте вы можете читать книгу Вдохновленные онлайн бесплатно!
Речь в ней идет не о найме талантливых продакт-менеджеров, а о формировании культуры, в которой на первом месте стоит пользователь, а команды и компания в целом действуют исходя из его интересов и тем самым гарантируют создание наилучшего продукта из всех возможных. Эту книгу должен прочитать каждый, кто занимается продуктами, от главы компании до рядового менеджера по продажам». Аманда Ричардсон, директор по стратегическому развитию и управлению данными HotelTonight «Опытный вы продакт-менеджер или новичок в этом деле, книга непременно убедит вас в том, что у вас лучшая работа в мире, которая может и должна оказывать на его развитие огромное влияние, особенно если вы следуете мудрым советам Марти Кагана. Последние десять лет эта книга считалась библией нашей индустрии и, несомненно, сохранит этот статус благодаря обновленному изданию с новейшими примерами передовых методик по работе с продуктом. Он опирается на богатейший опыт отрасли, иллюстрируя свои уроки десятками историй из реальной жизни. Если вы действительно стремитесь создавать цифровые продукты, которые будут пользоваться любовью потребителей, эта книга поможет вам сразу пойти по верному пути». Тереза Торрес, коуч по исследованию продукта «Мы тесно сотрудничали с Марти, когда принимали решения о новых продуктах и создавали подразделения по управлению ими в нескольких наших портфельных компаниях. Его идеи и советы поистине революционны — это рекомендации мирового класса».
Гарри Неллис, партнер Accel «Мне посчастливилось познакомиться с Марти Каганом в самом начале своей карьеры продакт-менеджера. С тех пор он стал потрясающим наставником для меня и команд под моим руководством. Я не раз собственными глазами видел, как Марти трансформировал продуктовые команды, выводил их на путь непрерывных инноваций и стабильного роста. Он в прямом и переносном смысле написал книгу об управлении продуктом в современной индустрии высоких технологий». Сара Роуз, лидер продукта и операционный директор «Мне повезло работать с несколькими лучшими продакт-менеджерами и другими признанными экспертами в этой области. По моему убеждению, Марти Каган — самый знающий и квалифицированный специалист по управлению продуктом среди современников, а книга, которую вы держите в руках, — бесценный многолетний опыт, изложенный на трехстах страницах». Марти Каган указал путь и вдохновил бесчисленное количество продуктовых команд; прочитав эту книгу, вы тоже научитесь создавать отличные как со стратегической, так и с тактической точки зрения продукты». Шриприя Махеш, партнер Omidyar Network «Эту книгу должен прочитать каждый СЕО и директор по продукту — все, кто стремится создавать отличные продукты. Ваши потребители скажут вам за это огромное спасибо».
Фил Терри, основатель и СЕО Collaborative Gain, соавтор книги Customers Included «Марти — не только признанный авторитет во всех аспектах столь неоднозначной области деятельности, как менеджмент продуктов, но и его книга — неиссякаемый источник вдохновения, кладезь разнообразных инструментов, методик и практических рекомендаций». Джуди Гиббонс, консультант по развитию стартапов и член совета директоров ряда компаний «Создавать великие продукты — дело сложное. Марти предлагает наилучшие методики и отличные идеи для развития необходимых навыков, которые выявляются только в результате многолетнего опыта и исследований. Практически все люди, работающие в сфере разработки продуктов, которых я знаю и уважаю, учились менеджменту продуктов по книге Марти». Джейсон Ли, СЕО и основатель компании Boolan, Шанхай «В сотрудничестве с Марти мне больше всего нравится то, что его методы пригодны для создания не только новых приложений для потребителей, но и потрясающих корпоративных продуктов. Эта книга — наша путеводная звезда. Каждый раз, чувствуя, что компания отклоняется от курса, я понимаю, что нужно еще раз прочитать ее». Джефф Тром, основатель и технический директор Workiva «Я знаю Марти уже почти двадцать лет. Многие из вас подумают, что за это время я, должно быть, услышал все, что мне мог сказать этот человек.
Тем не менее при каждой встрече с ним я вижу, как его неизбывный интерес к происходящему в нашей отрасли рождает все новые и новые идеи, которыми он готов поделиться с другими. И он делает это честно, по-человечески, откровенно и чаще всего… с весьма неожиданного угла зрения, что не перестает заряжать меня энергией и демонстрировать современные подходы. Я предвкушаю, что в новом издании своей потрясающей книги Марти приготовил нам нечто невероятно увлекательное». Одри Крейн, партнер DesignMap «Практический подход Марти к созданию отличных продуктов в корне изменил наши прежние способы их разработки, четко поставив на курс кардинальных улучшений как саму компанию, так и ее отношение к потребителям. Если вы лидер или рядовой член команды разработчиков в организации, нацеленной на создание продуктов, которые полюбит целевая аудитория, вам непременно нужно как можно быстрее прочитать эту книгу». Шон Бойер, основатель Snagajob and goHappy «Когда передо мной поставили задачу повысить продуктивность продакт-менеджеров в Etsy, я обратилась к Марти.
Каган Марти: Вдохновленные. Все, что нужно знать продакт-менеджеру
They develop models to evaluate feasibility and test assumptions with reference customers. Product managers also craft the roadmaps, set priorities, and convey the vision to align the organization. With an effective, lightweight discovery process centered on the end user, product managers can deliver successful products consistently. Cagan notes product managers should facilitate development without excessive project management and requirements dictation. The most valuable resources are empowered technology product managers and teams collaborating creatively to achieve shared objectives. Discovering the Right Product This section provides a process for discovering the right product to build through customer insights.
Key steps include: Gather customer feedback through interviews, observation, surveys etc. Identify customer needs, problems and jobs-to-be-done Define target customer segments and compose customer personas Translate insights into products hypotheses and potential features Prioritize ideas and identify risks to test assumptions quickly Cagan stresses the importance of continuous learning through experiments and testing with real customers early in the product development process. Designing the User Experience Here Cagan emphasizes designing the user experience as the primary focus before implementation. He outlines processes for UX design including: Create user stories to outline critical interactions Design low-fidelity wireframes and storyboards Build interactive, high-fidelity prototypes for user testing Iterate rapidly based on user feedback Ensure usability and simplicity are prioritized The ultimate goal is to intimately understand the end user experience before writing code. High fidelity prototypes mitigate the need to build the product for testing.
Mitigating Risks in Product Discovery Cagan warns against over-analysis and stagnation during product discovery. However, he notes key risks that product managers should evaluate: Business viability risks related to the target market, pricing, and business model Technology feasibility risks in the solution architecture and plan Usability risks in the end user experience design Testing major assumptions early and with real users MVPs, prototypes, and value testing with customers help mitigate risks. Planning for appropriate levels of qualitative value testing versus quantitative validation testing is needed based on the type of risks and maturity of the product. Reference customers have been instrumental in supporting our technology products, especially as our growth stage company working to navigate the challenges posed by past failed product efforts. Business viability risk is greatest for early stage startup working on consistent product innovation.
Startups need an effective yet lightweight process for running discovery and target market expansion. Hiring highly capable leaders in the product organization will help build this foundation. In the ever-evolving domain of technology product management, the product team plays a pivotal role. Serving tech products customers efficiently is at the heart of every decision the product team makes. Product discovery is one such process where the product team spends a considerable amount of time.
Through rigorous product discovery phases, the product teams aim to understand the nuanced needs of tech products customers. These insights directly influence how product teams strategize and prioritize their efforts.
В интернет-магазине нашего партнера вы можете купить и прочитать книгу в бумажном варианте. Отзывы читателей.
Компания обычно финансирует, продвигает и запускает проекты. К сожалению, продукт — это причина, а проект — это следствие.
Я бы добавил, что большинство проектов — это разовые работы, тогда как продукты имеют непрерывный жизненный цикл, пока не будут сняты с производства. Поиск клиентов начинается слишком поздно. Кейган указывает на самый большой недостаток старого каскадного процесса — весь риск сосредоточен в самом конце, а поиск клиентов начинается слишком поздно. Тогда как поиск клиентов должен быть непрерывными и должен начинаться практически с самого начала разработки. Разрабатывайте продукт параллельно, а не последовательно. Все дело в решении проблем, а не в реализации функций. Непрерывное открытие и реализация «Непрерывное открытие и реализация» — отличный способ внедрить эти три принципа в процесс.
Если присмотреться, это по сути восемь этапов традиционного каскадного подхода, сжатые в три шага: цель — открытие — реализация. В конечном итоге этот процесс позволяет получить ответы на четыре важных вопроса: Купит ли это пользователь? Поймет ли пользователь как это использовать? Сможет ли программист это реализовать? Поддержат ли продукт заинтересованные стороны? Мне нравится, что Кейган делает упор, в том числе, на бизнес-контекст, а не на традиционную дорожную карту продукта. В книге он рассматривает два основных компонента для обеспечения бизнес-контекста: Видение продукта и стратегия Бизнес-цели Риски Мне кажется, что риск имеет решающее значение.
Выявлять и уменьшать риски необходимо уже на ранней стадии разработки. Автор описывает некоторые общие риски, которые нужно всегда учитывать: Финансовый риск — можем ли мы себе это позволить? Риск развития бизнеса — сработает ли наше решение у партнеров? Маркетинговый риск — соответствует ли решение бренду? Риск продаж — смогут ли торговые представители это продать? Правовой риск — все ли безопасно с юридической точки зрения? Этический риск — следует ли принимать это решение с точки зрения этики?
These techniques are about validating these types of risks. It usually takes trying out several different approaches to a solution before we find one that solves the underlying problem. This is another reason why typical product roadmaps are so problematic. There are a few techniques that are central to how Amazon builds product, and one of them is referred to as the working backward process, where you start the effort with a pretend press release. The idea is that the product manager frames the work ahead of the team by writing an imagined press release of what it would be like once this product launches. How does it improve the life of our customers? What are the real benefits to them? It is describing a future state we want to create. This technique is intended to counter that and to keep the team focused on the outcome, not the output. The actual reader of this press release is the product team, related or impacted teams, and leadership.
In any case, Walker Lockhart, a former long-time Amazonian who joined Nordstrom a couple of years ago, shared with me a variation of this technique that was developed and refined at Nordstrom. The letter—sent to the CEO from a very happy and impressed customer—explains why he or she is so happy and grateful for the new product or redesign. The customer describes how it has changed or improved his or her life. The letter also includes an imagined congratulatory response from the CEO to the product team explaining how this has helped the business. A press release version includes a customer quote as well. I like this customer letter variation even better than the press release style for a couple of reasons. First, the press release format is a bit dated. I will also admit that I love actual customer letters. I find them to be extremely motivating. In every user or customer interaction, we always have the opportunity to learn some valuable insights.
Establish a regular cadence of customer interviews. This should not be a once-in-a-while thing. A bare minimum would be two to three hours of customer interviews per week, every week. A concierge test is a relatively new name to describe an old but effective technique. Just as if you went to a hotel concierge and asked if he could find you some theater tickets to a popular show. With this technique, you become the concierge. You do what the user or customer needs done for them. You may have to ask them to train you first, but you are in their shoes doing the tasks they would do. This is similar, but not the same, as spending some time with your customer service or customer success staff. That is also valuable, and often a good source of product ideas as well, but that is helping customers once they call with a problem.
A concierge test requires going out to the actual users and customers and asking them to show you how they work so that you can learn how to do their job, and so that you can work on providing them a much better solution. If you are building a customer-enabling product, the users may be employees of your company, but the technique is the same—you go to these colleagues and ask them to teach you how they do their job. Like the principle of shared learning, it is most valuable if the product manager, the product designer, and one of the engineers does the concierge test. Some product people can get upset when they find customers using their products for unintended use cases. This concern is usually tied to the support obligations. Dig in a little and learn what problem they are trying to solve and why they believe your product might provide the right foundation. All forms of prototypes have certain characteristics and benefits in common. Here are five key principles behind their use. The overarching purpose of any form of prototype is to learn something at a much lower cost in terms of time and effort than building out a product. All forms of prototype should require at least an order of magnitude less time and effort as the eventual product.
Realize that one of the key benefits of any form of prototype is to force you to think through a problem at a substantially deeper level than if we just talk about it or write something down. This is why the very act of creating a prototype so often exposes major issues otherwise left uncovered until much later. Similarly, a prototype is also a powerful tool for team collaboration. Members of the product team and business partners can all experience the prototype to develop shared understanding. There are many different possible levels of fidelity for a prototype. The fidelity primarily refers to how realistic the prototype looks. There is no such thing as one appropriate level of fidelity. The principle is that we create the right level of fidelity for its intended purpose, and we acknowledge that lower fidelity is faster and cheaper than higher fidelity, so we only do higher fidelity when we need to. The primary purpose of a prototype is to tackle one or more product risks value, usability, feasibility, or viability in discovery; however, in many cases, the prototype goes on to provide a second benefit, which is to communicate to the engineers and the broader organization what needs to be built. This is often referred to as prototype as spec.
In many cases, the prototype is sufficient for this, but in other cases—especially when the engineers are not co-located or when the product is especially complex—the prototype will likely need to be supplemented with additional details usually, use cases, business rules, and acceptance criteria. Most of the time your engineers will review your product ideas and tell you that they have no real concerns about feasibility. This is because they have likely built similar things many times before. However, there are several situations wherein your engineers may identify a significant feasibility risk involved in solving a particular problem they are working on. The main technique used for tackling these types of risks is for one or more of the engineers to build a feasibility prototype. An engineer will create the feasibility prototype because it is typically code as opposed to most prototypes created by special-purpose tools intended to be used by product designers. A feasibility prototype is a long way from a commercially shippable product—the idea is to write just enough code to mitigate the feasibility risk. This typically represents just a small percentage of the work for the eventual shippable product. It is intended to be just enough to collect the data, for example, to show that performance would likely be acceptable or not. There is usually no user interface, error handling, or any of the typical work involved in productization.
They will only do so if they perceive real value. This is especially true when you are trying to get your customers or users to switch from whatever product or system they were using before to your new product. And, most of the time, our users and customers are switching from something—even if that something is a homegrown solution. The customer must perceive your product to be substantially better to motivate them to buy your product and then wade through the pain and obstacles of migrating from their old solution. All of this is a long way of saying that good product teams spend most of their time on creating value. If the value is there, we can fix everything else. In other words, if we could come up with an amazing solution to this problem, do customers even care about this problem? Enough to buy a new product and switch to it? This concept of demand testing applies to entire products, down to a specific feature on an existing product. The real challenge in that situation is whether we can come up with a demonstrably better solution in terms of value than the alternatives.
I want to emphasize the most important point for technology companies: If you stop innovating, you will die. Maybe not immediately, but if all you do is optimize your existing solutions, and you stop innovating, it is only a matter That said, we need to do of time before you are someone this in a responsible way. Qualitative testing of your product ideas with real users and customers is probably the single most important discovery activity for you and your product team. It is so important and helpful that I push product teams to do at least two or three qualitative value tests every single week. Usability Test We have many good techniques for testing value qualitatively, but they all depend on the user first understanding what your product is and how it works. This is why a value test is always preceded by a usability test. During the usability test, we test to see whether the user can figure out how to operate our product. Only then can we have a useful conversation with the user about value or lack thereof. Preparing a value test therefore includes preparing a usability test. If you try to do a value test without giving the user or customer the opportunity to learn how to use the product, then the value test becomes more like a focus group where people talk hypothetically about your product, and try to imagine how it might work.
To be clear: focus groups might be helpful for gaining market insights, but they are not helpful in discovering the product we need to deliver see Product Discovery Principle 1. In that case, you may decide to stop right there and put the idea on the shelf. Some product managers consider this a big failure. The two big reasons why stakeholders especially are so attracted to roadmaps: 1. They want some visibility into what you are working on and assurance that you are working on the most important items. They want to be able to plan the business and need to know when critical things will happen. In terms of the stakeholders, the product manager has the responsibility to understand the considerations and constraints of the various stakeholders, and to bring this knowledge into the product team. This happens much more than you might realize, and every time it does happen, the company loses a little more confidence in the product team. And this must be sincere. I emphasize this because, if the stakeholder does not have this trust that you are going to solve for their concerns as well, then they will either escalate, or they will try to control.
Success in terms of stakeholder management means that your stakeholders respect you and your contribution. They trust that you understand their concerns and will ensure solutions work well for them too. They trust that you will keep them informed of important decisions or changes. And, most of all, they give you the room to come up with the best solutions possible, even when those solutions end up being quite different from what they might have originally envisioned. This especially means having a deep understanding of your customers, the analytics, the technology, your industry, and in particular, your business. The main way we demonstrate this knowledge to the organization is by sharing very openly what we learn. With this as a foundation, the key technique is to spend one-on-one time with the key stakeholders. Sit down with them and listen. Explain that the better you understand their constraints, the better your solutions will be. Ask lots of questions.
Inspired by Marty Cagan - Summary and Notes
< Марти Каган. Начислим. Марти Каган указал путь и вдохновил бесчисленное количество продуктовых команд; прочитав эту книгу, вы тоже научитесь создавать отличные как со стратегической, так и с тактической. Marty Cagan's acclaimed book Inspired offers an essential blueprint for product teams seeking to master modern best practices in discovering, designing, and delivering successful technology products. Автор: Марти Каган. Скачайте книгу бесплатно для ознакомления (легальный PDF-файл от правообладателя) или читайте онлайн в электронной библиотеке Monster Book. Gain a complete understanding of “Inspired” by Marty Cagan from Blinkist. по лучшей цене.