Comments 18
Что на веб сайтах, что в мобильных приложениях меня бесят всплывающие формочки «БЫЛА ЛИ ИНФОРМАЦИЯ ПОЛЕЗНОЙ?»
Если один вопрос задавать постоянно, согласен, это может раздражать. В случае с Glazum, если пользователь закроет окно не ответив, то этот вопрос больше показан не будет. Разработчик в Dashbord'e может посмотреть сколько показов вопросов было отклонено.
Подскажите, пожалуйста, о каких формочках «БЫЛА ЛИ ИНФОРМАЦИЯ ПОЛЕЗНОЙ?» в мобильных приложения идет речь (может подскажите приложение, где такие формы появляются)? Честно говоря, я встречал только просьбы поставить оценку в магазине приложений.
Подскажите, пожалуйста, о каких формочках «БЫЛА ЛИ ИНФОРМАЦИЯ ПОЛЕЗНОЙ?» в мобильных приложения идет речь (может подскажите приложение, где такие формы появляются)? Честно говоря, я встречал только просьбы поставить оценку в магазине приложений.
Такой раздражающей формочкой будет любая, отрывающая человека от рабочего процесса
Когда мы работаем с мобильным приложением, нас постоянно отвлекают от работы, те же смс сообщения или push уведомления.
Мне кажется, тут важно сочетание двух факторов:
Glazum — это инструмент, которым дает новые возможности. Но как и любым инструментом, им нужно пользоваться с умом.
Мне кажется, тут важно сочетание двух факторов:
- Когда задавать вопрос
Если задать вопрос в правильное время или не задать в неправильное (например, не во время просмотра видео), то отвлечение будет меньше. С Glazum разработчик принимает решение, когда уместно задавать вопросы.
- Какой вопрос задавать
Хорошо подобранный вопрос в глазах пользователя не будет бесполезным, а значит и негатива должно быть меньше (если вообще будет). Например, если у вас есть регулятор громкости в приложении, вы можете спросить о необходимости выключения звука одной кнопкой (mute button), когда пользователь выкручивает громкость в 0. Более того с Glazum это можно сделать, когда пользователь совершит это действие во второй (или N-ый раз).
Glazum — это инструмент, которым дает новые возможности. Но как и любым инструментом, им нужно пользоваться с умом.
Не взлетит.
5% разработчиков, которые реально работают в AppStore, сами сделают такой «сервис», который к тому же будет родным и удобным в каждом конкретном приложении.
А остальным он не нужен ни за деньги, ни на халяву ;)
5% разработчиков, которые реально работают в AppStore, сами сделают такой «сервис», который к тому же будет родным и удобным в каждом конкретном приложении.
А остальным он не нужен ни за деньги, ни на халяву ;)
Вы хотите сказать, что те, кто реально работают в AppStore, всегда делают свои велосипеды и не используют готовые решения? ;)
А если серьезно, то сделать смогут, но стоит ли овчинка выделки? Ведь вместо того, чтобы сконцентрироваться на своем продукте, разработчик должен будет потратить время на реализацию аналогичного сервиса (а это не только iOS фреймворк, но и еще и бекенд для сбора ответов и отображения их в удобном виде).
Что касается «будет родным и удобным в каждом конкретном приложении», если есть потребность настраивать внешний вид окна вопроса под свои нужды, то мы можем дать такой API. Тогда UI вопросов будет полностью соответствовать вашему приложению.
Мы открыты к любым идеям, пожеланиям и предложениям.
А если серьезно, то сделать смогут, но стоит ли овчинка выделки? Ведь вместо того, чтобы сконцентрироваться на своем продукте, разработчик должен будет потратить время на реализацию аналогичного сервиса (а это не только iOS фреймворк, но и еще и бекенд для сбора ответов и отображения их в удобном виде).
Что касается «будет родным и удобным в каждом конкретном приложении», если есть потребность настраивать внешний вид окна вопроса под свои нужды, то мы можем дать такой API. Тогда UI вопросов будет полностью соответствовать вашему приложению.
Мы открыты к любым идеям, пожеланиям и предложениям.
Вы хотите сказать, что те, кто реально работают в AppStore, всегда делают свои велосипеды и не используют готовые решения? ;)
Нет, не хочу.
Собрать фидбек Вашим способом это не изготовление велосипеда, а протирка тряпочкой фары. От сюда и все проблемы:
Те кто не умеет сам протирать фары — из эппстора быстро вылетают
Те кто умеет — их это совершенно не напрягает.
Безусловно, иногда есть смысл передать это дело на аутсорс. Но только в том случае, если будет 100% уверенность, что аутсорсер:
1. Будет протирать фары какой-нить мега палирольной машинкой, покупать которую хозяину смысла нет
2. Будет работать 24\7
3. Не поломает аппу
Ни одного из 3х пунктов не увидел, потмоу и свою пессиместичную мысль озвучил. Буду рад ошибаться :)
Кстати, а чем плох стандартный алерт с вопросом "довольны ли вы Х фишкой"?
В 7 оси они(алерты) очень даже симпатичные :)
Большое спасибо за развернутый ответ!
Мы работаем по всем 3-м направлениям, указанным вами. Наша цель — сделать простой, понятный, но в тоже время мощный инструмент, решающий конкретную задачу. Мы стараемся покрывать как unit, так и acceptance тестами всю логику фреймворка и бэкэнда, поскольку понимаем серьезность разработки такого сервиса.
Но если посмотреть немного с другой стороны на Glazum, то его недоступность никак не скажется на ваших пользователях. В худшем случае, который мы, конечно, будет стараться не допускать, вы не сможете посмотреть результаты ответов и/или создать новый вопрос в какой-то момент времени. Приложение будет работать, существующие вопросы будут показываться, ответы будут собираться, но до бэкэнда доходить не будут, они спокойно «поживут» на устройствах пользователей, пока сервер не восстановит свою работу.
При добавлении Glazum фреймворка, как и при другом более или менее серьезном изменении, имхо, нужно потестировать. В идеале прогнать acceptance тесты, чтобы убедиться — все работает как прежде.
Вопрос неплох, спрашивать можно. Все зависит от того, в какой форме собирать ответы.
Мне кажется, для облегчения жизни пользователя (да и вам потом при анализе) лучше дать несколько вариантов ответов (два или более). Плюс хорошо быть попросить пользователя объяснить свой выбор. Так же уверен в том, что кнопка закрытия/отмены этого окна необходима. Она как громоотвод — нужна для пользователей, которые хотят поскорей закрыть это окно, не задумываясь над вопросом. Неправильно их заставлять выбирать вариант ответа. Это должно положительно сказаться и на результатах опроса, т.к. левых ответов не будет. В Glazum это решается так:
Посмотреть как могут выглядеть результаты такого опроса можно в на этом примере в Demo Dashboard.
На стандартном одном алрете такого не сделаешь… Ну и вы правильно подметили, что алерты в iOS ниже 7-ой версии значительно менее симпатичные, а работа над Glazum началась задолго до презентации :)
Мы работаем по всем 3-м направлениям, указанным вами. Наша цель — сделать простой, понятный, но в тоже время мощный инструмент, решающий конкретную задачу. Мы стараемся покрывать как unit, так и acceptance тестами всю логику фреймворка и бэкэнда, поскольку понимаем серьезность разработки такого сервиса.
Но если посмотреть немного с другой стороны на Glazum, то его недоступность никак не скажется на ваших пользователях. В худшем случае, который мы, конечно, будет стараться не допускать, вы не сможете посмотреть результаты ответов и/или создать новый вопрос в какой-то момент времени. Приложение будет работать, существующие вопросы будут показываться, ответы будут собираться, но до бэкэнда доходить не будут, они спокойно «поживут» на устройствах пользователей, пока сервер не восстановит свою работу.
При добавлении Glazum фреймворка, как и при другом более или менее серьезном изменении, имхо, нужно потестировать. В идеале прогнать acceptance тесты, чтобы убедиться — все работает как прежде.
Кстати, а чем плох стандартный алерт с вопросом «довольны ли вы Х фишкой»?
Вопрос неплох, спрашивать можно. Все зависит от того, в какой форме собирать ответы.
Мне кажется, для облегчения жизни пользователя (да и вам потом при анализе) лучше дать несколько вариантов ответов (два или более). Плюс хорошо быть попросить пользователя объяснить свой выбор. Так же уверен в том, что кнопка закрытия/отмены этого окна необходима. Она как громоотвод — нужна для пользователей, которые хотят поскорей закрыть это окно, не задумываясь над вопросом. Неправильно их заставлять выбирать вариант ответа. Это должно положительно сказаться и на результатах опроса, т.к. левых ответов не будет. В Glazum это решается так:
Посмотреть как могут выглядеть результаты такого опроса можно в на этом примере в Demo Dashboard.
На стандартном одном алрете такого не сделаешь… Ну и вы правильно подметили, что алерты в iOS ниже 7-ой версии значительно менее симпатичные, а работа над Glazum началась задолго до презентации :)
У алерта можно сделать несколько кнопок, и на нем всегда есть кнопка «отмена», с которй юзер знаком.
Несколько кнопок с разными вариантами ответа тоже никто не мешает сделать.
Ну а вводить что-то в фидбеке будет 0,001% аудитории, которые и так отпишут в отзывы и поддержку при необходимости :)
Пишу не поспорить ради, а показать альтернативную точку зрения для.
Несколько кнопок с разными вариантами ответа тоже никто не мешает сделать.
Ну а вводить что-то в фидбеке будет 0,001% аудитории, которые и так отпишут в отзывы и поддержку при необходимости :)
Пишу не поспорить ради, а показать альтернативную точку зрения для.
Алерт, возможно и альтернатива, но имеющая такое количество недостатков, что ее даже не приходится рассматривать:
В Glazum можно иметь любое количество вариантов, просто будет прокрутка. Конечно, мы не советуем этого, т.к. это отрицательно скажется на UX.
Я уже не говорю, про то, что на алерте нельзя сделать все те типы ответов, что уже есть на Glazum.
Возможно я не прав, но мне кажется, вы недостаточно внимательно посмотрели на Glazum, поэтому можете сильно недооценивать этот инструмент.
Простите, но вы сейчас гадаете на кофейной гуще. Я часто замечаю (и за собой тоже), что подобные проценты либо завышаются (обычно, когда предполагается конверсия), либо сильно занижаются в похожем случае…
- Вы знаете, что уже при 2-х вариантах (с кнопкой cancel) в landscape текст вопроса помещаться не будет (так выглядит алерт в portrait)
- Представьте, что вы хотите использовать такие варианты ответов: «Yes, I find it useful. Don't take it away!» и «No, I don't think it's that useful. I wouldn't miss it.» Знаете что получится?
- Добавление третьего варианта, не только скрывает текст, но и выглядит как баг:
Как это будет с Glazum?
Тут так совпало, что все поместилось (оно подстраивается под размер). Но в portrait не помещается и строка просто переностися:
Тут так совпало, что все поместилось (оно подстраивается под размер). Но в portrait не помещается и строка просто переностися:
В Glazum можно иметь любое количество вариантов, просто будет прокрутка. Конечно, мы не советуем этого, т.к. это отрицательно скажется на UX.
Я уже не говорю, про то, что на алерте нельзя сделать все те типы ответов, что уже есть на Glazum.
Возможно я не прав, но мне кажется, вы недостаточно внимательно посмотрели на Glazum, поэтому можете сильно недооценивать этот инструмент.
Ну а вводить что-то в фидбеке будет 0,001% аудитории, которые и так отпишут в отзывы и поддержку при необходимости :)
Простите, но вы сейчас гадаете на кофейной гуще. Я часто замечаю (и за собой тоже), что подобные проценты либо завышаются (обычно, когда предполагается конверсия), либо сильно занижаются в похожем случае…
Думаю, сервис оч. инетересный!
Но, мне кажется, автор напустил немного тумана при постановке задачи. Разве это плохо когда приложение работает, и вызывает положительные отзывы в аппсторе? Разве плохо, когда опытные пользователи могут написать на почту или воспользоваться кнопочкой «отправки сообщения разработчикам»? По своему опыту скажу, что обращения через кнопочку, от опытных пользователей, касаются мелких багов и помогают их исправлять. Так что, по моему мнению, возможности у пользователя поделиться наболевшим есть и это работает.
Другое дело, что есть, наверно, один из самых важных вопросов в разработке программного обеспечения. Как оценить трудовые ресурсы, время, в конечном итоге средства потраченные на добавление фичи? Как быстро и качественно получить отзывы по поводу конкретной кнопки или функции в приложении? Иными словами как понять в правильном ли направлении мы движемся?
Как мне кажется тут-то glazum и может помочь! Он позволяет задать конкретный вопрос пользователям. После того как они воспользовались фичей.
А может оценить затраты еще до того как начать внедрение и писать какой либо код? Просто задать вопрос при запуске приложения!
Я посмотрел демку на сайте. Думаю, результаты опросов, агрегированные по вариантам ответа будут полезны при указанных выше размышлениях. К Гугл аналитке такое прикрутить сложновато.
Конечно glazum не будет полезен в игрушках. С трудом могу себе представить как. Но в прочих приложениях, особенно на зрелых стадиях, когда кода уже много и решения необходимо принимать очень осторожно — это супер вещь.
Хотелось бы еще увидеть в статье конкретные примеры использования glazuma. Желательно из реальной жизни.
Но, мне кажется, автор напустил немного тумана при постановке задачи. Разве это плохо когда приложение работает, и вызывает положительные отзывы в аппсторе? Разве плохо, когда опытные пользователи могут написать на почту или воспользоваться кнопочкой «отправки сообщения разработчикам»? По своему опыту скажу, что обращения через кнопочку, от опытных пользователей, касаются мелких багов и помогают их исправлять. Так что, по моему мнению, возможности у пользователя поделиться наболевшим есть и это работает.
Другое дело, что есть, наверно, один из самых важных вопросов в разработке программного обеспечения. Как оценить трудовые ресурсы, время, в конечном итоге средства потраченные на добавление фичи? Как быстро и качественно получить отзывы по поводу конкретной кнопки или функции в приложении? Иными словами как понять в правильном ли направлении мы движемся?
Как мне кажется тут-то glazum и может помочь! Он позволяет задать конкретный вопрос пользователям. После того как они воспользовались фичей.
А может оценить затраты еще до того как начать внедрение и писать какой либо код? Просто задать вопрос при запуске приложения!
Я посмотрел демку на сайте. Думаю, результаты опросов, агрегированные по вариантам ответа будут полезны при указанных выше размышлениях. К Гугл аналитке такое прикрутить сложновато.
Конечно glazum не будет полезен в игрушках. С трудом могу себе представить как. Но в прочих приложениях, особенно на зрелых стадиях, когда кода уже много и решения необходимо принимать очень осторожно — это супер вещь.
Хотелось бы еще увидеть в статье конкретные примеры использования glazuma. Желательно из реальной жизни.
Компания Apptentive и парочка других уже давно предоставляют подобный сервис. Отправка фидбека, перенаправка в магазин для оценки приложения, создание опросов…
Apptentive — это эволюция кнопки сбора фидбэка. Glazum предлагает совершенной другой user experience и соответственно позволяет решать другие проблемы.
Вы используете Apptentive или подобный сервис?
Вы используете Apptentive или подобный сервис?
Да, пользуюсь ими.
Подскажите, пожалуйста, понятно ли из описания тут и/или на сайте отличия Glazum от Apptentive? Или пока создается ощущение, что это клон? Спрашиваю для того, чтобы разобраться, на что нужно делать упор в описании.
Вы пользовались опросами Apptentive?
Удалось ли вам посмотреть Glazum? Видите ли вы пользу от его использования для себя?
Простите, что задаю там много вопросов, ваши ответы них были бы крайней полезны для нас. Заранее спасибо!
Кстати, по моему мнению, Glazum легко можно использовать и с Apptentive, его вообще можно с чем угодно использовать, если есть простая необходимость задавать вопросы пользователям.
Вы пользовались опросами Apptentive?
Удалось ли вам посмотреть Glazum? Видите ли вы пользу от его использования для себя?
Простите, что задаю там много вопросов, ваши ответы них были бы крайней полезны для нас. Заранее спасибо!
Кстати, по моему мнению, Glazum легко можно использовать и с Apptentive, его вообще можно с чем угодно использовать, если есть простая необходимость задавать вопросы пользователям.
Sign up to leave a comment.
Glazum — простой и эффективный способ задавать in-app вопросы в iOS приложениях