#капитаннеочевидность #books #чужойопыт #теория #какработает #UX
Немного про UX. Так называемый User eXperience, пользовательский опыт, который мы накапливаем в течение своей жизни.
Я продолжаю читать Алана Купера "Психбольница в руках пациентов". И вот что любопытно, Алан описывает персонажи, которые будут пользоваться информационной системой.
Персонаж - это такой собирательный образ, составленный на основе опроса потенциальных пользователей.
Иногда я конечно своим коллегам программистам говорила, что мол представьте бабу Маню, она диспетчер предприятия и ей нужно как можно быстрее создать заявку, а вы что делаете? Такую программу, что бедная баба Маня не то, что заявку создать не может, она пытается оформить космический корабль и испытывает чувство, при котором человек себя чувствует дебилом и это чувство переходит в отторжение.
Так вот Купер пишет, что образы их пользователей имеют фотографии, описание привычек, образа имя и постеры с их фотографиями висят в кабинетах у программистов (фото, тоже из интернета, собирательное). Программисты должны смотреть в лицо своему пользователю, это решается через персонажа.
Встречала ли я такое на практике? Нет. Расспросила нашего преподавателя, Александру Постовалову, использовала ли она постеры? Она рассказала, что так делала и это очень здорово, правда работает. Но часто программисты и руководство непробиваемое и из-за этого считают, что вот это вот всё какая-то непонятная игра. Бред, у нас нет времени. В топку! Постеры, фоточки, вы о чём? Поэтому ей приходилось иногда отказываться от такого подхода, а иногда просто уходить из компании, говоря, что для неё нет места там.
Для меня, как для системного аналитика, все пользователи просто превращались в роли, которые описывают доступ к системе. Диспетчер - роль, плюс ограничения на уровне системы.
Роль, персонаж, в чём разница?
Диспетчер может быть разный, и чтобы описать его особенности можно использовать персонажей. Например, Валерий, он тоже диспетчер, но отличается от бабы Мани тем, что у него начинается артрит рук, и ему сложно много печатать и управлять мышкой, вообще он мужчина и не очень внимательный. Явно под него нужно делать много автозаполнения, шаблонов и в идеале копировать из того, что он уже когда-либо заполнял, плюс накрутить автопроверок.
Это большой отдельный пласт аналитики, которую нужно проделать, и которая кажется не нужной руководству, потому что никогда не было такого опыта.
Немного про UX. Так называемый User eXperience, пользовательский опыт, который мы накапливаем в течение своей жизни.
Я продолжаю читать Алана Купера "Психбольница в руках пациентов". И вот что любопытно, Алан описывает персонажи, которые будут пользоваться информационной системой.
Персонаж - это такой собирательный образ, составленный на основе опроса потенциальных пользователей.
Иногда я конечно своим коллегам программистам говорила, что мол представьте бабу Маню, она диспетчер предприятия и ей нужно как можно быстрее создать заявку, а вы что делаете? Такую программу, что бедная баба Маня не то, что заявку создать не может, она пытается оформить космический корабль и испытывает чувство, при котором человек себя чувствует дебилом и это чувство переходит в отторжение.
Так вот Купер пишет, что образы их пользователей имеют фотографии, описание привычек, образа имя и постеры с их фотографиями висят в кабинетах у программистов (фото, тоже из интернета, собирательное). Программисты должны смотреть в лицо своему пользователю, это решается через персонажа.
Встречала ли я такое на практике? Нет. Расспросила нашего преподавателя, Александру Постовалову, использовала ли она постеры? Она рассказала, что так делала и это очень здорово, правда работает. Но часто программисты и руководство непробиваемое и из-за этого считают, что вот это вот всё какая-то непонятная игра. Бред, у нас нет времени. В топку! Постеры, фоточки, вы о чём? Поэтому ей приходилось иногда отказываться от такого подхода, а иногда просто уходить из компании, говоря, что для неё нет места там.
Для меня, как для системного аналитика, все пользователи просто превращались в роли, которые описывают доступ к системе. Диспетчер - роль, плюс ограничения на уровне системы.
Роль, персонаж, в чём разница?
Диспетчер может быть разный, и чтобы описать его особенности можно использовать персонажей. Например, Валерий, он тоже диспетчер, но отличается от бабы Мани тем, что у него начинается артрит рук, и ему сложно много печатать и управлять мышкой, вообще он мужчина и не очень внимательный. Явно под него нужно делать много автозаполнения, шаблонов и в идеале копировать из того, что он уже когда-либо заполнял, плюс накрутить автопроверок.
Это большой отдельный пласт аналитики, которую нужно проделать, и которая кажется не нужной руководству, потому что никогда не было такого опыта.
#капитаннеочевидность #какработает #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 )
Данные можно, как показано на видео, смотреть в реальном времени (красная точка, которая движется по экрану - это взгляд респондента), можно затем просматривать запись, кроме того, все пишется в базу и анализируется в виде цифр...
#моемнение #UX #UI #дизайн #капитаннеочевидность #теория
Предлагаю начать обсуждать холеварную тему, которая касается дизайна. При этом я знаю, что в подписчиках канала есть дизайнеры, если Вам будет что сказать, жду Ваши комментарии! Они точно помогут найти истину)))
Пишу выводы, которые сделала сама, исходя из того материала, который изучала и который мне преподавали.
Изначально в ИТ, дизайнеры, в том виде в котором есть сейчас, не особо существовали, и такого количества направлений не было. Был просто один веб-дизайнер и чаще всего он занимался тем, что создавал сайты, так чтобы было "красиво". Правда это красиво очень субъективно))) Сейчас структурно стало намного больше задач и все стремяться к качеству, разрабатываемого продукта. То есть произошла естественная эволюция от "веб-дизайнера" через стадию "Дизайнер"+"Проектировщик", до разбиения на "Дизайнер Продукта", "Аналитик", "Проектировщик".
При этом то самое качество изменяет индустрию так, что в сфере дизайна ИТ начинается своё дробление.
Из того, что я знаю, это дизайнер, который отвечает за красоту знает как сочетать цвета, знает тренды и т.п., есть гейм-дизайнер, разработка компьютерных игр, есть моушен-дизайнер знает как оживить картинку и сделать эффект вау на телевидении, видео роликах и т.п., есть дизайнер продукта - помогает развитию продукта, что чтобы у пользователя складывался законченный взгляд на работу продукта, и есть проектировщик, который может быть дизайнером, но как показала практика, лучше не стоит. Мне кажется здесь такая же аналогия как между системным и бизнес анализом. Системный аналитик может делать бизнес анализ, но лучше не стоит)))
Вернёмся к терминам UI, UX.
Я часто слышу разбивку на уровне - UI - это про красиво, то что видит пользователь, а UX - это про то как он взаимодействует с продуктом. Так и есть, но хочется копнуть глубже и понять, а как картина работает вцелом.
Джесс Гарретт, признаный гуру в ИТ архитектуре и опыте взаимодействия, выделил 5 уровней взаимодействия пользователя и сайта. Я думаю, эти уровни общие и для других продуктов. На эти уровни можно посмотреть на картинке или загуглить и почитать подробнее.
И вот получается, что по этим уровням:
👉стратегия - product manager, аналитик,
👉требования - аналитик,
👉структура - аналитик, архитектор, проектировщик,
👉компоновка - проектировщик,
👉раскраска - дизайнер интерфейсов.
Я именно так для себя определяют этапы работы.
Предлагаю начать обсуждать холеварную тему, которая касается дизайна. При этом я знаю, что в подписчиках канала есть дизайнеры, если Вам будет что сказать, жду Ваши комментарии! Они точно помогут найти истину)))
Пишу выводы, которые сделала сама, исходя из того материала, который изучала и который мне преподавали.
Изначально в ИТ, дизайнеры, в том виде в котором есть сейчас, не особо существовали, и такого количества направлений не было. Был просто один веб-дизайнер и чаще всего он занимался тем, что создавал сайты, так чтобы было "красиво". Правда это красиво очень субъективно))) Сейчас структурно стало намного больше задач и все стремяться к качеству, разрабатываемого продукта. То есть произошла естественная эволюция от "веб-дизайнера" через стадию "Дизайнер"+"Проектировщик", до разбиения на "Дизайнер Продукта", "Аналитик", "Проектировщик".
При этом то самое качество изменяет индустрию так, что в сфере дизайна ИТ начинается своё дробление.
Из того, что я знаю, это дизайнер, который отвечает за красоту знает как сочетать цвета, знает тренды и т.п., есть гейм-дизайнер, разработка компьютерных игр, есть моушен-дизайнер знает как оживить картинку и сделать эффект вау на телевидении, видео роликах и т.п., есть дизайнер продукта - помогает развитию продукта, что чтобы у пользователя складывался законченный взгляд на работу продукта, и есть проектировщик, который может быть дизайнером, но как показала практика, лучше не стоит. Мне кажется здесь такая же аналогия как между системным и бизнес анализом. Системный аналитик может делать бизнес анализ, но лучше не стоит)))
Вернёмся к терминам UI, UX.
Я часто слышу разбивку на уровне - UI - это про красиво, то что видит пользователь, а UX - это про то как он взаимодействует с продуктом. Так и есть, но хочется копнуть глубже и понять, а как картина работает вцелом.
Джесс Гарретт, признаный гуру в ИТ архитектуре и опыте взаимодействия, выделил 5 уровней взаимодействия пользователя и сайта. Я думаю, эти уровни общие и для других продуктов. На эти уровни можно посмотреть на картинке или загуглить и почитать подробнее.
И вот получается, что по этим уровням:
👉стратегия - product manager, аналитик,
👉требования - аналитик,
👉структура - аналитик, архитектор, проектировщик,
👉компоновка - проектировщик,
👉раскраска - дизайнер интерфейсов.
Я именно так для себя определяют этапы работы.
#UX #мойопыт #моемнение
Опыт взаимодействия с ужасным UX
Решила я отдохнуть и начала искать билеты на самолет. Как же хлебнула с тем, как всё устроено. Аэрофлот - при одном слове сразу такая боль!
Боль во всех смыслах. Ничего непонятно!
1. Я забыла пароль от личного кабинета. У них стоит капча. На каждом шаге стоит эта прекрасная капча. В итоге минут 5-7 я пыталась восстановить пароль. Потом еще больше. Меня заставили подтверждать себя через СМС, а дальше еще лучше! Пароль мой им не нравится! Символы не те! Нельзя подчеркивание и др спец символы. Потом пароль слишком прост, потом нет заглавной буквы, потом нет строчной буквы.... В какой-то момент я хотела разбить клавиатуру! И поняла почему я регулярно меняют пароль в аэрофлоте. Так и хочется сказать господа! Да введите уже смс вместо пароля! Ведь вы меня заставляете выдумвать ТАКОЕ, что я 100% забуду и приду снова со сменой пароля.
2. UX - выбираешь рейсы, не понимаешь, что какие-то не сочетаются. Магия из стоимости из цифр просто непонятна. Мне нужен вот этот, и другой. А они не связаны. Почему? Что за нафиг? Я зависла. Потом прочитала, что нельзя их связывать. Так если нельзя, показывайте мне сразу ДОСТУПНЫЕ сочетания рейсов, и не давайте иллюзию выбора.
3. Дальше я попыталась сломать систему, и хотела быстро перейти к шагу оплаты, но нет! Меня бесит, что меня заставляют проходить через КРУГИ АДА, прощелкивать страховку, потом бронь машин, потом бронь отелей, и думать о господи, да вы достали!!!
4. В какой-то момент я психанула и решила посмотреть в других сервисах поиск билетов. Потому что я просто теряю время на сайте Аэрофлота. Вот не знаю как это объяснить, но почему сервис у Тиньков с точки зрения UX мне полностью понятен, а аэрофлот нет! Аэрофлот заставляет пользователя считать себя идиотом, потому что с элементарной функцией покупки билетов справиться ты не можешь. А у Тиньков я вижу и разрешенные сочетания рейсов и ценник сразу, да и он совпадает с аэрофлотом! НО у меня бонусная карта аэрофлота. Я всплакнула и вернулась обратно, со словами - вам искренне ЖЕЛАЮ такого же адекватного специалиста по UX купить, как у тиньков. И люди к вам потянуться.
5. Дальше оплата, всё вроде просто, но нет! Потому что там выбор мест, который мне недоступен по моему тарифу (так если недоступен, не переводите меня от слова СОВСЕМ НЕ ПЕРЕВОДИТЕ на этап бронирования места). А если оно платное, напишите сумму!! Нет суммы, шаг есть! Я зависла....
6. Дальше вроде всё огонь прошло! Пришла смс и ОГРОМНАЯ простыня с информацией на экране и множеством способов отправить себе бронь билета. Это ад! Оно мне не нужно!
И вот вроде бы отдых, поездка, но ты так задолбался воевать с сервисом, и задолбался лавировать между предложениями, что начинаешь ненавидеть Аэрофлот! За что??? Почему так всё топорно, тяжело! Ведь реально ваши партнеры и конкуренты намного лучше делают ТОТ ЖЕ САМЫЙ процесс! Посмотрите на него, попросите UX включить мозги, почитайте конверсию, сколько людей реально покупает у вас на сайте, а сколько реально у партнеров. На сайте покупают только войны невидимой войны, за то чтобы отдать Вам деньги! Если бы не бонусная карта, я бы купила у Тиньков или авиасейлс, потому что там понятнее и USER FRIENDLY! В один клик! 5 минут и у меня были бы билеты! А не полчаса взрыва мозга!!!!!!
Воистину Алан Купер прав - не доводите пользователя до психоза своим сервисом, он будет вас ненавидеть и сеять это зло повсюду) Я теперь буду интерфейс Аэрофлота приводить как пример, того как НЕ НУЖНО работать с клиентами!
Опыт взаимодействия с ужасным UX
Решила я отдохнуть и начала искать билеты на самолет. Как же хлебнула с тем, как всё устроено. Аэрофлот - при одном слове сразу такая боль!
Боль во всех смыслах. Ничего непонятно!
1. Я забыла пароль от личного кабинета. У них стоит капча. На каждом шаге стоит эта прекрасная капча. В итоге минут 5-7 я пыталась восстановить пароль. Потом еще больше. Меня заставили подтверждать себя через СМС, а дальше еще лучше! Пароль мой им не нравится! Символы не те! Нельзя подчеркивание и др спец символы. Потом пароль слишком прост, потом нет заглавной буквы, потом нет строчной буквы.... В какой-то момент я хотела разбить клавиатуру! И поняла почему я регулярно меняют пароль в аэрофлоте. Так и хочется сказать господа! Да введите уже смс вместо пароля! Ведь вы меня заставляете выдумвать ТАКОЕ, что я 100% забуду и приду снова со сменой пароля.
2. UX - выбираешь рейсы, не понимаешь, что какие-то не сочетаются. Магия из стоимости из цифр просто непонятна. Мне нужен вот этот, и другой. А они не связаны. Почему? Что за нафиг? Я зависла. Потом прочитала, что нельзя их связывать. Так если нельзя, показывайте мне сразу ДОСТУПНЫЕ сочетания рейсов, и не давайте иллюзию выбора.
3. Дальше я попыталась сломать систему, и хотела быстро перейти к шагу оплаты, но нет! Меня бесит, что меня заставляют проходить через КРУГИ АДА, прощелкивать страховку, потом бронь машин, потом бронь отелей, и думать о господи, да вы достали!!!
4. В какой-то момент я психанула и решила посмотреть в других сервисах поиск билетов. Потому что я просто теряю время на сайте Аэрофлота. Вот не знаю как это объяснить, но почему сервис у Тиньков с точки зрения UX мне полностью понятен, а аэрофлот нет! Аэрофлот заставляет пользователя считать себя идиотом, потому что с элементарной функцией покупки билетов справиться ты не можешь. А у Тиньков я вижу и разрешенные сочетания рейсов и ценник сразу, да и он совпадает с аэрофлотом! НО у меня бонусная карта аэрофлота. Я всплакнула и вернулась обратно, со словами - вам искренне ЖЕЛАЮ такого же адекватного специалиста по UX купить, как у тиньков. И люди к вам потянуться.
5. Дальше оплата, всё вроде просто, но нет! Потому что там выбор мест, который мне недоступен по моему тарифу (так если недоступен, не переводите меня от слова СОВСЕМ НЕ ПЕРЕВОДИТЕ на этап бронирования места). А если оно платное, напишите сумму!! Нет суммы, шаг есть! Я зависла....
6. Дальше вроде всё огонь прошло! Пришла смс и ОГРОМНАЯ простыня с информацией на экране и множеством способов отправить себе бронь билета. Это ад! Оно мне не нужно!
И вот вроде бы отдых, поездка, но ты так задолбался воевать с сервисом, и задолбался лавировать между предложениями, что начинаешь ненавидеть Аэрофлот! За что??? Почему так всё топорно, тяжело! Ведь реально ваши партнеры и конкуренты намного лучше делают ТОТ ЖЕ САМЫЙ процесс! Посмотрите на него, попросите UX включить мозги, почитайте конверсию, сколько людей реально покупает у вас на сайте, а сколько реально у партнеров. На сайте покупают только войны невидимой войны, за то чтобы отдать Вам деньги! Если бы не бонусная карта, я бы купила у Тиньков или авиасейлс, потому что там понятнее и USER FRIENDLY! В один клик! 5 минут и у меня были бы билеты! А не полчаса взрыва мозга!!!!!!
Воистину Алан Купер прав - не доводите пользователя до психоза своим сервисом, он будет вас ненавидеть и сеять это зло повсюду) Я теперь буду интерфейс Аэрофлота приводить как пример, того как НЕ НУЖНО работать с клиентами!
#мирвокруг #капитаннеочевидность #теория #марафон_что_нового #UX #аналитикпродукта
Я всё таки инженер и системный аналитик и образование в ВШБИ это то что мне нужно, чтобы расширить границы и увидеть отрасль ИТ с другой стороны и это #нереклама это мой вывод)
Сегодня я могу уже уверенно рассказать, про то что я узнала для себя нового. Для кого-то это будет не новым, тогда я рада за вас)))
Хочу рассказать про Яндекс.Метрику и Google Analytics.
Мне недавно, на одном проекте попросили добавить требование, из разряда - нам с первых дней работы компании нужно хранилище данных по клиентам, такое чтобы можно было проследить весь жизненный цикл клиента от Лида до клиента по UTM метке.
Я же профессионал!))) Я сделала умное лицо, как будто понимаю, что такое UTM метка и записала - угу по UTM метке.
История следующая. Как всегда несколько бородатых мужиков организовали компанию Urchin, которая делала сервис по аналитике трафика посетителей сайтов. И вот они стали такими крутыми, что в 2005 году Google приобрёл компанию Urchin Software Corp. Говорят, что до сих пор несколько сотрудников Urchin работают в Google. И возникла Google Analytics.
И именно им принадлежит идея с UTM метками, которые прилепляются к URL сайта, лендинга, то есть канала источника откуда к нам пришёл посетитель. Тем самым можно проанализировать какие каналы именно вам приносят доход.
Вернёмся к среде этих двух монстров аналитики. Всё достаточно просто, но в тоже время сложно. Google Analytics и Яндекс.Метрика позволяет вам вешать на сайт, грубо говоря крючки, где будет происходить подсчёт трафика. То есть вы встраеваете код в сайт, который начинает сбор аналитических данных.
Так профессионально и красиво говорить, как наш преподаватель я не могу, да и не берусь, не моя тема. Поэтому я только поделюсь ссылками и своими собственными наблюдениями.
1. Такими вот вроде бы несложными инструментами создали целый пласт профессий. И имея сертификат Google Analytics и лучше всего ещё и Яндекс.Метрика можно очень так нормально зарабатывать.
2. Если вы хотите поковыряться в "кишках", то рекомендую почитать сайт нашего преподавателя http://thisisdata.ru
3. Есть демо стенды, где можно поиграться Google Analytics https://analytics.google.com/analytics/web/demoAccount и Яндекс.метрика https://metrika.yandex.ru/dashboard?group=day&period=week&id=44147844
4. Ещё немного открытий. Оба инструмента разные и стоит настраивать и то и другое.
5. Интерфейс Google Analytics прекрасен! Вы можете кидать в меня камнями. Но предыдущие 2 года мы пытались разработать систему с админкой похожей на Google Analytics. И я много посмотрела всего, что только смогла посмотреть. Но вот когда увидела такой интерфейс, поняла, что это то что заслуживает внимания. Если вам интересно направление UX пощелкайте интерфейс, вы явно поймёте где что можете настроить))
6. Эти обе среды про графики и изображение данных в том числе, но как мне показалось больших расчетов там не сделать, либо сделать с помощью кода))) Куда мы не лезли.
7. Все мои однокурсники очень хотят знать SQL, и многие преподаватели советуют им владеть для аналитики и построения запросов к БД. Тут я честно почувствовала преимущество))) Могу писать сложные запросы на SQL) и понимаю, что в далёком 2007 я сама занималась псевдо аналитикой данных, когда смотрела сколько абонентов воспользовались услугой через SQL запрос в БД.
Надеюсь мои новые открытия вам тоже будут полезны)))
Я всё таки инженер и системный аналитик и образование в ВШБИ это то что мне нужно, чтобы расширить границы и увидеть отрасль ИТ с другой стороны и это #нереклама это мой вывод)
Сегодня я могу уже уверенно рассказать, про то что я узнала для себя нового. Для кого-то это будет не новым, тогда я рада за вас)))
Хочу рассказать про Яндекс.Метрику и Google Analytics.
Мне недавно, на одном проекте попросили добавить требование, из разряда - нам с первых дней работы компании нужно хранилище данных по клиентам, такое чтобы можно было проследить весь жизненный цикл клиента от Лида до клиента по UTM метке.
Я же профессионал!))) Я сделала умное лицо, как будто понимаю, что такое UTM метка и записала - угу по UTM метке.
История следующая. Как всегда несколько бородатых мужиков организовали компанию Urchin, которая делала сервис по аналитике трафика посетителей сайтов. И вот они стали такими крутыми, что в 2005 году Google приобрёл компанию Urchin Software Corp. Говорят, что до сих пор несколько сотрудников Urchin работают в Google. И возникла Google Analytics.
И именно им принадлежит идея с UTM метками, которые прилепляются к URL сайта, лендинга, то есть канала источника откуда к нам пришёл посетитель. Тем самым можно проанализировать какие каналы именно вам приносят доход.
Вернёмся к среде этих двух монстров аналитики. Всё достаточно просто, но в тоже время сложно. Google Analytics и Яндекс.Метрика позволяет вам вешать на сайт, грубо говоря крючки, где будет происходить подсчёт трафика. То есть вы встраеваете код в сайт, который начинает сбор аналитических данных.
Так профессионально и красиво говорить, как наш преподаватель я не могу, да и не берусь, не моя тема. Поэтому я только поделюсь ссылками и своими собственными наблюдениями.
1. Такими вот вроде бы несложными инструментами создали целый пласт профессий. И имея сертификат Google Analytics и лучше всего ещё и Яндекс.Метрика можно очень так нормально зарабатывать.
2. Если вы хотите поковыряться в "кишках", то рекомендую почитать сайт нашего преподавателя http://thisisdata.ru
3. Есть демо стенды, где можно поиграться Google Analytics https://analytics.google.com/analytics/web/demoAccount и Яндекс.метрика https://metrika.yandex.ru/dashboard?group=day&period=week&id=44147844
4. Ещё немного открытий. Оба инструмента разные и стоит настраивать и то и другое.
5. Интерфейс Google Analytics прекрасен! Вы можете кидать в меня камнями. Но предыдущие 2 года мы пытались разработать систему с админкой похожей на Google Analytics. И я много посмотрела всего, что только смогла посмотреть. Но вот когда увидела такой интерфейс, поняла, что это то что заслуживает внимания. Если вам интересно направление UX пощелкайте интерфейс, вы явно поймёте где что можете настроить))
6. Эти обе среды про графики и изображение данных в том числе, но как мне показалось больших расчетов там не сделать, либо сделать с помощью кода))) Куда мы не лезли.
7. Все мои однокурсники очень хотят знать SQL, и многие преподаватели советуют им владеть для аналитики и построения запросов к БД. Тут я честно почувствовала преимущество))) Могу писать сложные запросы на SQL) и понимаю, что в далёком 2007 я сама занималась псевдо аналитикой данных, когда смотрела сколько абонентов воспользовались услугой через SQL запрос в БД.
Надеюсь мои новые открытия вам тоже будут полезны)))
#мысливслух #дизайн #ux #ui #мирвокруг #мойопыт #историиизжизни
Вечный спор между аналитиком и проектировщиком пользовательских интерфейсов, выглядит примерно так: "Я тебе дал все требования, что не так? Это не могу показать заказчику!!"
И - "Я художник, я так вижу".
После этой фразы, проектировщики должны от меня отписаться))
Часто взаимное НЕпонимание возникает из-за того, что люди не слышат друг друга, я #капитаночевидность, но ещё и из-за того, что каждый понимает свою роль, задачи, по своему, в меру своего опыта и знаний. И ещё я бы добавила, что часто встречаю "людей не на своём месте". Ожидания от роли никто на берегу не определил. И подходит ли данный человек под эту роль, тоже вопрос.
К сожалению это большая проблема, когда задачи не по силам. Что аналитику не хватает знаний, компетенций и скиллов донести нужное, но и проектировщик интерфейсов, часто просто дизайнер, и он не углубляется именно в проектирование. И тем более не может объяснить аналитику, что от него нужно, если и сам не знает, что и в каком объёме должен делать. В итоге аналитик может начать убирать проектировщика из процесса, или команда насчёт его убирать. Потому что звено тормозит процесс. Это произойдёт сама собой, если не вмешается руководитель или Тим Лид.
"Психбольница в руках пациентов", название книги говорит само за себя. И я всё чаще и чаще её вспоминаю. #рекомендасьон В ней очень доступным языком описана проблема, того, что информационные продукты прежде всего создаются для людей, а не для команды разработки. И пользуются ими очень разные люди, и ожидания от продукта разное и связано с пользовательским опытом, техникой, контекстом работы.
Про книгу я писала в предыдущих постах, мои первые посты в моем канале)))
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
А когда градус НЕпонимания доходит до кипения, выживает сильнейший. В моей практике был случай, когда я выжила, а дизайнер уволился. Он не мог мне объяснить, что он дизайнер, а не проектировщик интерфейсов.
И чтобы понять границы теоретической части я начала рыть информацию, читать книги, слушать дизайнеров и проектировщиков.
И мои выводы следующие.
20% работы это знание теорий, подходов, а 80% это опыт, насмотренность специалиста, и постоянный поиск идей, обновление знаний, набор своей собственной базы решений разных задач. И конечно одержимость проектированием. Я честно говоря, даже не знаю, какое должно быть мышление и творческий полет, чтобы спроектировать пользовательский интерфейс. Или например, упаковку к продукту, или корпус для наушников и т.д. Я уже зашагнула в промышленный дизайн, очень сложный и интересный.
И тут ещё один вывод, аналитик не всегда может создать вменяемый пользовательский интерфейс, он мыслит другими плоскостями. По крайней мере я говорю за себя)))
Да и честно говоря, аналитик это швейцарский ножик или даже сельский врач, и всё на уровне профессионализма выполнять просто нереально. Это какой-то ходячий гений)
Что-то точно будет сбоить. И если потребуется глубина, высокий уровень качества, придётся из "села" поехать в город к специалисту нужного профиля)
P. S. Немного теории из ux/ui
https://t.me/start_in_IT/76
Вечный спор между аналитиком и проектировщиком пользовательских интерфейсов, выглядит примерно так: "Я тебе дал все требования, что не так? Это не могу показать заказчику!!"
И - "Я художник, я так вижу".
После этой фразы, проектировщики должны от меня отписаться))
Часто взаимное НЕпонимание возникает из-за того, что люди не слышат друг друга, я #капитаночевидность, но ещё и из-за того, что каждый понимает свою роль, задачи, по своему, в меру своего опыта и знаний. И ещё я бы добавила, что часто встречаю "людей не на своём месте". Ожидания от роли никто на берегу не определил. И подходит ли данный человек под эту роль, тоже вопрос.
К сожалению это большая проблема, когда задачи не по силам. Что аналитику не хватает знаний, компетенций и скиллов донести нужное, но и проектировщик интерфейсов, часто просто дизайнер, и он не углубляется именно в проектирование. И тем более не может объяснить аналитику, что от него нужно, если и сам не знает, что и в каком объёме должен делать. В итоге аналитик может начать убирать проектировщика из процесса, или команда насчёт его убирать. Потому что звено тормозит процесс. Это произойдёт сама собой, если не вмешается руководитель или Тим Лид.
"Психбольница в руках пациентов", название книги говорит само за себя. И я всё чаще и чаще её вспоминаю. #рекомендасьон В ней очень доступным языком описана проблема, того, что информационные продукты прежде всего создаются для людей, а не для команды разработки. И пользуются ими очень разные люди, и ожидания от продукта разное и связано с пользовательским опытом, техникой, контекстом работы.
Про книгу я писала в предыдущих постах, мои первые посты в моем канале)))
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
А когда градус НЕпонимания доходит до кипения, выживает сильнейший. В моей практике был случай, когда я выжила, а дизайнер уволился. Он не мог мне объяснить, что он дизайнер, а не проектировщик интерфейсов.
И чтобы понять границы теоретической части я начала рыть информацию, читать книги, слушать дизайнеров и проектировщиков.
И мои выводы следующие.
20% работы это знание теорий, подходов, а 80% это опыт, насмотренность специалиста, и постоянный поиск идей, обновление знаний, набор своей собственной базы решений разных задач. И конечно одержимость проектированием. Я честно говоря, даже не знаю, какое должно быть мышление и творческий полет, чтобы спроектировать пользовательский интерфейс. Или например, упаковку к продукту, или корпус для наушников и т.д. Я уже зашагнула в промышленный дизайн, очень сложный и интересный.
И тут ещё один вывод, аналитик не всегда может создать вменяемый пользовательский интерфейс, он мыслит другими плоскостями. По крайней мере я говорю за себя)))
Да и честно говоря, аналитик это швейцарский ножик или даже сельский врач, и всё на уровне профессионализма выполнять просто нереально. Это какой-то ходячий гений)
Что-то точно будет сбоить. И если потребуется глубина, высокий уровень качества, придётся из "села" поехать в город к специалисту нужного профиля)
P. S. Немного теории из ux/ui
https://t.me/start_in_IT/76
Telegram
Записки ИТ специалиста
#books #почитать #мояполка #цитаты
Весь январь читаю книгу Алана Купера "Психбольница в руках пациентов".
Отличная книга о том как в ИТ правят программисты. Прекрасное сравнение, что эта власть равносильна тому, если бы баскетболисты сами себя судили на…
Весь январь читаю книгу Алана Купера "Психбольница в руках пациентов".
Отличная книга о том как в ИТ правят программисты. Прекрасное сравнение, что эта власть равносильна тому, если бы баскетболисты сами себя судили на…