#капитаннеочевидность #какработает #теория #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? Нет.
Сказать, что я как аналитик кастдевила заказчика? Нет.
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 со всеми заинтересованными лицами и лицами, которые принимают решение. И собирать именно их боль.
У меня другая цель, мне нужно автоматизировать предприятие. Компанию. И я спрашиваю про бизнес процессы, как работает сотрудник, есть ещё его должностная инструкция. Её существование это уже боль. А работа в 10 информационных системах одновременно и это боль. И даже если ты знаешь как её решить, твоя задача другая, слушать начальство выше - а оно сказало пусть наёмный рабочий ест кактус.
Конечно в B2B не так всё плохо, как я описала и кастдев там реален, я всё таки говорила про госы и ад законов, процессов.
Наши преподаватели советуют проводить кастдев в B2B со всеми заинтересованными лицами и лицами, которые принимают решение. И собирать именно их боль.
#custdev #теория #какработает #капитаннеочевидность
Продолжу про custdev. Что самое сложное? Это взглянуть на результат и сделать выводы. И сделать правильные выводы.
Многие преподаватели смеясь нам говорили, что самое сложное это тогда, когда веришь в идею, в гипотезу, в свой продукт, ты уже его любишь, всеми фибрами, а остальные говорят говно и твои результаты тоже говорят говно))) Но! Не всё так плохо)) Потребность на рынке можно вырастить и тут custdev просто подтвердит поведение твоего клиента, и можно подумать что в этом сценарии изменить, чтобы стало лучше, удобнее и вбухать время и деньги в то, что ты начинаешь прививать))) Правда кого я убеждаю))) лучше конечно решать боль, что есть здесь и сейчас)))
Что ещё интересного для меня открылось, custdev это ещё и про логику, свежий взгляд и выводы! Логические правдивые выводы!)
Продолжу про custdev. Что самое сложное? Это взглянуть на результат и сделать выводы. И сделать правильные выводы.
Многие преподаватели смеясь нам говорили, что самое сложное это тогда, когда веришь в идею, в гипотезу, в свой продукт, ты уже его любишь, всеми фибрами, а остальные говорят говно и твои результаты тоже говорят говно))) Но! Не всё так плохо)) Потребность на рынке можно вырастить и тут custdev просто подтвердит поведение твоего клиента, и можно подумать что в этом сценарии изменить, чтобы стало лучше, удобнее и вбухать время и деньги в то, что ты начинаешь прививать))) Правда кого я убеждаю))) лучше конечно решать боль, что есть здесь и сейчас)))
Что ещё интересного для меня открылось, custdev это ещё и про логику, свежий взгляд и выводы! Логические правдивые выводы!)
#капитаннеочевидность #какработает #моемнение #мойопыт #custdev
Ещё немного про собственные шишки)
Я же аналитик и я всегда общаясь с заказчиком распрашиваю обо всём. Любимое это придумать просто невероятный кейс и сказать, а такое бывает? И понять нужно ли эту ветку автоматизировать.
В чём суть. Это прям вот нужно прочувствовать. Когда ты спрашиваешь человека как вы обычно работаете, что делаете он говорит основное либо реальную боль. Тебе как аналитику- автоматизации боль ну важна, но блин у тебя ТЗ и тебе нужно его не просрать. Нужно все ветки пройти. Будем откровенны, ты пишешь боль, но роешь в те кейсы, которые маловероятны, но должны быть. Почему? Да потому что появится этот кейс тётушка не сможет его сделать в системе и всё говно система! А ещё лучше,если она за весь отдел со мной общается и у нее за всю практику ну никогда не было, того, что было за соседним столом, поэтому должностная инструкция обязательна к изучению. И вот у неё кейс реализовался, а в системе его нет, пришлось брать бумажку и работать с ней, писать, считать и система говно. Я прям получала удовольствие когда я находила такие кейсы.
- А что будет если сбой?
- Ну это случается редко.
- Как редко?
- Нууу... В праздники...
И ты такой радуешься, я молодец, нашёл!!! Точно нашёл!! Вот теперь все кейсы покрыл. Написал ТЗ, запилили систему, всем счастье или не всем, но работа выполнена)))
А вот теперь этот аналитический мозг такой на custdev, а вот если будет так, что будете делать? И такое сразу бабац.... Нет в custdev слова ЕСЛИ. Есть опыт, только здесь и сейчас. Есть слово ПОЧЕМУ? И человек вам рассказывает, про то что с ним было и где у него боль. Где его собственный опыт. ЕСЛИ- это фантазия, это не про исследования проблем, поиска боли в custdev.
И мой мир перевернулся))))... И больше не будет прежним.
И ещё момент, я такая ого 9 интервью молодец! Нет блин))) не молодец, вот когда будет 200, тогда преподаватель тебе поверит))) как-то так...
Надеюсь вы тоже прочувствовали)))
Ещё немного про собственные шишки)
Я же аналитик и я всегда общаясь с заказчиком распрашиваю обо всём. Любимое это придумать просто невероятный кейс и сказать, а такое бывает? И понять нужно ли эту ветку автоматизировать.
В чём суть. Это прям вот нужно прочувствовать. Когда ты спрашиваешь человека как вы обычно работаете, что делаете он говорит основное либо реальную боль. Тебе как аналитику- автоматизации боль ну важна, но блин у тебя ТЗ и тебе нужно его не просрать. Нужно все ветки пройти. Будем откровенны, ты пишешь боль, но роешь в те кейсы, которые маловероятны, но должны быть. Почему? Да потому что появится этот кейс тётушка не сможет его сделать в системе и всё говно система! А ещё лучше,если она за весь отдел со мной общается и у нее за всю практику ну никогда не было, того, что было за соседним столом, поэтому должностная инструкция обязательна к изучению. И вот у неё кейс реализовался, а в системе его нет, пришлось брать бумажку и работать с ней, писать, считать и система говно. Я прям получала удовольствие когда я находила такие кейсы.
- А что будет если сбой?
- Ну это случается редко.
- Как редко?
- Нууу... В праздники...
И ты такой радуешься, я молодец, нашёл!!! Точно нашёл!! Вот теперь все кейсы покрыл. Написал ТЗ, запилили систему, всем счастье или не всем, но работа выполнена)))
А вот теперь этот аналитический мозг такой на custdev, а вот если будет так, что будете делать? И такое сразу бабац.... Нет в custdev слова ЕСЛИ. Есть опыт, только здесь и сейчас. Есть слово ПОЧЕМУ? И человек вам рассказывает, про то что с ним было и где у него боль. Где его собственный опыт. ЕСЛИ- это фантазия, это не про исследования проблем, поиска боли в custdev.
И мой мир перевернулся))))... И больше не будет прежним.
И ещё момент, я такая ого 9 интервью молодец! Нет блин))) не молодец, вот когда будет 200, тогда преподаватель тебе поверит))) как-то так...
Надеюсь вы тоже прочувствовали)))
#капитаннеочевидность #теория
Если вы отправите письмо без марки что будет?
Оно дойдет до адресата?
Говорят да)))
Почему?
Потому что уничтожать письма на почте дороже, чем их доставлять))
Вот так преподаватели нам разминают мозги))))
Если вы отправите письмо без марки что будет?
Оно дойдет до адресата?
Говорят да)))
Почему?
Потому что уничтожать письма на почте дороже, чем их доставлять))
Вот так преподаватели нам разминают мозги))))
#капитаннеочевидность #чужойопыт
Чувствую, что тема с марками не раскрыта до конца, вот что нашла:
Олег Навальный, младший брат Алексея Навального, рассказал, как отправить письмо без марки.
Для этого всего лишь надо опустить запечатанный конверт в уличный почтовый ящик, желательно не в районе проживания. После этого, по словам Олега Навального, «Почта России», скорее всего, доставит письмо до адресата.
Он объясняет, что письмо вряд ли вернут отправителю: «По идее надо бы вернуть его отправителю для оплаты, но если отправитель не находится в зоне действия этого отделения, то как его отправить, а главное, как объяснить тамошним почтальонам, что надо с этого гражданина получить 19 рублей?» Уничтожить письмо можно только по решению суда, а пересылать его в хранилище «нерозданного» обычно лень. Поэтому обычно конверты без марок доставляют по адресу.
Чувствую, что тема с марками не раскрыта до конца, вот что нашла:
Олег Навальный, младший брат Алексея Навального, рассказал, как отправить письмо без марки.
Для этого всего лишь надо опустить запечатанный конверт в уличный почтовый ящик, желательно не в районе проживания. После этого, по словам Олега Навального, «Почта России», скорее всего, доставит письмо до адресата.
Он объясняет, что письмо вряд ли вернут отправителю: «По идее надо бы вернуть его отправителю для оплаты, но если отправитель не находится в зоне действия этого отделения, то как его отправить, а главное, как объяснить тамошним почтальонам, что надо с этого гражданина получить 19 рублей?» Уничтожить письмо можно только по решению суда, а пересылать его в хранилище «нерозданного» обычно лень. Поэтому обычно конверты без марок доставляют по адресу.
#капитаннеочевидность #моемнение
Книги.
Я читаю достаточно много профессиональной литературы, иногда так много, что посматриваю в сторону Гоголя, Толстого и о Господи Достоевского!) Потому что нужно переключаться то!
По тегу #books я буду рассказывать про книги, которые я читаю или прочитала и мне понравилось. Что не читала, рассказывать не буду.
Начнём.
Когда-то, я решила подписаться на рассылку команды синегрия, которые про бизнес. Просто хотелось понять, насколько оно хороши. И в итоге я случайно наткнулась на видео, где евреи бизнесмены (куда же без евреев), рассказывали про необходимость чтения проф.литературы. Они назвали 2 книги, после которых, по их словам, ты больше никогда не будешь просто сотрудником, а пойдёшь в руководители. Я задумалась и купила их. Первую я прочитала взахлёб, стала повторно руководителем и забила на вторую.
Итак, это была книга про компанию Форд и Крайслер. В оригинале книга называется "Спасение Крайслера", а в русском переводе "Карьера менеджера". Прочувствовали трудности перевода?) Я бы никогда не купила эту книгу с таким русским названием))) А про Крайслер купила бы. Написал её Ли Якокка. Она очень интересная. Она и про биографию, и про компании. И я во всё верю))) Хотя очень и очень удивлена, что Ли Якокку, никто не кокнул за такие откровения))) Он жив до сих пор и ему уже 94!!! А вкалывал он дай боже!) Я стала его фанатом, просто загуглите и посмотрите на лицо этого человека, не знаю как вам, но мне хочется улыбаться в ответ. И это не американская улыбка. Да я романтик))
Книга про то как Ли Якокка увольнял, набирал, чувствовал рынок, как заставил верхушку государства США дать денег на спасение Крайслера и спас не только предприятие, а и несколько городов США, т.к. Крайслер градообразующее предприятие. И про то, что никогда не сдавайся. Оно про дело и идею!
Что меня больше всего потрясло, чтобы сотрудники ему доверяли он работал в Крайслере за 1 доллар. И это правда. Это крутой ход, чтобы никто не мог сказать, нам тут есть нечего, а ты безумно дорогой топ-менеджер припёрся. Ведь мы все всегда так думаем?)) Это очень тонкий момент и крутое решение, имхо. Я всё таки склонна доверять людям))) но не всем) Так что книга мне понравилась, советую!
Книги.
Я читаю достаточно много профессиональной литературы, иногда так много, что посматриваю в сторону Гоголя, Толстого и о Господи Достоевского!) Потому что нужно переключаться то!
По тегу #books я буду рассказывать про книги, которые я читаю или прочитала и мне понравилось. Что не читала, рассказывать не буду.
Начнём.
Когда-то, я решила подписаться на рассылку команды синегрия, которые про бизнес. Просто хотелось понять, насколько оно хороши. И в итоге я случайно наткнулась на видео, где евреи бизнесмены (куда же без евреев), рассказывали про необходимость чтения проф.литературы. Они назвали 2 книги, после которых, по их словам, ты больше никогда не будешь просто сотрудником, а пойдёшь в руководители. Я задумалась и купила их. Первую я прочитала взахлёб, стала повторно руководителем и забила на вторую.
Итак, это была книга про компанию Форд и Крайслер. В оригинале книга называется "Спасение Крайслера", а в русском переводе "Карьера менеджера". Прочувствовали трудности перевода?) Я бы никогда не купила эту книгу с таким русским названием))) А про Крайслер купила бы. Написал её Ли Якокка. Она очень интересная. Она и про биографию, и про компании. И я во всё верю))) Хотя очень и очень удивлена, что Ли Якокку, никто не кокнул за такие откровения))) Он жив до сих пор и ему уже 94!!! А вкалывал он дай боже!) Я стала его фанатом, просто загуглите и посмотрите на лицо этого человека, не знаю как вам, но мне хочется улыбаться в ответ. И это не американская улыбка. Да я романтик))
Книга про то как Ли Якокка увольнял, набирал, чувствовал рынок, как заставил верхушку государства США дать денег на спасение Крайслера и спас не только предприятие, а и несколько городов США, т.к. Крайслер градообразующее предприятие. И про то, что никогда не сдавайся. Оно про дело и идею!
Что меня больше всего потрясло, чтобы сотрудники ему доверяли он работал в Крайслере за 1 доллар. И это правда. Это крутой ход, чтобы никто не мог сказать, нам тут есть нечего, а ты безумно дорогой топ-менеджер припёрся. Ведь мы все всегда так думаем?)) Это очень тонкий момент и крутое решение, имхо. Я всё таки склонна доверять людям))) но не всем) Так что книга мне понравилась, советую!
#books #историяуспеха
Всё таки стоит настроить возможность оставлять комментарии тут))) Они прилетают отовсюду)))) Отвечаю на вопрос про Ли Яккоку заметкой из википендии:
Вскоре после увольнения из Ford Якокке поступило предложение возглавить корпорацию Chrysler, в то время находившуюся на грани банкротства. Положение ухудшилось также из-за грянувшего экономического кризиса. Якокка смог улучшить экономическое положение компании: в частности, обеспечил возврат правительству США займа в размере 1,2 млрд $ за 7 лет до окончания срока. Возглавлял корпорацию до 1995 года.
Всё таки стоит настроить возможность оставлять комментарии тут))) Они прилетают отовсюду)))) Отвечаю на вопрос про Ли Яккоку заметкой из википендии:
Вскоре после увольнения из Ford Якокке поступило предложение возглавить корпорацию Chrysler, в то время находившуюся на грани банкротства. Положение ухудшилось также из-за грянувшего экономического кризиса. Якокка смог улучшить экономическое положение компании: в частности, обеспечил возврат правительству США займа в размере 1,2 млрд $ за 7 лет до окончания срока. Возглавлял корпорацию до 1995 года.
#моемнение #капитаннеочевидность #мойопыт
Русский язык настолько богатый, но и в тоже время скудный. Терминов много и мало одновременно. Уже давно заметила, что когда тебе рассказывают что-то с общими терминами стоит переспрашивать, а что же имеет ввиду автор?)
Например, двоякость терминов, которые мне попались на этой неделе:
👉 Аналитик (Я системный аналитик, ни бизнес и ни продуктовый, изначально системный, интеграционный, могу быть бизнесом, теперь уже могу быть немного продуктовым, финансовым аналитиком никогда)))), хотя никогда не говори никогда. Знакомый отправляет мне описание вакансии и спрашивает, если ли ко на примете. Я читаю вакансию, насчитываю 3 должности в одной и говорю - никто не заинтересуется. Объясняю почему. А компания описала вроде бы одну вакансию аналитика).
👉 Интеграция (Была на деловой встрече и сказала, что у меня большой опыт в интеграции, мои коллеги так обрадовались, говорят у нас тоже интеграция, я попросила их объяснить, что они подразумевают под интеграцией, они сильно удивились вопросу, рассказали свою версию. Оказалось их интеграция на уровне железа - вставка одной платы в огромную систему. Я им объясняю своё понимание, они задумались.)
👉Сценарий (Сколько споров было на тему сценариев, есть сценарная техника по Коберну, такие же сценарии есть и в UML, диаграмма sequence, это тоже способы работы со сценариями, но это не ИСТОРИЯ! Это use case, сценарий использования, но не user story - пользовательская история, но специалисты UX просто говорят пользовательский сценарий и тоже правы, сценарий поведения пользователя, это совсем другая тема, поэтому даже с некоторыми авторами я бы поспорила, кто пишет нам не нужны ваши технические сценарии. Конечно те же тапки, но вид со стороны пользователя и этот сценарий ближе всего к use case).
👉История (Настолько затаскали это слово, и моя/твоя история, и нет это другая история и как только не употребляют. Но для меня как всегда есть полочка под названием user story -и это пользовательская история, написанная обычным языком, близким к бизнесу, что бизнес ждёт от системы. Для меня это мини требование, очень грубо говоря, оно может быть вырвано из картины, как пазл).
Я в лоб спрашиваю у собеседника, что он имел ввиду когда употребляет тот или иной термин. Человек конечно удивлён, типа "а чё непонятного то?" Я слушаю его версию и объясняю свою, дальше всегда минутная пауза)))
Опробуем комментарии, кому какие ещё общие термины попадались, с двояким смыслом?)
Русский язык настолько богатый, но и в тоже время скудный. Терминов много и мало одновременно. Уже давно заметила, что когда тебе рассказывают что-то с общими терминами стоит переспрашивать, а что же имеет ввиду автор?)
Например, двоякость терминов, которые мне попались на этой неделе:
👉 Аналитик (Я системный аналитик, ни бизнес и ни продуктовый, изначально системный, интеграционный, могу быть бизнесом, теперь уже могу быть немного продуктовым, финансовым аналитиком никогда)))), хотя никогда не говори никогда. Знакомый отправляет мне описание вакансии и спрашивает, если ли ко на примете. Я читаю вакансию, насчитываю 3 должности в одной и говорю - никто не заинтересуется. Объясняю почему. А компания описала вроде бы одну вакансию аналитика).
👉 Интеграция (Была на деловой встрече и сказала, что у меня большой опыт в интеграции, мои коллеги так обрадовались, говорят у нас тоже интеграция, я попросила их объяснить, что они подразумевают под интеграцией, они сильно удивились вопросу, рассказали свою версию. Оказалось их интеграция на уровне железа - вставка одной платы в огромную систему. Я им объясняю своё понимание, они задумались.)
👉Сценарий (Сколько споров было на тему сценариев, есть сценарная техника по Коберну, такие же сценарии есть и в UML, диаграмма sequence, это тоже способы работы со сценариями, но это не ИСТОРИЯ! Это use case, сценарий использования, но не user story - пользовательская история, но специалисты UX просто говорят пользовательский сценарий и тоже правы, сценарий поведения пользователя, это совсем другая тема, поэтому даже с некоторыми авторами я бы поспорила, кто пишет нам не нужны ваши технические сценарии. Конечно те же тапки, но вид со стороны пользователя и этот сценарий ближе всего к use case).
👉История (Настолько затаскали это слово, и моя/твоя история, и нет это другая история и как только не употребляют. Но для меня как всегда есть полочка под названием user story -и это пользовательская история, написанная обычным языком, близким к бизнесу, что бизнес ждёт от системы. Для меня это мини требование, очень грубо говоря, оно может быть вырвано из картины, как пазл).
Я в лоб спрашиваю у собеседника, что он имел ввиду когда употребляет тот или иной термин. Человек конечно удивлён, типа "а чё непонятного то?" Я слушаю его версию и объясняю свою, дальше всегда минутная пауза)))
Опробуем комментарии, кому какие ещё общие термины попадались, с двояким смыслом?)
#капитаннеочевидность #books #чужойопыт #теория #какработает #UX
Немного про UX. Так называемый User eXperience, пользовательский опыт, который мы накапливаем в течение своей жизни.
Я продолжаю читать Алана Купера "Психбольница в руках пациентов". И вот что любопытно, Алан описывает персонажи, которые будут пользоваться информационной системой.
Персонаж - это такой собирательный образ, составленный на основе опроса потенциальных пользователей.
Иногда я конечно своим коллегам программистам говорила, что мол представьте бабу Маню, она диспетчер предприятия и ей нужно как можно быстрее создать заявку, а вы что делаете? Такую программу, что бедная баба Маня не то, что заявку создать не может, она пытается оформить космический корабль и испытывает чувство, при котором человек себя чувствует дебилом и это чувство переходит в отторжение.
Так вот Купер пишет, что образы их пользователей имеют фотографии, описание привычек, образа имя и постеры с их фотографиями висят в кабинетах у программистов (фото, тоже из интернета, собирательное). Программисты должны смотреть в лицо своему пользователю, это решается через персонажа.
Встречала ли я такое на практике? Нет. Расспросила нашего преподавателя, Александру Постовалову, использовала ли она постеры? Она рассказала, что так делала и это очень здорово, правда работает. Но часто программисты и руководство непробиваемое и из-за этого считают, что вот это вот всё какая-то непонятная игра. Бред, у нас нет времени. В топку! Постеры, фоточки, вы о чём? Поэтому ей приходилось иногда отказываться от такого подхода, а иногда просто уходить из компании, говоря, что для неё нет места там.
Для меня, как для системного аналитика, все пользователи просто превращались в роли, которые описывают доступ к системе. Диспетчер - роль, плюс ограничения на уровне системы.
Роль, персонаж, в чём разница?
Диспетчер может быть разный, и чтобы описать его особенности можно использовать персонажей. Например, Валерий, он тоже диспетчер, но отличается от бабы Мани тем, что у него начинается артрит рук, и ему сложно много печатать и управлять мышкой, вообще он мужчина и не очень внимательный. Явно под него нужно делать много автозаполнения, шаблонов и в идеале копировать из того, что он уже когда-либо заполнял, плюс накрутить автопроверок.
Это большой отдельный пласт аналитики, которую нужно проделать, и которая кажется не нужной руководству, потому что никогда не было такого опыта.
Немного про UX. Так называемый User eXperience, пользовательский опыт, который мы накапливаем в течение своей жизни.
Я продолжаю читать Алана Купера "Психбольница в руках пациентов". И вот что любопытно, Алан описывает персонажи, которые будут пользоваться информационной системой.
Персонаж - это такой собирательный образ, составленный на основе опроса потенциальных пользователей.
Иногда я конечно своим коллегам программистам говорила, что мол представьте бабу Маню, она диспетчер предприятия и ей нужно как можно быстрее создать заявку, а вы что делаете? Такую программу, что бедная баба Маня не то, что заявку создать не может, она пытается оформить космический корабль и испытывает чувство, при котором человек себя чувствует дебилом и это чувство переходит в отторжение.
Так вот Купер пишет, что образы их пользователей имеют фотографии, описание привычек, образа имя и постеры с их фотографиями висят в кабинетах у программистов (фото, тоже из интернета, собирательное). Программисты должны смотреть в лицо своему пользователю, это решается через персонажа.
Встречала ли я такое на практике? Нет. Расспросила нашего преподавателя, Александру Постовалову, использовала ли она постеры? Она рассказала, что так делала и это очень здорово, правда работает. Но часто программисты и руководство непробиваемое и из-за этого считают, что вот это вот всё какая-то непонятная игра. Бред, у нас нет времени. В топку! Постеры, фоточки, вы о чём? Поэтому ей приходилось иногда отказываться от такого подхода, а иногда просто уходить из компании, говоря, что для неё нет места там.
Для меня, как для системного аналитика, все пользователи просто превращались в роли, которые описывают доступ к системе. Диспетчер - роль, плюс ограничения на уровне системы.
Роль, персонаж, в чём разница?
Диспетчер может быть разный, и чтобы описать его особенности можно использовать персонажей. Например, Валерий, он тоже диспетчер, но отличается от бабы Мани тем, что у него начинается артрит рук, и ему сложно много печатать и управлять мышкой, вообще он мужчина и не очень внимательный. Явно под него нужно делать много автозаполнения, шаблонов и в идеале копировать из того, что он уже когда-либо заполнял, плюс накрутить автопроверок.
Это большой отдельный пласт аналитики, которую нужно проделать, и которая кажется не нужной руководству, потому что никогда не было такого опыта.
#books #чужойопыт #моемнение #нереклама
Яндекс.Книга
Если честно я никогда не любила Яндекс. Почему? Потому что однажды была у них на собеседование и это было ужасно! Ко мне относились, как к гэ... Возможно, это было стресс интервью. Но когда у меня случается стресс интервью мне хочется сказать только одно - "с дебилам, которые устраивают стресс-интервью мне работать не хочется". Вот так можно испортить мнение о компании)))
Но однажды мне знакомый рассказал про "Яндекс.Книгу" и что эта книга написана прекрасным русским языком и она больше не про Яндекс, а про историю развития русского ИТ. Я купила книгу и буквально проглотила её за пару дней. После чего я её стала покупать в подарок и рекомендовать многим.
Эта книга построена в виде интервью с людьми, кто был первопроходцем. И иногда они рассказывают истории из своей жизни и мысли, которые меня привели к новому. К осознанию некоторых проектов и расширению взгляда. Чтобы эти слова не звучали странно и эзотерически, приведу пример.
Уже не помню кто, но сказал прекрасную фразу, что раньше говорили, что человек, который владеет информацией, владеет миром, а сейчас информация доступна всем, но правят те люди, которые умеют её обрабатывать и доставлять. Дословно уже передам, но вот эта мысль перевернула моё сознание, ведь правда, это новая промышленная революция.
Мой взгляд на Яндекс изменился и на ИТ отрасль в России вцелом. Да, ребята из Яндекса молодцы, да иногда просто агрессивно съедают рынок, но их есть за что уважать и есть на что посмотреть и даже скопировать идеи, опыт. И немаловажно, что сейчас на моей учёбе в ВШЭ часть преподавателей из Яндекса, это говорит только об одном, что они впереди со своим сервисом, и они на острие современности.
Рекомендую почитать вам Яндекс.Книгу она написана журналистом Дмитрием Соколовым-Митричем, который не имеет отношения к ИТ, но обладает талантом и прекрасно пишет. Даже советский профессор лингвист брала у меня эту книгу 2 раза и говорила, что очень интересно и что она для обычных людей. Книга сильно не напрягает, но меня заставила задуматься и поменять отношение к Яндексу, что я в итоге поставила Яндекс браузер))))
Яндекс.Книга
Если честно я никогда не любила Яндекс. Почему? Потому что однажды была у них на собеседование и это было ужасно! Ко мне относились, как к гэ... Возможно, это было стресс интервью. Но когда у меня случается стресс интервью мне хочется сказать только одно - "с дебилам, которые устраивают стресс-интервью мне работать не хочется". Вот так можно испортить мнение о компании)))
Но однажды мне знакомый рассказал про "Яндекс.Книгу" и что эта книга написана прекрасным русским языком и она больше не про Яндекс, а про историю развития русского ИТ. Я купила книгу и буквально проглотила её за пару дней. После чего я её стала покупать в подарок и рекомендовать многим.
Эта книга построена в виде интервью с людьми, кто был первопроходцем. И иногда они рассказывают истории из своей жизни и мысли, которые меня привели к новому. К осознанию некоторых проектов и расширению взгляда. Чтобы эти слова не звучали странно и эзотерически, приведу пример.
Уже не помню кто, но сказал прекрасную фразу, что раньше говорили, что человек, который владеет информацией, владеет миром, а сейчас информация доступна всем, но правят те люди, которые умеют её обрабатывать и доставлять. Дословно уже передам, но вот эта мысль перевернула моё сознание, ведь правда, это новая промышленная революция.
Мой взгляд на Яндекс изменился и на ИТ отрасль в России вцелом. Да, ребята из Яндекса молодцы, да иногда просто агрессивно съедают рынок, но их есть за что уважать и есть на что посмотреть и даже скопировать идеи, опыт. И немаловажно, что сейчас на моей учёбе в ВШЭ часть преподавателей из Яндекса, это говорит только об одном, что они впереди со своим сервисом, и они на острие современности.
Рекомендую почитать вам Яндекс.Книгу она написана журналистом Дмитрием Соколовым-Митричем, который не имеет отношения к ИТ, но обладает талантом и прекрасно пишет. Даже советский профессор лингвист брала у меня эту книгу 2 раза и говорила, что очень интересно и что она для обычных людей. Книга сильно не напрягает, но меня заставила задуматься и поменять отношение к Яндексу, что я в итоге поставила Яндекс браузер))))
#нереклама #капитаннеочевидность #lifehack
Сегодня ко мне пришла информация о том, что у озона сменилось руководство и оно решило сделать революцию. Что озон стал всё продавать без накрутки цены, то есть по закупочной цене всё продают))) Зарабатывают на доставке. И тем самым взрывают рынок и делают революцию. Все остальные магазины резко стали делать скидки и начали объявлять поставщикам байкот. А поставщики не понимают что происходит, а озон у них хочет закупить больше))) Так что интересно посмотреть, чем это всё закончится.
Нужно подумать, что мне нужно на озоне 🤔
Сегодня ко мне пришла информация о том, что у озона сменилось руководство и оно решило сделать революцию. Что озон стал всё продавать без накрутки цены, то есть по закупочной цене всё продают))) Зарабатывают на доставке. И тем самым взрывают рынок и делают революцию. Все остальные магазины резко стали делать скидки и начали объявлять поставщикам байкот. А поставщики не понимают что происходит, а озон у них хочет закупить больше))) Так что интересно посмотреть, чем это всё закончится.
Нужно подумать, что мне нужно на озоне 🤔
#нереклама
Еще раз призываю всех писать комментарии в канале)))
И еще раз повторюсь, про озон это не реклама, мне просто понравилась идея этого интернет-магазина сдвинуть резко своё положение вещей и свои "трупы" в виде таких покупателей как я оживить. К чему это приведет я не знаю, просто мне тупо интересно наблюдать)))) Если вам неинтересно пропускайте мимо информацию, если интересно обсуждение в комментариях канала! Пожалуйста!)))
Еще раз призываю всех писать комментарии в канале)))
И еще раз повторюсь, про озон это не реклама, мне просто понравилась идея этого интернет-магазина сдвинуть резко своё положение вещей и свои "трупы" в виде таких покупателей как я оживить. К чему это приведет я не знаю, просто мне тупо интересно наблюдать)))) Если вам неинтересно пропускайте мимо информацию, если интересно обсуждение в комментариях канала! Пожалуйста!)))
#нереклама
Случайно среди моих знакомых оказался закупщик озона, и на вопрос - "а правда озон продаёт по закупочной цене?" Был вот такой ответ:
08.02, 11:42 : Да правда
08.02, 11:43 : С пн этого тестируют эту херь
так что вот так)
Случайно среди моих знакомых оказался закупщик озона, и на вопрос - "а правда озон продаёт по закупочной цене?" Был вот такой ответ:
08.02, 11:42 : Да правда
08.02, 11:43 : С пн этого тестируют эту херь
так что вот так)
#капитаннеочевидность #теория #метрики #аналитикпродукта
Я теперь понимаю как взорвать аудиторию, нужно вам рассказать что-то неоднозначное и больное))) Не думала, что так много поклонников магазина озон и многие дружно побегут со мной обсуждать эту тему) Честно неожиданно! Вот что поистине тема-хайп!)))
Но все таки попробую вернуть канал в направление аналитики и немного структурирую информацию и свои выводы.
Тема с метриками продукта для меня оказалась очень интересной, незнакомой и живой. Я долго думала, почему же я на своей практике не видела метрики? И пришла к выводу, что я их видела, но они скорее были только на техническом уровне работы программного продукта. То есть, что всё хорошо работает, "красная" лампочка не горит у администратора системы. Но никто не проводил анализ информации с точки зрения бизнеса. Все это потому что в тех проектах и компаниях, в которых я работала не было нужного уровня зрелости и культуры работы с метриками и данными по ним.
Есть три стадии развития отношений компании к данным:
1. Первая стадия, когда компания только зарождается и на опыте, харизме лидера компания идёт туда, куда хочет директор. Стадия под названием "да, я сам лучше знаю". Действительно топ-менеджмент знает рынок лучше и данные в компании собираются хаотично, культуры работы с ними нет, есть главный лозунг - "нам бы хоть что-то сделать для начала".
2. Вторая стадия. Есть гипотезы развития продукта из разряда "мы думаем, что если добавить вот эту фичу, всё станет лучше и наш клиент будет рад". Фича запускается и проводится анализ когорт пользователей, А/В тестирование и анализ их поведения после запуска. На эту стадию достаточно сложно выйти, если внутри компании огромное количество информационных систем и они все разроненные, данные могут дублироваться и другие технические проблемы, которые просто мешают адекватному, чистому сбору данных. Тут появляется Excel, графики и возможно что-то более мощное, например инструмент Tableau. Это в идеале. Даже на этот уровень достаточно сложно выйти, потому что бизнесу будет нужна своя среда для сбора данных, руководство должно понимать, для чего и зачем нужен такой Анализ и готово выделять средства элементарно даже для поддержания копии среды, где бизнес сам будет формировать запросы к БД и делать выводы.
3. Третья стадия. Когда уровень продуктов очень высокий, и уже из данных по метрикам можно брать идеи и делать выводы по развитию бизнеса. На таком уровне зрелости компания может себе позволить ухудшающий эксперимент, то есть посмотреть кто реально какими фичами пользуется и если убрать кнопку, насколько это будет плохо для программы.
Мой вывод такой, что большинство компаний и проектов, где я работала застряли на второй стадии развития и то, что я видела это максимум графики в Excel, теперь я понимаю, что это очень даже неплохо, чем ничего :))))
Я теперь понимаю как взорвать аудиторию, нужно вам рассказать что-то неоднозначное и больное))) Не думала, что так много поклонников магазина озон и многие дружно побегут со мной обсуждать эту тему) Честно неожиданно! Вот что поистине тема-хайп!)))
Но все таки попробую вернуть канал в направление аналитики и немного структурирую информацию и свои выводы.
Тема с метриками продукта для меня оказалась очень интересной, незнакомой и живой. Я долго думала, почему же я на своей практике не видела метрики? И пришла к выводу, что я их видела, но они скорее были только на техническом уровне работы программного продукта. То есть, что всё хорошо работает, "красная" лампочка не горит у администратора системы. Но никто не проводил анализ информации с точки зрения бизнеса. Все это потому что в тех проектах и компаниях, в которых я работала не было нужного уровня зрелости и культуры работы с метриками и данными по ним.
Есть три стадии развития отношений компании к данным:
1. Первая стадия, когда компания только зарождается и на опыте, харизме лидера компания идёт туда, куда хочет директор. Стадия под названием "да, я сам лучше знаю". Действительно топ-менеджмент знает рынок лучше и данные в компании собираются хаотично, культуры работы с ними нет, есть главный лозунг - "нам бы хоть что-то сделать для начала".
2. Вторая стадия. Есть гипотезы развития продукта из разряда "мы думаем, что если добавить вот эту фичу, всё станет лучше и наш клиент будет рад". Фича запускается и проводится анализ когорт пользователей, А/В тестирование и анализ их поведения после запуска. На эту стадию достаточно сложно выйти, если внутри компании огромное количество информационных систем и они все разроненные, данные могут дублироваться и другие технические проблемы, которые просто мешают адекватному, чистому сбору данных. Тут появляется Excel, графики и возможно что-то более мощное, например инструмент Tableau. Это в идеале. Даже на этот уровень достаточно сложно выйти, потому что бизнесу будет нужна своя среда для сбора данных, руководство должно понимать, для чего и зачем нужен такой Анализ и готово выделять средства элементарно даже для поддержания копии среды, где бизнес сам будет формировать запросы к БД и делать выводы.
3. Третья стадия. Когда уровень продуктов очень высокий, и уже из данных по метрикам можно брать идеи и делать выводы по развитию бизнеса. На таком уровне зрелости компания может себе позволить ухудшающий эксперимент, то есть посмотреть кто реально какими фичами пользуется и если убрать кнопку, насколько это будет плохо для программы.
Мой вывод такой, что большинство компаний и проектов, где я работала застряли на второй стадии развития и то, что я видела это максимум графики в Excel, теперь я понимаю, что это очень даже неплохо, чем ничего :))))
#капитаннеочевидность #какработает #UX
Про юзабилити тестирование.
В выходные проводили юзабилити тестирование и ездили на экскурсию в юзабилити лабораторию мейл.ру.
Какие для себя могу сделать выводы:
1. Нужно опираться на тот опыт, который уже есть у человека, если он адекватный и уже фактически "приучен" к технологиям, то и что-то новое нормально воспринимает и можно фантазировать, но в рамках текущих стандартов.
2. То что очевидно вам, не очевидно другому. Банально, но факт. Тестирование с респондентом показывает логические ошибки интерфейса и не только. Восприятие информации и элементов на экране.
3. Тестирование нужно! Мало кто это понимает, но оно открывает глаза и даёт кучу инсайтов.
4. На нашем шуточном тестирование в мейл.ру мы смогли использовать устройство, которое отслеживает движение глаз человека eyetracker. И да, человек, когда смотрит на другого человека смотрит в глаза и да, смотрит больше всего в середину экрана. Это показали тепловые карты. Для многих было удивление, что человеческий глаз делает так много движений.
5. Если заниматься юзабилити всерьез и надолго, стоит просто даже изучить различные научные труды и исследования про восприятие информации человеком. И да, человек, когда видит другого человека сначала смотрит на первичные половые проявления, потом в глаза. Или сразу смотрит в глаза. Если есть усы смотрит на усы.
На своём опыте могу сказать, что я всегда в документах и диаграммах использовала разные цвета. У меня всегда есть несколько цветных ручек для лекций. Это позволяет лучше делать акценты и выделять, то на что стоит обратить внимание.
Тема безумно интересная, мало где она есть и мало какая компания оборудовает юзабилити лаборатории для своих исследований, это совсем другой уровень. В Мейл.ру вот точно есть) В Яндексе есть (называют её пыточной)) в Гугл, про других даже не знаю.
Как выглядит itracker - https://youtu.be/ZaAPkv2AisI
И наши фото из юзабилити лаборатории. Одна комната, где респондент выполняет задания, вторая где команда следить за действиями респондента. И eyetracker - один это грубо говоря камера с отслежваением взгляда респондента по экрану, второй eyetracker - для мобилки.
Про юзабилити тестирование.
В выходные проводили юзабилити тестирование и ездили на экскурсию в юзабилити лабораторию мейл.ру.
Какие для себя могу сделать выводы:
1. Нужно опираться на тот опыт, который уже есть у человека, если он адекватный и уже фактически "приучен" к технологиям, то и что-то новое нормально воспринимает и можно фантазировать, но в рамках текущих стандартов.
2. То что очевидно вам, не очевидно другому. Банально, но факт. Тестирование с респондентом показывает логические ошибки интерфейса и не только. Восприятие информации и элементов на экране.
3. Тестирование нужно! Мало кто это понимает, но оно открывает глаза и даёт кучу инсайтов.
4. На нашем шуточном тестирование в мейл.ру мы смогли использовать устройство, которое отслеживает движение глаз человека eyetracker. И да, человек, когда смотрит на другого человека смотрит в глаза и да, смотрит больше всего в середину экрана. Это показали тепловые карты. Для многих было удивление, что человеческий глаз делает так много движений.
5. Если заниматься юзабилити всерьез и надолго, стоит просто даже изучить различные научные труды и исследования про восприятие информации человеком. И да, человек, когда видит другого человека сначала смотрит на первичные половые проявления, потом в глаза. Или сразу смотрит в глаза. Если есть усы смотрит на усы.
На своём опыте могу сказать, что я всегда в документах и диаграммах использовала разные цвета. У меня всегда есть несколько цветных ручек для лекций. Это позволяет лучше делать акценты и выделять, то на что стоит обратить внимание.
Тема безумно интересная, мало где она есть и мало какая компания оборудовает юзабилити лаборатории для своих исследований, это совсем другой уровень. В Мейл.ру вот точно есть) В Яндексе есть (называют её пыточной)) в Гугл, про других даже не знаю.
Как выглядит itracker - https://youtu.be/ZaAPkv2AisI
И наши фото из юзабилити лаборатории. Одна комната, где респондент выполняет задания, вторая где команда следить за действиями респондента. И eyetracker - один это грубо говоря камера с отслежваением взгляда респондента по экрану, второй eyetracker - для мобилки.
YouTube
Как выглядит и работает айтрекер ( eye-tracker )
Данные можно, как показано на видео, смотреть в реальном времени (красная точка, которая движется по экрану - это взгляд респондента), можно затем просматривать запись, кроме того, все пишется в базу и анализируется в виде цифр...