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

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

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

Команда учится делать не «лучше», а «правильнее». Развитие продукта замирает, потому что «в системе так не принято». Это и есть ДС-тюрьма: удобно сторожам, плохо заключённым.

Продуктовые роли не появились из воздуха. Их не придумали с нуля бородатые дядьки в Долине или выглаженные воротнички из Купертино. Профессии Product/Project Owner/Manager выстраивались на протяжении почти столетия — и всё ради того, чтобы сейчас мы с вами плевались, читая вакансии на хедхантере. Кто главнее: PM или PO? Что должен делать проджект? И что ещё за AI PM и Data PM?

Давайте разбираться. И копнём аж до начала прошлого века.

Когда лучше всего публиковаться? Какие категории набирают больше голосов? Имеет ли смысл обращаться к раскрученным «хантерам»? В какое время пользователи проявляют максимальную активность?

Под катом — ответы на эти (и не только) вопросы, накопленные за 3 месяца автоматического сбора статистики о топовый продуктах на Product Hunt. Ну и красивые графики, конечно.