#инсайт #myuxstory #какработает
Я сейчас учусь в ВШБИ на product manager, если кто-то не знает) Один из наших преподавателей это Миша Карпов, он Chief Product Manager компании Skyeng. Это онлайн школа английского языка. У меня был опыт онлайн занятий с филиппинской школой английского языка. Я училась на Филиппинах, а потом они нам дали ещё онлайн занятия. Мне не понравилось.
И вот Миша на лекциях иногда рассказывал про Skyeng, и мне тупо стало интересно посмотреть, что за школа и чего это она так быстро растет. При этом ребята, с которыми я учусь в ВШБИ, очень хорошо о ней отзываются.
Я открыла сайт, почитала и закрыла. На следующий день мне звонок - не хотите ли пробное занятие? А мне же тупо интересно. Хочу. Заодно думаю свой уровень узнаю. Правда потом, мне было очень и очень лень, но skyeng настойчивые и переносили занятие и звонили, звонили. Я даже рано утром проснулась ради этого занятия!!) Занятие мне понравилось, уровень я свой подтвердила, что говорю хорошо, но скорость не очень высокая, думаю много перед тем как сказать. Заниматься я у них не собираюсь. И тут начались очень грамотные предложения, завлекаловки, звонки. Они бомбили меня месяц!! Я их посылала!!
И вот на одном занятие, уже другому преподавателю я пожаловалась. Мол Миша хороший, skyeng понравились (по крайней мере пробное занятие, как оно там дальше у меня нет опыта), но задолбали звонками и продажами. Преподаватель смеётся и говорит - ты номер телефона где-нибудь оставляла? Я говорю нет. На сайт заходила? Да. Вот! У них сейчас стоит такой функционал, что они твои куки вытягивают! Я сам зашёл на сайт, через 10 минут звонок!!

Итог, пошла чистить куки и вспомнила одного знакомого программиста, который всегда чистил куки и старался не пользоваться браузером, я его считала параноиком. Теперь я его понимаю))) А кнопка "вы согласны на использование кук?" Я иногда даже не замечаю, так как хочется как можно быстрее что-то сделать на сайте.

Но у кого нет времени, а хочется заниматься английским попробовать skyeng стоит, это правда удобно. Даже некоторые компании на него перешли, так им стало проще контролировать своих сотрудников, балансы, посещаемость. Но я то самое "ранее большинство" и не люблю, чтобы на мне обкатывали сервис) Я всегда жду, когда всё будет уже очень и очень хорошо работать)))

#моемнение #какработает #метрики #аналитикпродукта
Аналитик продукта или продуктовая аналитика. Кратко, что это такое?

Вот честно говоря, каким-то чутьем всегда понимала, что такое продуктовая аналитика, но для меня это направление оставалось не до конца понятным. И как живёт этот зверь, мне тоже было не совсем понятно. Точнее понятно, но как взгляд сбоку)))

Наш преподаватель - Елена Серегина всё показала на примерах (если кому любопытно, говорят в интернете есть записи её занятий и выступлений, рекомендую).

Мой вывод следующий - аналитик продукта работает с метриками продукта и анализирует какая ситуация, как повлияла на ту или иную метрику, почему метрика изменилась. Метрика, также как температура тела человека, показывает состояние продукта, но с точки зрения бизнеса. Для чего это всё нужно? Для развития бизнеса и принесения денег. То есть аналитик продукта ищет пути изменения фич продукта таким образом, чтобы эти изменения дали прибыль. Принятие решения о внедрении изменений или о добавлении новых фич за Product Manager (или ещё за кем, в каждой организации свои правила). То есть аналитик продукта это правая рука product manager (а иногда product manager сам себе аналитик).

Ещё раз скажу, что бизнес и продукт бизнеса - это про деньги. На самом деле всё про деньги и как их приумножить. Даже образование - это про деньги, что для меня не совсем было очевидно. Для государства вложение в образование даёт результат через минимум 10 лет, квалификацией сотрудников на предприятиях, промышленности и т.п. На эту тему существования связи есть куча работ и доказательств.

Вернёмся к метрикам. Мой вывод: начиная измерять жизнь продукта в метриках, стоит посмотреть на то, как шаблонно это делают ваши конкуренты. То есть есть, с моей точки зрения, стандартный набор метрик, можно его взять, потом добавить своих, специфичных и посмотреть на графиках, диаграммах как и что меняется. Для Анализа данных по метрикам советуют использовать приложение Tableau. Немного его потрогали ручками и мне очень понравилось. Крутить данные в этой прилажухи очень интересно. Проведу очень грубую аналогию, что Tableau это адовая смесь Excel, средой работы с базами данных с возможностью даже самого простого программирования, для запуска процессов обработки данных. Мы работали со списком данных в csv, добавляли формулы вычислений и смотрели на каких графиках видны тенденции изменений.

Отправляю вам ссылку на интересную статью на habr про метрики. В статье есть ссылка на список основных метрик, или те которые чаще всего используются.
https://m.habr.com/ru/company/devtodev/blog/293776/

#какработает #чужойопыт #инсайт #lifehack #теория
Давно хотела поделиться "теорией разбитых окон".
Случайно о ней узнала. Подробнее про эксперименты можно почитать на Википедии. Суть такая, что если человек постоянно видит, как другие нарушают правила, то и сам начнёт их нарушать - "им можно, а почему мне тогда нельзя?"

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

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

Скажу про лифты своего подъезда. Моя боль, эти лифты от Ущербинки. Их два: один расположен на первом этаже, второй на половине этажа, то есть нужно немного подняться выше. Тот, что останавливается на первом этаже несёт нагрузку больше. Мамы с колясками, пожилые жители все ездят на нём и в него же грузят всё, если идёт ремонт или тяжёлые покупки. Результат - он обшарпанный, часто ломается и зеркало там разбили, сняли и больше не вешают. И в нём стали появляться надписи. Тут ещё вопрос к самому заводу Щербинки, а почему вы не анализируете как эксплуатируется лифт? Нагрузку же можно рассчитать и сделать лифт сильнее и крепче. Весь подъезд начал ездить на другом лифте. Там есть зеркало и вцелом приятнее. Давно вот мечтаю первый лифт вернуть в нормальное состояние, но жду когда у соседей закончится ремонт. Да и вообще даже не знаю, может это дело мослифта, но сдается мне они не знают про "теорию разбитых окон")

Как эту теорию применять в ИТ, я не знаю))) но очень хотелось про неё рассказать))

#моемнение #lifehack #чужойопыт #какработает #капитаннеочевидность

Я человек поколения канала MTV Russia. Я такой нормальный школьник Москвы, который жил с этим каналом каждый день. Утром до уроков, с Шелест и Комоловым, днём с Тутой Ларсен.
И когда вышло интервью Вдудь с командой MTV я сразу начала его смотреть. Я давно уже заметила (капитан очевидность), что все виджеи MTV это лидеры в массмедия Россия. Кто не в курсе, но Тута Ларсен, Александр Анатольевич, Комолов с Шелест, Иван Ургант, Вася Стрельников и многие другие - это золотая команда MTV, каждый из них монстр в своей сфере, а начинали они на одном канале. Во время просмотра интервью я словила море открытий (тех самых инсайтов). И вроде бы о чём это я? Причём тут ИТ? Да, притом, это команда. Команда в любой сфере это команда. Борис Зосимов человек, который понимает, из кого какой будет толк.
Мне конечно до него далеко))) Но у меня был шанс создать команду Аналитиков несколько лет назад. И если посмотреть кто где сейчас, то многие руководители, тим лиды, и мега специалисты) Привет всем вам!
Вторая команда тоже получилась отличная и я верю в то, что все вырастут больше, если не остановятся))

Нахвалила себя)) теперь вернёмся к Борису Зосимову. Что меня поразило, что всё MTV работало всегда вместе. Одно то, что в голосовании новых клипов участвовали все, включая уборщицу, это очень клёво! Это чувство команды. Выводов можно делать море, можно читать умные книги по командообразованию, но если человек чувствует другого и знает как раскрыть лучшие стороны, и внутреннее стремление, то это очень крутой лидер. У которого не было конкуренции внутри коллектива, каждый самореализовывался на своём участке. И на минуточку это те самые года, когда никто в России не кричал слово Agile, Scrum и не говорил про гибкость и мышление.
Для меня это очень крутой пример, как нужно вести бизнес и строить команду, так что даже спустя несколько лет такие как я, при слове MTV Russia, расплываются в улыбке и трепещут при встрече в кафе с Александром Анатольевичем, потому что работала в офисе, где соседняя дверь было MTV, но уже не то, без лидера....

Итого: мой совет, книги это круто, но реальные примеры из жизни и реальные люди, которые достигли успеха это совсем другая история))) Стоит просто включать аналитика, смотреть по сторонам и спрашивать "почему?"
Вообщем то я и работала у Тинькова только с одной целью - посмотреть как этот человек делает бизнес) Когда вопрос стоит именно так, взгляд другой и легче идёшь во внутреннем процессе компании.

#капитаннеочевидность #какработает #теория #custdev

Customer Development.

Кто-то слышал, а кто-то не слышал, расскажу свою точку зрения. Можно конечно загуглить, почитать, что это за зверь такой customer development. Я попробую объяснить на примерах))

Ещё все модные продукты (те самые product manager) говорят кастдев. И они и кастевят, и проводят кастдев, и что только с ним не делают))

Идея проста и всем понятна - развивай продукт так, чтобы решить проблему клиента (клиент во главе, он тут главный и мы разворачиваемся лицом к нему). Проблему, с которой клиент пришёл, чтобы было ещё ярче говорят pain (боль). Я ненавижу слово боль, но оно действительно очень эмоционально насыщенно и когда я говорю боль, то оно отдаётся в коленке. То есть тебе нужно решить проблему, которая горячая, решить быстро, тогда получишь в итоге деньги. Но потребность у клиента яркая и понятная. Как сказал один из преподавателей, что "когда очень и очень хочешь есть, ты кинешь деньги в лицо кассиру".

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

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

Кастдев - это фактически способ подтверждения гипотезы. Что делают, продвинутые продукты:

1 этап. Составляют список вопросов, которые заставят респондента больше говорить, рассказывать. На первом этапе вопросы не должны быть закрытые с однозначным ответом да или нет, они должны развязать язык респонденту.
2 этап. Пробуют список вопросов на реальных респондентах (ловят в коридоре коллег, выходят на улицу, как угодно). Общаются с несколькими людьми.
3 этап Когда уже достаточно много опрошено народу, обновляют вопросы. Возможно, находят вообще другую боль или что-то очень новое. Я сейчас проверяя гипотезы дипломного проекта, опросила уже 9 человек. И несколько раз обновила вопросы, в том числе и гипотезы новые нарыла.
4 этап. Как только ответы начинают очень сильно повторяться можно заканчивать такие очные опросы и ещё раз обновить список вопросов, возможно из открытых сделать закрытые, то есть с ответами да или нет.
5 этап. Запустить в онлайн опрос по своей обновленной анкете. И начать набирать массу. То есть прям смотреть как эта гипотеза подтверждается на массовой аудитории. Это дорого, сложно, но так делают большие компании в рынке B2C (надеюсь B2B, тоже будет сильнее подтягиваться).

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

Если всё хорошо, 70% опрошенных в Москве, по всем возрастам и полу, и ещё какой нибудь интересной сегментации вашего рынка сказали "теряю карточки, боль, но бонусы фигня, а вот банковская карта боль безумная!".
И ты понимаешь вот оно и думаешь над решением, которое превращается в приложении "кошелёк". И оно как вирус разлетается по всем, потому что удобно и телефон всегда под рукой.

Выводы - кастдев это:
1. Способ действительно стать ближе к аудитории, посмотреть им в лицо, понять боль клиента
2. Возможность порыться в тематике и найти новое
3. Опровергнуть свою гипотезу и просто сэкономить деньги на стартапе - это никому не нужно!
4. Подтвердить гипотезу и сожрать рынок.

Минусы: часто это реально дорого, сжирает время, на себе испробовала, опрос своих знакомых от 20 минут до 45! А ещё всё оформить, подумать. Итого, комфортное общение в день это 3-4 человека. Большие онлайн опросы, тут деньги на рекламу и не только, деньги спец конторам, которые это всё проведут. А ещё самый сок это рынок B2B. Тут просто туши свет.
Видела ли я на своей практике кастдев в B2B? Нет.
Сказать, что я как аналитик кастдевила заказчика? Нет.

#custdev #теория #какработает #моемнение продолжение....

У меня другая цель, мне нужно автоматизировать предприятие. Компанию. И я спрашиваю про бизнес процессы, как работает сотрудник, есть ещё его должностная инструкция. Её существование это уже боль. А работа в 10 информационных системах одновременно и это боль. И даже если ты знаешь как её решить, твоя задача другая, слушать начальство выше - а оно сказало пусть наёмный рабочий ест кактус.
Конечно в B2B не так всё плохо, как я описала и кастдев там реален, я всё таки говорила про госы и ад законов, процессов.

Наши преподаватели советуют проводить кастдев в B2B со всеми заинтересованными лицами и лицами, которые принимают решение. И собирать именно их боль.

#custdev #теория #какработает #капитаннеочевидность

Продолжу про custdev. Что самое сложное? Это взглянуть на результат и сделать выводы. И сделать правильные выводы.

Многие преподаватели смеясь нам говорили, что самое сложное это тогда, когда веришь в идею, в гипотезу, в свой продукт, ты уже его любишь, всеми фибрами, а остальные говорят говно и твои результаты тоже говорят говно))) Но! Не всё так плохо)) Потребность на рынке можно вырастить и тут custdev просто подтвердит поведение твоего клиента, и можно подумать что в этом сценарии изменить, чтобы стало лучше, удобнее и вбухать время и деньги в то, что ты начинаешь прививать))) Правда кого я убеждаю))) лучше конечно решать боль, что есть здесь и сейчас)))

Что ещё интересного для меня открылось, custdev это ещё и про логику, свежий взгляд и выводы! Логические правдивые выводы!)

#капитаннеочевидность #какработает #моемнение #мойопыт #custdev

Ещё немного про собственные шишки)
Я же аналитик и я всегда общаясь с заказчиком распрашиваю обо всём. Любимое это придумать просто невероятный кейс и сказать, а такое бывает? И понять нужно ли эту ветку автоматизировать.
В чём суть. Это прям вот нужно прочувствовать. Когда ты спрашиваешь человека как вы обычно работаете, что делаете он говорит основное либо реальную боль. Тебе как аналитику- автоматизации боль ну важна, но блин у тебя ТЗ и тебе нужно его не просрать. Нужно все ветки пройти. Будем откровенны, ты пишешь боль, но роешь в те кейсы, которые маловероятны, но должны быть. Почему? Да потому что появится этот кейс тётушка не сможет его сделать в системе и всё говно система! А ещё лучше,если она за весь отдел со мной общается и у нее за всю практику ну никогда не было, того, что было за соседним столом, поэтому должностная инструкция обязательна к изучению. И вот у неё кейс реализовался, а в системе его нет, пришлось брать бумажку и работать с ней, писать, считать и система говно. Я прям получала удовольствие когда я находила такие кейсы.
- А что будет если сбой?
- Ну это случается редко.
- Как редко?
- Нууу... В праздники...
И ты такой радуешься, я молодец, нашёл!!! Точно нашёл!! Вот теперь все кейсы покрыл. Написал ТЗ, запилили систему, всем счастье или не всем, но работа выполнена)))

А вот теперь этот аналитический мозг такой на custdev, а вот если будет так, что будете делать? И такое сразу бабац.... Нет в custdev слова ЕСЛИ. Есть опыт, только здесь и сейчас. Есть слово ПОЧЕМУ? И человек вам рассказывает, про то что с ним было и где у него боль. Где его собственный опыт. ЕСЛИ- это фантазия, это не про исследования проблем, поиска боли в custdev.
И мой мир перевернулся))))... И больше не будет прежним.
И ещё момент, я такая ого 9 интервью молодец! Нет блин))) не молодец, вот когда будет 200, тогда преподаватель тебе поверит))) как-то так...

Надеюсь вы тоже прочувствовали)))

#капитаннеочевидность #books #чужойопыт #теория #какработает #UX
Немного про UX. Так называемый User eXperience, пользовательский опыт, который мы накапливаем в течение своей жизни.
Я продолжаю читать Алана Купера "Психбольница в руках пациентов". И вот что любопытно, Алан описывает персонажи, которые будут пользоваться информационной системой.

Персонаж - это такой собирательный образ, составленный на основе опроса потенциальных пользователей.

Иногда я конечно своим коллегам программистам говорила, что мол представьте бабу Маню, она диспетчер предприятия и ей нужно как можно быстрее создать заявку, а вы что делаете? Такую программу, что бедная баба Маня не то, что заявку создать не может, она пытается оформить космический корабль и испытывает чувство, при котором человек себя чувствует дебилом и это чувство переходит в отторжение.
Так вот Купер пишет, что образы их пользователей имеют фотографии, описание привычек, образа имя и постеры с их фотографиями висят в кабинетах у программистов (фото, тоже из интернета, собирательное). Программисты должны смотреть в лицо своему пользователю, это решается через персонажа.

Встречала ли я такое на практике? Нет. Расспросила нашего преподавателя, Александру Постовалову, использовала ли она постеры? Она рассказала, что так делала и это очень здорово, правда работает. Но часто программисты и руководство непробиваемое и из-за этого считают, что вот это вот всё какая-то непонятная игра. Бред, у нас нет времени. В топку! Постеры, фоточки, вы о чём? Поэтому ей приходилось иногда отказываться от такого подхода, а иногда просто уходить из компании, говоря, что для неё нет места там.

Для меня, как для системного аналитика, все пользователи просто превращались в роли, которые описывают доступ к системе. Диспетчер - роль, плюс ограничения на уровне системы.

Роль, персонаж, в чём разница?

Диспетчер может быть разный, и чтобы описать его особенности можно использовать персонажей. Например, Валерий, он тоже диспетчер, но отличается от бабы Мани тем, что у него начинается артрит рук, и ему сложно много печатать и управлять мышкой, вообще он мужчина и не очень внимательный. Явно под него нужно делать много автозаполнения, шаблонов и в идеале копировать из того, что он уже когда-либо заполнял, плюс накрутить автопроверок.

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

#капитаннеочевидность #какработает #UX

Про юзабилити тестирование.

В выходные проводили юзабилити тестирование и ездили на экскурсию в юзабилити лабораторию мейл.ру.
Какие для себя могу сделать выводы:

1. Нужно опираться на тот опыт, который уже есть у человека, если он адекватный и уже фактически "приучен" к технологиям, то и что-то новое нормально воспринимает и можно фантазировать, но в рамках текущих стандартов.

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

3. Тестирование нужно! Мало кто это понимает, но оно открывает глаза и даёт кучу инсайтов.

4. На нашем шуточном тестирование в мейл.ру мы смогли использовать устройство, которое отслеживает движение глаз человека eyetracker. И да, человек, когда смотрит на другого человека смотрит в глаза и да, смотрит больше всего в середину экрана. Это показали тепловые карты. Для многих было удивление, что человеческий глаз делает так много движений.

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

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

Тема безумно интересная, мало где она есть и мало какая компания оборудовает юзабилити лаборатории для своих исследований, это совсем другой уровень. В Мейл.ру вот точно есть) В Яндексе есть (называют её пыточной)) в Гугл, про других даже не знаю.

Как выглядит itracker - https://youtu.be/ZaAPkv2AisI

И наши фото из юзабилити лаборатории. Одна комната, где респондент выполняет задания, вторая где команда следить за действиями респондента. И eyetracker - один это грубо говоря камера с отслежваением взгляда респондента по экрану, второй eyetracker - для мобилки.

​​#теория #аналитикпродукта #какработает #чужойопыт
#маркетинг

Немного погрязла в делах))) Есть пара тем, которые я хочу раскрывать в виде таблиц сравнения, чем отличается UX от UI, и PM от PO (сюда же хочу роль добавить Product Owner, порыть и тут).

Это в будущем, а пока расскажу про сегментацию клиентов по RFM-анализу по матрице, в зависимости от поведения клиентов.

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

Итак, расшифровка RFM, следующая:
👉Recency (R) — давность, количество времени с прошлой покупки (может быть период в месяцах, неделях, дни слишком мелко, года слишком крупно, но думаю если у вас стартап можно брать дни, но я бы смотрела по неделям).

👉Frequency (F) — частота, общее количество покупок (также смотрим за период, который нас интересует, нам рекомендовали смотреть за всю историю существования компании, но можно отслеживать поведение клиентов, например, до внедрения фичи и после).

👉Monetary (M) — деньги, общая сумма покупок (аналогично смотрим всю историю или за период, чем хороша вся история можно отследить сколько в % клиент приносит прибыли компании).

Картинку с матрицей прикладываю. Этот метод был придуман более 40 лет назад для Анализа рассылок маркетинговых акций.

Суть в том, что вы всех клиентов делите на 4 или 5 групп, точнее 4 на 4 или 5 на 5. С 4 проще, по весовому принципу, то есть назначаете им балл:

✍️Часто совершает покупки (R=1), покупал не так давно (R=2), покупал давно (R=3), купил очень давно и только одну покупку (R=4).

✍️Совершил наибольшее количество покупок (F=1), купил один раз (F=4), соответственно назначить 2 и 3.

✍️Потратил наибольшую сумму денег (M=1), потратил самую меньшую сумму (M=4), аналогично определить 2 и 3.

Дальше по таблице с данными о покупках вы рассчитываете % в каждом сегменте матрицы (как рассчитать можно загуглить, есть даже готовые скрипты и вроде даже есть скрипт в Tableau). И смотрите на данные, которые получаться.

Что из данных можно узнать? Кто ваш VIP клиент и приносит вам доход (в Яндекс такси это звёзды, которые несколько раз заказали мега крутые машины).
Узнать какие маркетинговые акции провести, чтобы привлечь тех кто уже очень давно не покупал, может стоит купоны раздать, позвонить или ещё что-то.
Понять, кто лояльный клиент.

Подобный метод достаточно прост, но многие и его не делают. А ещё по нему отлично можно увидеть, что реально работает принцип Паретто. Что 20% действий дают 80% результата. Или же 20% клиентов спортивных залов ходят регулярно на тренировки, а 80% забивают или ходят редко, но покупают абонемент!))

Вцелом очень интересно, только к сожалению у меня пока нет реальных данных, чтобы их проанализировать по такой матрице))) У кого есть признавайтесь?😎

#чужойопыт #какработает #теория #капитаннеочевидность #мойопыт

Немного философии.

Меня часто спрашивают, как выбрать место работы, куда идти, чего искать.
Мне хочется сказать одну рекомендацию - если вы не знаете, как должно быть правильно в процессе, в разработке, в направлении, где вы хотите развиваться, то не идите туда где неправильно. Это неправильно вам так сломает мозг, что вы потом будете сопротивляться тому, что правильно. А вот после правильно, идти в неправильно можно, если у вас "стальные яйца"))) потому что доказать "больному", что он болен может только врач, и хотите ли вы быть этим врачом, выбирать вам. Вода камень точит. Если человек всю жизнь хромал, а вы такие, я знаю упражнения, которые тебя вылечат, но будет больно. И тут выбор больного, сказать да, хочу! Но придется работать каждый день и делать упражнения.
Каждый день? Да, Готов! Тогда я с тобой, я иду!)))

Очень просто понять прям на старте какие есть задачи у проекта. И знают ли участники цифры. Часто цифры скрываются, либо их просто нет. И к сожалению, часто это встречается в госпроектах, делают просто "информационную систему". Зачем? Почему? Почему именно её? Почему вот такой архитектуры? Конечно якобы вы на эти вопросы ответили, но редко можно реально увидеть фразы "ручная операция сейчас час, после автоматизации 10 минут". А знаете почему их нет?) Да, потому что это неправда и часто автоматизация, ради автоматизации. И подрядчику главное сдать проект по ТЗ, поэтому и фразы такие, что ты потом как маг и волшебник можешь играть со словами. А зрелость заказчика в ИТ не всегда нужного уровня и он согласен на ТЗ, или просто политика и нужно любить подрядчика.

Как часто на проекте вы видите карту процессов в нотации? Как часто вы вообще видите диаграммы? Хоть какие-то? Как часто вы видите цифры? Как часто вы видите, что руководство спускается к команде и само ножками или с помощью Product Manager, доносит идеи продукта? Если ваши ответы не очень вам нравятся, то вы в компании малой зрелости, и руководство не понимает как оно стоит бизнес. Или ещё лучше, оно понимает, но никому не скажет))) Тайна!
Есть вы просите карту процессов, орг.структуру, impact mapping, а у вас спрашивают зачем оно тебе? Значит ваш контакт не понимает, какую ценность несёт каждый артефакт, и это очень хороший сигнал, что вы там где всё "неправильно".
Очень надеюсь, что моя мысль понятна))))

На одном из проектов, мы составили impact mapping, мой мир снова перевернулся))) Оно очевидно, я делала многое, но вот такие карты не видела, даже на самых модных и с моей точки правильных проектах.

Про impact mapping есть хорошая статья на habr:
https://m.habr.com/ru/post/246401/

И чтобы этот инструмент остался в голове, если есть возможность примените его даже, если речь идёт о вашем карманном или домашнем продукте)))

#капитаннеочевидность #теория #какработает #чужойопыт #руководствопродуктом #custdev

Советую вам прочитать, очень структурированную, статью от Дениса Бескова про подход Customer Development.

https://medium.com/product-story/введение-в-customer-development-часть-1-f03e54cc05f0