Цитаты из книг автора «Марти Каган»

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

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

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

В примере eBay речь идет о конечных пользователях (покупателях и продавцах), но то же «неправильное» поведение лежит и в основе тенденции к открытому доступу к некоторым или всем сервисам продукта через интерфейсы прикладного программирования (публичные API). Предлагая публичный API вы, по сути, говорите сообществу разработчиков: «Вот что мы умеем — но, возможно, вы сможете использовать эти сервисы для того, чтобы сделать что-то поистине удивительное, что не пришло нам в голову». Яркий пример — платформенная стратегия Facebook. Компания открыла доступ к своим профилям в социальной сети, чтобы выявлять, что могли бы сделать разработчики, будь у них возможность использовать этот актив. Я давний фанат публичных API как неотъемлемого компонента стратегии развития продукта и считаю разработчиков одним из самых стабильных и лучших источников поистине инновационных идей в этом плане. Их положение выгодно с точки зрения понимания того, что возможно на данный момент, и, надо признать, очень многие инновации основаны на их проницательных идеях.

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

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

Уже не первый год я настаиваю на том, что многие методики исследования продукта и быстрого тестирования и обучения в полной мере применимы в крупных, устоявшихся компаниях, а не только в стартапах. Все лучшие продуктовые компании, такие как Apple, Amazon, Google, Facebook, Netflix, давно и надежно используют этот подход к инновациям. В этих компаниях инновациями разрешено заниматься не только горстке избранных. Это долг и ответственность всех продуктовых команд, которые там работают.

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

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

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