Увидела special только сегодня и загорелась поучаствовать, уже несколько лет путешествую вместе с сервисом, а недавно еще и стала хостом.
Но не добравшись до отзыва, оставлю небольшое замечание к самой странице special'a:
1. Кнопки «Создать аккаунт» и «Оставить отзыв» одинакового размера, то есть подразумевают равнозначные действия. Хотя без создания аккаунта протестировать сервис и оставить отзыв никак не получится.
Это оставляет ощущение, что для того, чтобы оставить отзыв нужно как-то дополнительно зарегистрироваться, и ссылка просто прокидывает на некорректный лендинг.
Возможно это я и 3 ближайших пользователя, которые 3 минуты искали, как же зарегистрироваться, если ты уже и так airbnb юзер, – такие бестолочи, но, думаю, было бы полезно глянуть по логам (можно сравнить, не наблюдается ли непропорциональное соотношение переходов с источником перехода habrahabr_profile без завершения цели регистрации и количества отзывов, оставленных в special'e), не распространено ли такое поведение.
2. При этом на странице с добавлением отзыва есть аналогичная по действию кнопка «Создать профиль»:). По логике навигации она гораздо лучше бы смотрелась ссылкой рядом с полем «Ссылка на ваш профиль на Airbnb». Логика навигации в данном случае такая: пользователь без профиля решил посмотреть как выглядит отзыв –> наткнулся на поле со ссылкой, которую неизвестно, где взять, –> получил tip и ссылку на регистрацию.
Понимаю боль, вкратце расскажу о том, что поправится в ближайшее время:
1. Страница «Report an issue» – не нативная штука, а компонент в верстке, для которого раньше не была предусмотрена локализация. Ребята в верстке в конце июня добавят в компонент возможность локализации
2. Данные об организациях (в частности названия) начнут приходить на языке региона (то есть по всей России – преимущественно на русском, за исключением названий типа Harat's Pub) вне зависимости от локали приложения
3. Язык голосового поиска можно будет выбрать в Настройках
4. Подсказки конвертируются в поисковые запросы на русском по достаточно серьезной причине, – геопоиск Яндекса достаточно хорошо работает со сложными запросами на русском, но на английском – совсем другая ситуация, так как продукта для англоязычной аудитории и полномасштабного выхода на нее у нас никогда не было.
Поэтому поиск чего-то вроде «restaurant with a children's room» отдает результаты по качеству сильно уступающие результатам аналогичного русского запроса. Учитывая, что более 90% пользователей с en локалью у нас из РКУБ ( Россия, Украина, Беларусь, Казахстан), такое решение кажется лучше, чем показывать им не супер качественные результаты по англоязычным запросам.
Но в остальных моментах то, что язык интерфейса задается настройками системы, нам кажется правильным.
В мобильной версии пока есть только 2 возможных варианта фидбека:
— добавить организацию – показываем, если по поисковому запросу ничего не нашлось и предлагаем пользователю заполнить базовую форму добавления организации.
— в профиле, в разделе «о программе» есть раздел «написать разработчикам». В Android вместе с вашим письмом к нему прикрепится поисковой лог с 10 последними запросами, чтобы мы могли подробно разобрать вашу проблему формата «не нашлось нужное».
В iOS скоро выкатим такую штуку, пока лог пользователя не прикрепляем.
Спасибо за такое подробное описание кейса, очень круто и полезно. Признаюсь, что кейс достаточно узкий и сейчас никакого качественного решения для любых досуговых клубов, кружках и секциях (такие в больших количествах существуют при разных организациях) у нас нет.
Оператор дал действительно корректную инструкцию, по сути для нас каждая из ваших локаций, – это отдельный филиал, так устроена структура нашей базы.
По поводу интерфейса, – очень понимаю вашу боль. Мы в ближайшее время начинаем глобальную переделку интерфейсов для бизнесов, понимаем, что текущей ее вид, – не для массового пользователя и многие штуки (в том числе болезненное удаление) нужно улучшить/полностью переделать.
P.S. Бундок клевое место, не знала, что там играют в мафию)
Вкратце о чем фича «учитывать расстояние/рейтинг/все»:
— у людей, ищущих места, существует 3 крупных поисковых паттерна, поведение в которых поисковое сильно отличается. Просто искать рядом – зачастую недостаточно для того, чтобы пользователь получил хорошие результаты. Поэтому для того, чтобы качественно обработать эти паттерны, мы поддержали 3 разных алгоритма ранжирования. Свитчер в фильтрах меняет их.
Первый паттерн: любой ценой найти самую ближайшую организацию (к примеру, ближайшую продуктовую лавочку, работающую поздно ночью). При этом рейтинг организации, отзывы, расширенная информация не так важны, если вам ночью срочно нужно купить поесть.
В интерфейсе этот случай: «учитывать расстояние»
— второй паттерн: найти самое классное место в относительной близости. Иногда не так критично прокатиться 2-3 километра или дойти до соседней станции метро, к примеру, если выбираешь место, где поужинать с друзьями. В этом случае важен именно рейтинг заведение, наличие у него фото, отзывов и другая комплиментарная информация о заведении. Это кейс «учитывать рейтинг»
— есть еще третий паттерн, когда важно и расстояние, и рейтинг. Это то самое «учитывать все»
— мы сделали небольшое a/b тестирование, раскатив разные варианты интерфейса для пользователей. Вы увидели первый. Второй выглядит похоже, но предлагает показать «Популярное (паттерн 2) или ближайшее (паттерн 1)»
— похоже, что на текущий момент побеждает альтернативный вариант: «показать ближайшее/популярное»
По поводу кеша: мы осознаем, что это большой минус и в относительно ближайшее время планируем объединить кеши. Сделать на старте общие кеши было, к сожалению, невозможно, так как Карты с Навигатором и Город достаточно сильно отличаются по архитектуре, и общий кеш подразумевает правки во всех трех приложениях, а не только в Городе.
Сохранение поисковых запросов в закладки в планах.
В Киеве, как и в Украине в целом мы пока еще не запустились, полнота и качество данных там пока что не готовы к полноценному запуску и использованию. Поэтому Город пока что недоступен в украинских сторах, не хочется преждевременно сложить у украинских пользователей превратное ощущение от сервиса.
Сейчас в ряде регионов действительно есть такая неприятность, воспроизводится только при первом запуске приложения. При перезапуске поиск будет происходить с привязкой уже к вашему родному региону. Сегодня раскатим фикс, который починит эту проблему окончательно.
Спасибо большое. Фидбек, особенно по закрытым дублям, очень важен для нас. А подскажете, пожалуйста, вы просто оформили заявку на изменение или подтвердили права? Если в Справочнике подтвердить права на организацию все манипуляции с ее карточкой становятся чуть более удобными.
Спасибо!
Первую я читала уже после About Face (тоже очень рекомендую), вероятно, на ее фоне осталось не такое клевое впечатление. Русский перевод показался тяжеловесным и скучноватым, на английском повеселее будет.
Вторая – действительно программная книжка, напрасно ее пропустила.
Не секрет, я занимаюсь мобильными проектами в Яндексе, не всегда в роли менеджера продукта, чаще в роли менеджера программы (поэтому могу подключаться на разных этапах жизненного цикла продукта, а не только со старта).
Мобильные Яндекс.Карты для iOS, Android и Windows Phone; Яндекс.Навигатор для всех платформ в России и Турции.
До Яндекса из любопытного Waterbalance, Право Украины, Кинопоиск для iPad. Опять же не всегда в роли основного менеджера продукта. В отрыве от работы мне тоже любопытна навигация и мобильные игрушки – есть несколько pet projects.
Lean Startup я вместе с с Lean Analytics упомняла, сейчас тоже добавлю на него ссылку.
Вообще да, общих книжек прямо много толковых – я бы еще штук 10 добавила вместе с книжками по проектному менеджменту (без них менеджеру продукта тоже грустно). Но тогда список разросся бы до совсем неприличных размеров.
Качество оценки сроков проекта зависит от триллиона различных факторов, начиная от качества требований и эмпирических данных об эффективности команды в предыдущих итерациях и заканчивая тем, были ли учтены риски и фокус-фактор каждого участника проекта.
Макконел в этой же книжке не просто так рассказывает об исторических данных, калибровке оценок, декомпозиции и прочих няшек.
Очень грустно, если где-то об этом не знают и формируют сроки на фоне личных переживаний ПМ-а.
>>Абсолютный разброс — слабый показатель. 1 или 15 месяцев — да, невменяемая оценка. 10 или 11 лет — это мелочь.
Согласна. Основатели Канбана (где по сути не оценивают вообще) рекомендуют еще сначала определиться, какая норма отклонения от оценки является нормой в вашем проекте: недели, месяцы или годы.
>> Кроме собственно оценки работы в «попугаях», а также скорости программы — есть ещё и оценка рисков, которая никуда не девается, и на 2х-3х спринтах её не сделаешь. Да и не разработчики её обычно делают.
Оценку рисков я специально не затрагивала – о ней столько всего замечательного написано (тот же Тимоти Листер и масса более серьезных работ), а на нашем проекте мы не пробовали ничего интересного в этой области.
>> Не совсем понятно, как Вы смогли получить данные о Вашей скорости, и всё таки закончить оценку за 2 недели (учитывая тот факт, что нужно было практически с нуля написать все юзер-стори и осмыслить их с разработчиками).
Тут все просто – сработанная команда, скорость которой уже была заведомо более-менее понятна (не то, чтобы ее кто-то специально отслеживал, любой хороший трекер предлагает velocity tracking на автомате, и если люди достаточно дисциплинированно его заполняют, можно делать какие-то выводы).
В любом случае, это было только предположение, основанное на не очень точных данных, поэтому корректировка понадобилась (изначальная оценка нашей скорости была 0.5, скорректировали на 0.7).
Общая оценка для всего продукта получилась 19 месяцев. Насколько она валидна, будет понятно, когда закончится текущая часть.
Недели совещаний – где-то 2-3 недели. Как по мне – достаточно много, как для такого непродуктивного времяпровождения.
По сути да, но скрам удается применять не всегда и везде (по триллиону разных причин), а хорошие практики оценки можно использовать в любом проекте.
Покер в формате раздать всем карточки с цифрами и анонимно оценивать задачи – не использовался, банально не было набора для него:) Был плагинчик для джиры, который позволял выставить несколько анонимных девелоперских оценок.
Но не добравшись до отзыва, оставлю небольшое замечание к самой странице special'a:
1. Кнопки «Создать аккаунт» и «Оставить отзыв» одинакового размера, то есть подразумевают равнозначные действия. Хотя без создания аккаунта протестировать сервис и оставить отзыв никак не получится.
Это оставляет ощущение, что для того, чтобы оставить отзыв нужно как-то дополнительно зарегистрироваться, и ссылка просто прокидывает на некорректный лендинг.
Возможно это я и 3 ближайших пользователя, которые 3 минуты искали, как же зарегистрироваться, если ты уже и так airbnb юзер, – такие бестолочи, но, думаю, было бы полезно глянуть по логам (можно сравнить, не наблюдается ли непропорциональное соотношение переходов с источником перехода habrahabr_profile без завершения цели регистрации и количества отзывов, оставленных в special'e), не распространено ли такое поведение.
2. При этом на странице с добавлением отзыва есть аналогичная по действию кнопка «Создать профиль»:). По логике навигации она гораздо лучше бы смотрелась ссылкой рядом с полем «Ссылка на ваш профиль на Airbnb». Логика навигации в данном случае такая: пользователь без профиля решил посмотреть как выглядит отзыв –> наткнулся на поле со ссылкой, которую неизвестно, где взять, –> получил tip и ссылку на регистрацию.
1. Страница «Report an issue» – не нативная штука, а компонент в верстке, для которого раньше не была предусмотрена локализация. Ребята в верстке в конце июня добавят в компонент возможность локализации
2. Данные об организациях (в частности названия) начнут приходить на языке региона (то есть по всей России – преимущественно на русском, за исключением названий типа Harat's Pub) вне зависимости от локали приложения
3. Язык голосового поиска можно будет выбрать в Настройках
4. Подсказки конвертируются в поисковые запросы на русском по достаточно серьезной причине, – геопоиск Яндекса достаточно хорошо работает со сложными запросами на русском, но на английском – совсем другая ситуация, так как продукта для англоязычной аудитории и полномасштабного выхода на нее у нас никогда не было.
Поэтому поиск чего-то вроде «restaurant with a children's room» отдает результаты по качеству сильно уступающие результатам аналогичного русского запроса. Учитывая, что более 90% пользователей с en локалью у нас из РКУБ ( Россия, Украина, Беларусь, Казахстан), такое решение кажется лучше, чем показывать им не супер качественные результаты по англоязычным запросам.
Но в остальных моментах то, что язык интерфейса задается настройками системы, нам кажется правильным.
— добавить организацию – показываем, если по поисковому запросу ничего не нашлось и предлагаем пользователю заполнить базовую форму добавления организации.
— в профиле, в разделе «о программе» есть раздел «написать разработчикам». В Android вместе с вашим письмом к нему прикрепится поисковой лог с 10 последними запросами, чтобы мы могли подробно разобрать вашу проблему формата «не нашлось нужное».
В iOS скоро выкатим такую штуку, пока лог пользователя не прикрепляем.
Оператор дал действительно корректную инструкцию, по сути для нас каждая из ваших локаций, – это отдельный филиал, так устроена структура нашей базы.
По поводу интерфейса, – очень понимаю вашу боль. Мы в ближайшее время начинаем глобальную переделку интерфейсов для бизнесов, понимаем, что текущей ее вид, – не для массового пользователя и многие штуки (в том числе болезненное удаление) нужно улучшить/полностью переделать.
P.S. Бундок клевое место, не знала, что там играют в мафию)
— у людей, ищущих места, существует 3 крупных поисковых паттерна, поведение в которых поисковое сильно отличается. Просто искать рядом – зачастую недостаточно для того, чтобы пользователь получил хорошие результаты. Поэтому для того, чтобы качественно обработать эти паттерны, мы поддержали 3 разных алгоритма ранжирования. Свитчер в фильтрах меняет их.
Первый паттерн: любой ценой найти самую ближайшую организацию (к примеру, ближайшую продуктовую лавочку, работающую поздно ночью). При этом рейтинг организации, отзывы, расширенная информация не так важны, если вам ночью срочно нужно купить поесть.
В интерфейсе этот случай: «учитывать расстояние»
— второй паттерн: найти самое классное место в относительной близости. Иногда не так критично прокатиться 2-3 километра или дойти до соседней станции метро, к примеру, если выбираешь место, где поужинать с друзьями. В этом случае важен именно рейтинг заведение, наличие у него фото, отзывов и другая комплиментарная информация о заведении. Это кейс «учитывать рейтинг»
— есть еще третий паттерн, когда важно и расстояние, и рейтинг. Это то самое «учитывать все»
— мы сделали небольшое a/b тестирование, раскатив разные варианты интерфейса для пользователей. Вы увидели первый. Второй выглядит похоже, но предлагает показать «Популярное (паттерн 2) или ближайшее (паттерн 1)»
— похоже, что на текущий момент побеждает альтернативный вариант: «показать ближайшее/популярное»
По поводу кеша: мы осознаем, что это большой минус и в относительно ближайшее время планируем объединить кеши. Сделать на старте общие кеши было, к сожалению, невозможно, так как Карты с Навигатором и Город достаточно сильно отличаются по архитектуре, и общий кеш подразумевает правки во всех трех приложениях, а не только в Городе.
Сохранение поисковых запросов в закладки в планах.
Первую я читала уже после About Face (тоже очень рекомендую), вероятно, на ее фоне осталось не такое клевое впечатление. Русский перевод показался тяжеловесным и скучноватым, на английском повеселее будет.
Вторая – действительно программная книжка, напрасно ее пропустила.
Мобильные Яндекс.Карты для iOS, Android и Windows Phone; Яндекс.Навигатор для всех платформ в России и Турции.
До Яндекса из любопытного Waterbalance, Право Украины, Кинопоиск для iPad. Опять же не всегда в роли основного менеджера продукта. В отрыве от работы мне тоже любопытна навигация и мобильные игрушки – есть несколько pet projects.
Вообще да, общих книжек прямо много толковых – я бы еще штук 10 добавила вместе с книжками по проектному менеджменту (без них менеджеру продукта тоже грустно). Но тогда список разросся бы до совсем неприличных размеров.
Макконел в этой же книжке не просто так рассказывает об исторических данных, калибровке оценок, декомпозиции и прочих няшек.
Очень грустно, если где-то об этом не знают и формируют сроки на фоне личных переживаний ПМ-а.
Согласна. Основатели Канбана (где по сути не оценивают вообще) рекомендуют еще сначала определиться, какая норма отклонения от оценки является нормой в вашем проекте: недели, месяцы или годы.
>> Кроме собственно оценки работы в «попугаях», а также скорости программы — есть ещё и оценка рисков, которая никуда не девается, и на 2х-3х спринтах её не сделаешь. Да и не разработчики её обычно делают.
Оценку рисков я специально не затрагивала – о ней столько всего замечательного написано (тот же Тимоти Листер и масса более серьезных работ), а на нашем проекте мы не пробовали ничего интересного в этой области.
>> Не совсем понятно, как Вы смогли получить данные о Вашей скорости, и всё таки закончить оценку за 2 недели (учитывая тот факт, что нужно было практически с нуля написать все юзер-стори и осмыслить их с разработчиками).
Тут все просто – сработанная команда, скорость которой уже была заведомо более-менее понятна (не то, чтобы ее кто-то специально отслеживал, любой хороший трекер предлагает velocity tracking на автомате, и если люди достаточно дисциплинированно его заполняют, можно делать какие-то выводы).
В любом случае, это было только предположение, основанное на не очень точных данных, поэтому корректировка понадобилась (изначальная оценка нашей скорости была 0.5, скорректировали на 0.7).
Недели совещаний – где-то 2-3 недели. Как по мне – достаточно много, как для такого непродуктивного времяпровождения.
Покер в формате раздать всем карточки с цифрами и анонимно оценивать задачи – не использовался, банально не было набора для него:) Был плагинчик для джиры, который позволял выставить несколько анонимных девелоперских оценок.
Мне, честно, не приходилось участвовать в создании продуктов по waterfall, которое: