На Мастер-классе И.Л. Викентьева во второй и третий день разбирается серия, как правило, достаточно сложных задач Слушателей по продвижению продукции. (Заметим: в качестве Слушателей здесь часто присутствуют не только начальники рекламных отделов, но и Исполнительные директора компаний. ).
Естественно, мы не имеем права упоминать названия компаний, а тем более подробно разбирать сами решаемые задачи. Поэтому мы решили опубликовать небольшую подборку характерных фраз, прозвучавших при постановке задач Слушателями на Мастер-классах И.Л. Викентьева, прошедших 2004-2006 годах в Москве и Санкт-Петербурге.
«Приоритетное направление нашего банка — NNN. Амбиции высоки: хотим попасть к концу года в «десятку» лучших банков России, работающих с физ. лицами»;
«Наш завод традиционно участвовал в отраслевых выставках, размещал рекламу в специализированных изданиях. Сейчас мы осваиваем новую продукцию и поняли, что профессиональных рекламы и PR как таковых у нас нет. «;
Решение задач строительного бизнеса путем автоматизации
«Руководство нашего авто-сервис-центра поставило передо мной задачу: на порядок увеличить количество звонков и приездов Клиентов. «
«На рынке сотовой связи области наша Компания долгое время была лидером — т.к. мы были единственным оператором стандарта GSM. За последние 2 года у нас появились 3 конкурента, которые по качеству услуг стремятся догнать нас. Периодически на рынке происходят вспышки ценовых войн. И мы постоянно вынуждены ронять цены вслед за конкурентами».
«В следующем месяце открываем торгово-развлекательный комплекс в спальном районе. Самый большой в городе. Хотим привлечь соответствующих арендаторов и посетителей. Хотим сделать его особенным».
«Хотелось бы к концу года увидеть ген. директора в рейтинге влиятельных людей города и республики».
«Построили элитный малоэтажный комплекс. Квартиры так или иначе продаются, но. только не самые дорогие. Их очень тяжело продать. Есть проблемы и с коммерческой недвижимостью».
«В нашем регионе мы лидируем по продажам компьютеров. Но в народе до сих пор ходят негативные слухи о нашем прошлом. «
«Хочется действовать не «методом тыка», а иметь базу для обоснования каждого шага РК. Насколько «заряженный прайс» бывает у агентств — мы уже знаем. Знаем и уровень их креатива. «
«Мы, скорее всего, будем финансировать производство NNN. Есть ряд патентов, своя технология. Но мы должны понимать, как будем раскручивать NNN. Лишних денег у нас нет — мы их зарабатываем».
«Мне не удалось добиться признания у учредителей компании функции PR как стратегической. «
«»Умный дом» — продукт очень новый, дорогой и высокотехнологичный. Все перепробовали — и выставки, и модули, и наружку. Мало что помогает. «
«Уже пробовали идти через врачей. Так к ним две очереди стоят: очередь больных и очередь менеджеров, предлагающих новые препараты. А у нас не лекарство, а аппарат для физиотерапевтических процедур — конкурент дорогим лекарствам. Все разрешения получены, но продажи пока идут слабо».
ТРИЗ в бизнесе: решение задач и получение прибыли
«Проблема состоит в том, что:
— наш магазин расположен в тихом районе, о существовании которого знают не все;
— конкуренцию составляют не только местные предприятия, но и крупные московские сетевики;
— рекламный бюджет ограничен…»
«Через 5 месяцев — Международная выставка по нашему профилю, и в ней примут участие примерно 30-40 конкурирующих фирм-производителей. Из них серьезных конкурентов для нас — 4. И здесь главный вопрос: у кого после выставки клиенты «выметут» готовую продукцию со склада. «
«Раньше не придавала должного значения «Закону об Авторских правах и смежных правах»: Вчера вечером, после Вашего рассказа, озадачила на выходные нашего юриста. Хочу теперь сделать «все как надо» с художником и композитором. Каких типовых ошибок стоит опасаться, если я выступаю на стороне Заказчика?»
«Месяц назад на наш рынок вышло аналогичное московское издание, которому Москва разрешила в течение полугода демпинговать и быть убыточным. «
«Стоит проблема: как продвигать качественные, но малоизвестные в регионе телевизионные бренды (например, ТНТ, REN-TV) без серьезных финансовых вложений?»
«Конкуренты нашей строительной компании воспользовались задержкой начала строительства одного из наших объектов и стали размещать негативную информацию в печатных и электронных СМИ, на интернет-форумах и даже инициировали письма «недовольных» во все инстанции. В результате часть Клиентов расторгла договора. Как восстановить имидж?»
«Наш район входит в состав столицы региона, но находится на расстоянии 20 км от нее. По новому закону, район должен полностью влиться в состав столицы, но новый глава Администрации района хочет создать отдельный город. »
Генеральный директор ОАО «Агентство экономического развития Краснодарского края» к. э. н. Андреева Ольга Павловна:
«Хороший рывок за последние 2 года сделал город Краснодар в продвижении своего имиджа во многом благодаря активной позиции главы города и его подчиненных. Казалось бы, зачем Краснодару заниматься своим имиджем на фоне грандиозных PR-проектов, которыми ежегодно радует Краснодарский край, достаточно известный в мировом сообществе?
Как выяснилось, о Краснодарском крае знают многие, а про Краснодар и его отличия от других городов, люди не могли ничего сказать, кроме общих фраз: «Море», «Солнце», «Юг, тепло». А откуда море в Краснодаре? Ведь имели в виду Чёрное море, а никак не Кубанское.
На основе проведённого бенчмаркинг-анализа с российскими городами и зарубежными городами-конкурентами мы пришли к пониманию, что Краснодар можно продвигать как «город, комфортный для бизнеса и инвестиций». Нашим агентством совместно с компаниями «Конкретика» и «ТРИЗ-ШАНС» была разработана программа продвижения. И, как говорят, попали прямо в яблочко: по итогам 2008, 2009 и 2010 годов журнал Forbes трижды выбрал Краснодар в качестве лидера как город комфортных инвестиций. Это ли не признание позитивного имиджа? Под таким брендом гораздо проще работать с инвесторами».
Блашенкова В.С., Бренд территори: создание и продвижение. Как это делается в России, М., 2011 г., с. 142.
Источник: www.triz-chance.ru
5 бизнес-задач, которые решит интеллектуальная автоматизация процессов
Тема автоматизации процессов уже широко известна, и большинство компаний, стоящих на пути цифровой трансформации, активно автоматизируют процессы. Всё чаще и чаще автоматизация происходит путём роботизации. Иными словами – RPA. Роботы становятся все более интеллектуальными и могут решать больше задач.
Чем же отличается интеллектуальная автоматизация процессов от обычной или роботизированной автоматизации? Как отмечают в компании EY,
Основным отличием с точки зрения результатов является то, что IPA обеспечивает значительно большее снижение затрат, за счет своей повышенной эффективности, так как решения позволяют обрабатывать неструктурированные данные и способны обучаться. По данным Mckinsey, организации в различных отраслях, которые использовали интеллектуальную автоматизацию процессов, получили впечатляющие результаты, среди которых автоматизация 50-70% задач, что приводит к повышению эффективности затрат на 25-35% в год; сокращение времени прямого процесса на 50-60%; возврат инвестиций в трехзначных процентах. Другими словами — внедрение решений интеллектуальной автоматизации процессов может значительно улучшить и упростить работу различных направлений бизнеса и принести конкретные результаты. Кристиан Уэллс (Christian Wells), эксперт по роботизации процессов, руководитель клиентского офиса Blue Prism в России приводит основные примеры результатов, которых можно добиться благодаря IPA.
1. Решить проблему синхронизации старых и новых систем
Большинство компаний, внедряющих новые системы в свои процессы, сталкиваются с проблемой их синхронизации с уже имеющимися, которые работали на протяжении нескольких десятилетий. С этой задачей легко справляются умные роботы, подкреплённые искусственным интеллектом, выступая соединительной частью старых и новых систем, тем самым обеспечивая единый автоматизированный процесс. Благодаря решению IPA компания не только экономит время и ресурсы на решение проблемы синхронизации и консолидации разрозненных систем, но и получает дополнительную гибкость при выборе движков ИИ для оценки и аналитики данных в этих системах.
Соединение систем может касаться различных направлений бизнеса. Например, в одном из крупнейших банков России, IPA-решение помогло HR-департаменту в процессе перехода со старой платформы на новую. И благодаря интеллектуальным роботам банку удалось оптимизировать суммарно 10 производственных штатных единиц.
2. Ускорить процессы обработки данных
В эпоху цифровой трансформации скорость работы, и, в частности, обработки неструктурированных данных, играет критически важную роль для бизнеса. По данным IDC, в течение 2018 года поставщики систем хранения данных добавили более 700 экзабайт емкости к общемировой базе всех типов носителей информации. По прогнозам IDC, с 2018 по 2023 год общемировой объем установленной базы хранения данных увеличится более чем в два раза и достигнет 11,7 зеттабайт в 2023 году. Цифры значительные, и необходимо эти данные обрабатывать и при этом экономить ресурсы. Благодаря тому, что решения IPA соединяют в себе технологии RPA, искусственного интеллекта, машинного обучения, обработки естественного языка (NLP) и оптического распознавания символов (OCR), они позволяют за короткие сроки обрабатывать широкий спектр различных данных в больших объемах.
Показательным примером решения подобных задач с помощью технологий автоматизации процессов, является кейс «Альфа-Банка». Пандемия в начале 2020 года вызвала резкое увеличение количества обращений клиентов. Банк стремился избавить своих клиентов от долгого ожидания и избежать вероятности, что заявки будут оставлены без ответа.
Было критически важно как можно быстрее обрабатывать увеличившийся объем поступающих обращений. Решением этому вызову стала интеллектуальная автоматизация. Получив запрос от клиента, сотрудники вводили информацию в специально разработанном портале. После этого цифровой работник запускал необходимые проверки, оценивая все параметры для принятия решения по одобрению. В результате информация начала обрабатываться в 90 раз быстрее, чем ранее.
3. Удовлетворить клиентов
Согласно исследованию Blue Prism, проведенному в 2020 году среди более 6700 руководителей предприятий, 63% лиц, принимающих решения в сфере бизнеса, считают, что им не удается удовлетворить спрос или ожидания клиентов. Внедрение IPA открывает ряд возможностей перед компаниями в плане повышения удовлетворенности клиентов. Помимо освобождения человеческих сил, которые могут быть направлены на более приоритетные задачи (такие, как стратегические аспекты обслуживания клиентов), IPA помогает: почти мгновенно реагировать на запросы клиентов и оперативно обрабатывать большие объемы запросов, сократить количество человеческих ошибок и решить задачи клиента до того, как они станут проблемой.
По результатам исследования, проведенного Blue Prism и партнерами, «командная работа» между цифровыми сотрудниками и человеческими коллегами в среде обслуживания клиентов помогла в разы сократить среднее время обработки звонка. Уже одна эта статистика показывает потенциал трансформации RPA в преобразовании клиентского опыта; все преимущества интеллектуальной автоматизации без потери человеческого фактора.
Согласно отчету Microsoft, 96% клиентов отмечают, что обслуживание клиентов играет важную роль в их выборе лояльности к бренду. А согласно Forrester компании, предоставляющие потребителям качественный пользовательский опыт зарабатывают в 5,7 раза больше конкурентов, которые отстают в этом направлении.
4. Обеспечить гибкость
Согласно исследованию KPMG «Быть гибким – значит быть устойчивым», 67% руководителей̆ компаний считают, что умение действовать гибко является новой̆ валютой̆ бизнеса, а чрезмерная медлительность грозит банкротством. IPA обеспечивает гибкость и понимание, необходимые для целостного подхода к автоматизации бизнес-процессов. Она позволяет управлять потоком данных на предприятии и облегчает выявление областей, требующих улучшения и оперативное внесение изменений. Кроме того, когда есть возможность оперативно реагировать на изменения рынка, при этом решать основные задачи бизнеса, появляются и другие возможности, например, создавать новые предложения для клиентов. Можно сказать, что интеллектуальная автоматизация – это один из сильнейших драйверов роста и прибыльности гибкой организации.
5. Перенаправить человеческие ресурсы на выполнение стратегических задач
Технологический прогресс ставит перед компаниями и их сотрудниками новые задачи. По оценкам Всемирного экономического форума, к 2030 году потребуется переквалифицировать более 1 млрд человек. Переквалифицировать своих сотрудников и освободить их ресурсы для выполнения стратегических операций — довольно сложная задача и одна из важнейших причин, по которым сегодня компаниям необходима интеллектуальная автоматизация.
Согласно исследованию Blue Prism, 80% сотрудников, чья деятельность связана с обработкой имеющейся информации и получением новых данных, сообщают, что автоматизация помогает улучшить их работу, и они чувствуют себя комфортно при переквалификации в связи с изменением рабочей роли. Люди могут решать нестандартные задачи, преодолевать препятствия и предлагать творческие подходы, направленные на решение бизнес-задач. Кроме того, в ближайшем будущем одного набора профессиональных знаний и опыта будет недостаточно для продуктивной работы. Сотрудники должны обладать как Hard Skills, так и Soft Skills — тем гибким мышлением, что даже интеллектуальным роботам пока не под силу. Поэтому чем раньше будут автоматизированы процессы с помощью IPA, тем быстрее компания сможет решить проблему кадров, которая становится все более острой с каждым днем.
Технологии интеллектуальной автоматизации продолжают развиваться гигантскими темпами. В будущем появятся новые технологии, а конвергенция существующих — откроет новые возможности. Уже сегодня компании должны начать этот путь, чтобы не остаться позади конкурентов и иметь преимущество. Будущее интеллектуальной автоматизации приведет бизнес к более адаптивным процессам, которые помогут руководителям повысить рентабельность человеческих и роботизированных ресурсов.
Источник: www.tadviser.ru
Как ставить задачи по продукту, чтобы получать хороший результат?
Почему даже при очень подробном техзадании результат по задачам может быть неожиданно плохим? Что больше влияет на результат — подробное ТЗ или погружение в боли пользователей? В этой статье мы попробуем ответить на эти вопросы.
Самый важный вопрос продуктовой разработки
Самый важный вопрос к любой задаче, возникающей в продуктовой разработке — “ЗАЧЕМ?”.
- Зачем мы делаем эту функцию?
- Зачем нам нужен редизайн?
- Зачем нам продвигаться в соцсетях?
- Зачем … и т. д.
Правильный ответ на каждый “Зачем?” — это конструкция: “Потому что это положительно повлияет на метрики такие-то”. Если такого ответа нет, то задача, вероятно, не приоритетная или вовсе ненужная.
В идеале вопросом “Зачем?” должны задаваться все члены продуктовой команды.
Если этого нет, то могут возникать следующие проблемы:
- Механическое решение задач — что дали, то и делаю.
- Отсутствие желания влиять на решение — есть менеджер, он и решает.
- Отсутствие эмпатии к проблеме, которую решает задача.
- Отсутствие ответственности — ты придумал решение, ты и отвечай.
Как сделать так, чтобы все участники команды мыслили продуктово и проникались задачами?
Необходимо качественно и глубоко погружать исполнителя в задачу и её цели, а также давать возможность влиять на решение задачи.
Общий фреймворк постановки задачи
Фреймворк можно описать следующим образом:
- Контекст — необходимо донести до исполнителя всё, что вокруг задачи: пользовательские истории, связанные с задачей; схожие проблемы, решаемые раньше; почему задачу не сделали прежде и т. п.
- Цель — это наше “Зачем”. Зачем мы вообще решаем задачу: какую и чью боль хотим решить, когда её надо решить.
- Решение — возможное решение или набор решений задачи. Формат изложения зависит от роли исполнителя. Важно донести, что на решение можно влиять. При этом влияние должно быть при ознакомлении с задачей, а не после реализации.
Укрупнённая структура описания задачи
Если вы ещё не выработали свою структуру постановки задач, то можно воспользоваться следующей:
- Источники проблематики и контекст — детально описываем контекст задачи: какие были обращения, кто заказал, какие уже были подходы к решению и так далее.
- Цель выполнения работ — какие боли в итоге должна решить задача.
- Ожидания от результата — каким менеджер видит итог решения задачи.
- Требования к работам — описание одного или нескольких вариантов решения задачи.
- Взаимосвязь с существующими функциями — как отразится на существующих функциях, о каких связях не стоит забывать.
- Какую документацию надо подготовить по итогам.
- Как будет приниматься задача, тестирование итога.
- Как будет проходить внедрение — возможно, нужны предварительные рассылки по пользователям или миграции содержимого БД, или ещё что-либо.
Работа с конкретными направлениями задач
В процессе разработки или развития продукта возникают задачи, решать которые предстоит разным командным ролям.
Аналитика и бизнес-исследование
Контекст
Формулировка гипотез и job stories по форме кто-что-зачем. Для того, чтобы поставить задачу, нужно:
- Взять известную или нащупать новую незакрытую потребность.
- Придумать, как её закрыть (идея возникает именно на этом этапе).
- Запросить у аналитика определенные цифры и метрики для проверки потребности, а также дизайн эксперимента для проверки того, насколько реализация идеи закроет потребность. Зачастую этот этап продакт-менеджер проходит самостоятельно.
- В случае успешного эксперимента начать реализовывать идею.
Цель
Цель описывается гипотезами, job stories или user stories (подробнее тут: https://habr.com/ru/company/otus/blog/482066/). Все подвергается сомнению и приоритезации на уровне здравого смысла, опыта и понимания уже существующей аналитики по продукту.
Извечная проблема человечества — получить как можно больше, потратив как можно меньше . В целом в этом нет ничего плохого, но опытный аналитик во время приемки задачи всегда оценивает, насколько адекватны требования.
Разберем типичную задачу: «Сформировать и обосновать гипотезы для увеличения среднего чека по продажам сервисных карт для корпоративных клиентов». В такой постановке ошибка в том, что решения, которые вырабатывались аналитиком, не подходили для текущих клиентов. Не проговорив, что нас интересуют только новые клиенты, мы получили неподходящие гипотезы.
Решение
Анализ всегда представляет из себя ответы на вопросы с понятными и измеримыми параметрами оценки, включая шаги, необходимые для получения ответов на эти вопросы. Основа анализа — статистически значимые, актуальные и достоверные данные.
Аналитика — всегда неопределенность. Данных есть от силы 40 %, из них достоверных — 10-15%, а вывод надо дать с «гарантией», что по крайней мере не будет не то, что противоположного исхода, а отклонения от текущей ситуации менее, чем наполовину.
В итоге, выводы формируются скорее по оценке выявленных трендов в перспективе, с поправкой на экономическую ситуацию и аналогичный опыт схожих задач. Ожидаемым результатом же становятся:
- Анализ изменений KPI по мере развития продукта.
- Обнаружение и изучение аномалий.
- Поиск «узких мест» и точек роста.
- И прогнозирование, чего бы там теория не говорила — то, что и хотят получить часто, все остальное могут и не читать.
Продуктовый дизайн и проектирование
Контекст
Продуктовый дизайнер должен помогать менеджеру продукта определять, исследовать и подтверждать проблему, а также проектировать, создавать, тестировать и внедрять дизайн-решение проблемы. Чтобы действовать продуктово, дизайнер должен понимать, зачем вы решили создать продукт, и какие задачи тот будет решать.
Если дизайнер концентрирует своё внимание исключительно на UI (структура, цвета кнопок, расположении блоков и т. п.) и не часто задаётся главным продуктовым вопросом “Зачем?”, значит либо дизайнер не продуктовый, либо контекст и цели задач не донесены.
В дизайн-задачах контекстом являются:
- технические условия, в которых планируется эксплуатировать дизайн-решения: платформы, скорость интернета у пользователей, условия окружающей среды;
- привычки и пристрастия пользователей, если они могут быть известны;
- наличие функциональных особенностей у пользователей — например, ограничения по зрению, слуху;
- языковые локализации, в которых планируется эксплуатировать решения;
- обращения в поддержку, отзывы и прочее, если они есть и связаны с решаемой задачей;
- аналогичные визуальные решения, тренды.
Чем сильнее дизайнер сможет понять мотивации пользователя, его ограничения и способы взаимодействия с продуктом — тем более продуманное решение сможет выдать.
После релиза обязательно рассказывайте дизайнерам, что случилось с метриками или какая обратная связь от пользователей была получена. Старайтесь проговаривать задачи лично в дополнение к письменному заданию.
Цель
Для демонстрации цели отлично подходят выкладки аналитики по проблемам и хорошим цифрам, CJM и другие описания сценариев действий пользователей. Также дизайнеру важно доносить, что будет критерием успеха нового продукта или фичи (по OKR, например).
Решение
Ранее мы писали, как правильно общаться с дизайнером — https://t.me/FreshProductGo/22. Максимально детально опишите требования к макету, который хотите получить. Если в макете присутствуют текстовые элементы (лендинг, email, баннеры и прочее) — обязательно предоставляйте вычитанные и финальные варианты текстов.
Лично обсудите все требования с дизайнером, проработайте поступающие вопросы и зафиксируйте итоги обсуждения в требованиях к задаче. Также следует показать всю структуру решения (на MindMap, например), анализ конкурентов (референсы). Пригодятся комментарии от верстальщика.
Вёрстка (front end)
Контекст
Верстальщик должен понимать, зачем вы решили создать сайт или продукт, и какие задачи тот будет решать.
Акцентирование на важных вещах в работе продукта и тех, которые продумать самостоятельно, прикрепить ссылки и материалы с референсами (анимациями, работы фич и проч.), схемами взаимодействия.
Цель
Конечную цель верстальщику подскажут все те же артефакты, что и для дизайнера (CJM, Mindmap, описание критериев успеха по OKR), так и подготовленные при предварительном обсуждении комментарии от дизайнеров и разработчиков.
Решение
Верстальщику важно понимать, как должны «вести себя» блоки сайта при добавлении/удалении текста. А менеджеру важно учесть, что изменение дизайна (а мы здесь картинку подвинем или классическое поиграйте со шрифтами) на стадии верстки повлечет за собой увеличение времени работы исполнителя.
Вопросы, которые должны быть закрыты при постановке задач:
1) как будут работать главные элементы?
2) как будут отображаться формы/списки/ссылки/кнопки/изображения и т. п.?
Про отображение форм, списков и оформление ссылок и кнопок зачастую забывают. Например, картинка при клике может увеличиваться, если это уместно. А на сайте, будь то ваш личный сайт или интернет-магазин в дальнейшем может появиться несколько разных форм — и если для них не будет стилей отображения, то выглядеть они будут как минимум неуместно.
3) для каких устройств и в каких браузерах будет работать сайт и приложение?
Во-первых, важно помнить, что на разных устройствах сайт будет выглядеть по-разному. Причин для этого много: разрешение экрана, использование разных браузеров. А во-вторых, не забывать, что мир потихоньку захватывает адаптивный веб-дизайн.
4) Какие цвета / шрифты используются на сайте и приложении?
Дизайнер совместно с макетами сайта должен предоставить палитру используемых цветов и прикрепить используемые шрифты/иконки. Иначе верстальщик никогда не поймет, «что же хотел сказать художник».
Разработка (back end)
Чем структурированнее будет постановка, тем лучше и удобнее для разработчика.
Контекст:
- Те же пользовательские истории, что для дизайнера и верстальщика.
- Принципиальный механизм решения, если он есть.
- Рисунок/схема с потоками информации от пользователей к системе и обратно (блок-схемы взаимодействия сервисов, сценарии пользователя).
Цель
Нужно рассказать, о чем проект и как им будут пользоваться:
- Общее описание целей.
- Какие задачи должен решать проект, какие показатели он должен изменить (технические).
- На кого проект ориентирован (пользователи с какой квалификацией будут им пользоваться).
- На каких платформах он должен работать.
- С какими системами проект должен быть интегрирован (автоматически получать или передавать данные).
- Требования к функциям проекта.
- Требования к ролям пользователей.
Решение
При постановке задачи потребуется закрыть следующие вопросы (конкретика зависит от этапа развития — делаем новый продукт или развиваем существующий):
- Версии продукта (веб-версия и другие).
- Типы страниц и элементов страниц сайта (описание основных функциональных страниц и ключевых элементов).
- Типы (роли) пользователей (структурированное описание всех ролей: пул возможностей и ограничений).
- Пользовательские сценарии (User story: кто и каким образом взаимодействуем со всем функционалом сайта).
- Структура данных (клиенты, субъекты инфраструктуры и прочее).
- Перечень интеграций в рамках задачи.
- Функциональные требования к сервисам.
- Нефункциональные требования к сервисам.
- Дизайн и верстка. Общее описание.
- Требования к интеграциям.
- Архитектура сервисов.
- Эргономика и техническая эстетика (макеты визуальной составляющей системы и прочее).
- Требования к тестированию.
- Этапы работ по созданию сервиса.
- Порядок контроля и приемки сервиса.
- Дальнейшая поддержка продукта и дорожная карта внедрения.
В качестве вывода:
- Лучше потратить больше времени на проработку и постановку задачи, чем потом тратить время на переделку результата.
- Каждый участник продуктовой команды должен на бизнес-уровне понимать, зачем он делает текущую задачу.
- В задачах крайне важен контекст и все знания, которые так или иначе относятся к причинам, по которым задача вообще появилась.
Статья подготовлена в соавторстве с Михаилом Грековым .
Одна из ключевых компетенций продакта — держать руку на пульсе: понимать, что происходит с продуктом, выявлять тенденции и аномалии. 9 июля в 20:00 состоится бесплатный вебинар «Основные метрики продукта»
На вебинаре мы разберём:
— какие показатели ставить в качестве целей
— какие метрики мониторить лично продакт-менеджеру
— как устроена пирамида метрик
— поговорим про важность визуализации метрик.
Источник: dzen.ru
