Алерт, возможно и альтернатива, но имеющая такое количество недостатков, что ее даже не приходится рассматривать:
Вы знаете, что уже при 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 не помещается и строка просто переностися:
В Glazum можно иметь любое количество вариантов, просто будет прокрутка. Конечно, мы не советуем этого, т.к. это отрицательно скажется на UX.
Я уже не говорю, про то, что на алерте нельзя сделать все те типы ответов, что уже есть на Glazum.
Возможно я не прав, но мне кажется, вы недостаточно внимательно посмотрели на Glazum, поэтому можете сильно недооценивать этот инструмент.
Ну а вводить что-то в фидбеке будет 0,001% аудитории, которые и так отпишут в отзывы и поддержку при необходимости :)
Простите, но вы сейчас гадаете на кофейной гуще. Я часто замечаю (и за собой тоже), что подобные проценты либо завышаются (обычно, когда предполагается конверсия), либо сильно занижаются в похожем случае…
Мы работаем по всем 3-м направлениям, указанным вами. Наша цель — сделать простой, понятный, но в тоже время мощный инструмент, решающий конкретную задачу. Мы стараемся покрывать как unit, так и acceptance тестами всю логику фреймворка и бэкэнда, поскольку понимаем серьезность разработки такого сервиса.
Но если посмотреть немного с другой стороны на Glazum, то его недоступность никак не скажется на ваших пользователях. В худшем случае, который мы, конечно, будет стараться не допускать, вы не сможете посмотреть результаты ответов и/или создать новый вопрос в какой-то момент времени. Приложение будет работать, существующие вопросы будут показываться, ответы будут собираться, но до бэкэнда доходить не будут, они спокойно «поживут» на устройствах пользователей, пока сервер не восстановит свою работу.
При добавлении Glazum фреймворка, как и при другом более или менее серьезном изменении, имхо, нужно потестировать. В идеале прогнать acceptance тесты, чтобы убедиться — все работает как прежде.
Кстати, а чем плох стандартный алерт с вопросом «довольны ли вы Х фишкой»?
Вопрос неплох, спрашивать можно. Все зависит от того, в какой форме собирать ответы.
Мне кажется, для облегчения жизни пользователя (да и вам потом при анализе) лучше дать несколько вариантов ответов (два или более). Плюс хорошо быть попросить пользователя объяснить свой выбор. Так же уверен в том, что кнопка закрытия/отмены этого окна необходима. Она как громоотвод — нужна для пользователей, которые хотят поскорей закрыть это окно, не задумываясь над вопросом. Неправильно их заставлять выбирать вариант ответа. Это должно положительно сказаться и на результатах опроса, т.к. левых ответов не будет. В Glazum это решается так:
На стандартном одном алрете такого не сделаешь… Ну и вы правильно подметили, что алерты в iOS ниже 7-ой версии значительно менее симпатичные, а работа над Glazum началась задолго до презентации :)
Вы хотите сказать, что те, кто реально работают в AppStore, всегда делают свои велосипеды и не используют готовые решения? ;)
А если серьезно, то сделать смогут, но стоит ли овчинка выделки? Ведь вместо того, чтобы сконцентрироваться на своем продукте, разработчик должен будет потратить время на реализацию аналогичного сервиса (а это не только iOS фреймворк, но и еще и бекенд для сбора ответов и отображения их в удобном виде).
Что касается «будет родным и удобным в каждом конкретном приложении», если есть потребность настраивать внешний вид окна вопроса под свои нужды, то мы можем дать такой API. Тогда UI вопросов будет полностью соответствовать вашему приложению.
Мы открыты к любым идеям, пожеланиям и предложениям.
Когда мы работаем с мобильным приложением, нас постоянно отвлекают от работы, те же смс сообщения или push уведомления.
Мне кажется, тут важно сочетание двух факторов:
Когда задавать вопрос
Если задать вопрос в правильное время или не задать в неправильное (например, не во время просмотра видео), то отвлечение будет меньше. С Glazum разработчик принимает решение, когда уместно задавать вопросы.
Какой вопрос задавать
Хорошо подобранный вопрос в глазах пользователя не будет бесполезным, а значит и негатива должно быть меньше (если вообще будет). Например, если у вас есть регулятор громкости в приложении, вы можете спросить о необходимости выключения звука одной кнопкой (mute button), когда пользователь выкручивает громкость в 0. Более того с Glazum это можно сделать, когда пользователь совершит это действие во второй (или N-ый раз).
Glazum — это инструмент, которым дает новые возможности. Но как и любым инструментом, им нужно пользоваться с умом.
Если один вопрос задавать постоянно, согласен, это может раздражать. В случае с Glazum, если пользователь закроет окно не ответив, то этот вопрос больше показан не будет. Разработчик в Dashbord'e может посмотреть сколько показов вопросов было отклонено.
Подскажите, пожалуйста, о каких формочках «БЫЛА ЛИ ИНФОРМАЦИЯ ПОЛЕЗНОЙ?» в мобильных приложения идет речь (может подскажите приложение, где такие формы появляются)? Честно говоря, я встречал только просьбы поставить оценку в магазине приложений.
Дык, это всем тут собравшимся браво. Я вместе со всеми решал. Последний вопрос быстро решил, может как-то связано. А может еще пересчитают результаты :)
Тут так совпало, что все поместилось (оно подстраивается под размер). Но в portrait не помещается и строка просто переностися:
В Glazum можно иметь любое количество вариантов, просто будет прокрутка. Конечно, мы не советуем этого, т.к. это отрицательно скажется на UX.
Я уже не говорю, про то, что на алерте нельзя сделать все те типы ответов, что уже есть на Glazum.
Возможно я не прав, но мне кажется, вы недостаточно внимательно посмотрели на Glazum, поэтому можете сильно недооценивать этот инструмент.
Простите, но вы сейчас гадаете на кофейной гуще. Я часто замечаю (и за собой тоже), что подобные проценты либо завышаются (обычно, когда предполагается конверсия), либо сильно занижаются в похожем случае…
Мы работаем по всем 3-м направлениям, указанным вами. Наша цель — сделать простой, понятный, но в тоже время мощный инструмент, решающий конкретную задачу. Мы стараемся покрывать как unit, так и acceptance тестами всю логику фреймворка и бэкэнда, поскольку понимаем серьезность разработки такого сервиса.
Но если посмотреть немного с другой стороны на Glazum, то его недоступность никак не скажется на ваших пользователях. В худшем случае, который мы, конечно, будет стараться не допускать, вы не сможете посмотреть результаты ответов и/или создать новый вопрос в какой-то момент времени. Приложение будет работать, существующие вопросы будут показываться, ответы будут собираться, но до бэкэнда доходить не будут, они спокойно «поживут» на устройствах пользователей, пока сервер не восстановит свою работу.
При добавлении Glazum фреймворка, как и при другом более или менее серьезном изменении, имхо, нужно потестировать. В идеале прогнать acceptance тесты, чтобы убедиться — все работает как прежде.
Вопрос неплох, спрашивать можно. Все зависит от того, в какой форме собирать ответы.
Мне кажется, для облегчения жизни пользователя (да и вам потом при анализе) лучше дать несколько вариантов ответов (два или более). Плюс хорошо быть попросить пользователя объяснить свой выбор. Так же уверен в том, что кнопка закрытия/отмены этого окна необходима. Она как громоотвод — нужна для пользователей, которые хотят поскорей закрыть это окно, не задумываясь над вопросом. Неправильно их заставлять выбирать вариант ответа. Это должно положительно сказаться и на результатах опроса, т.к. левых ответов не будет. В Glazum это решается так:
Посмотреть как могут выглядеть результаты такого опроса можно в на этом примере в Demo Dashboard.
На стандартном одном алрете такого не сделаешь… Ну и вы правильно подметили, что алерты в iOS ниже 7-ой версии значительно менее симпатичные, а работа над Glazum началась задолго до презентации :)
А если серьезно, то сделать смогут, но стоит ли овчинка выделки? Ведь вместо того, чтобы сконцентрироваться на своем продукте, разработчик должен будет потратить время на реализацию аналогичного сервиса (а это не только iOS фреймворк, но и еще и бекенд для сбора ответов и отображения их в удобном виде).
Что касается «будет родным и удобным в каждом конкретном приложении», если есть потребность настраивать внешний вид окна вопроса под свои нужды, то мы можем дать такой API. Тогда UI вопросов будет полностью соответствовать вашему приложению.
Мы открыты к любым идеям, пожеланиям и предложениям.
Мне кажется, тут важно сочетание двух факторов:
Если задать вопрос в правильное время или не задать в неправильное (например, не во время просмотра видео), то отвлечение будет меньше. С Glazum разработчик принимает решение, когда уместно задавать вопросы.
Хорошо подобранный вопрос в глазах пользователя не будет бесполезным, а значит и негатива должно быть меньше (если вообще будет). Например, если у вас есть регулятор громкости в приложении, вы можете спросить о необходимости выключения звука одной кнопкой (mute button), когда пользователь выкручивает громкость в 0. Более того с Glazum это можно сделать, когда пользователь совершит это действие во второй (или N-ый раз).
Glazum — это инструмент, которым дает новые возможности. Но как и любым инструментом, им нужно пользоваться с умом.
Подскажите, пожалуйста, о каких формочках «БЫЛА ЛИ ИНФОРМАЦИЯ ПОЛЕЗНОЙ?» в мобильных приложения идет речь (может подскажите приложение, где такие формы появляются)? Честно говоря, я встречал только просьбы поставить оценку в магазине приложений.
216.239.32.21
216.239.34.21
216.239.36.21
216.239.38.21
Тут говорится о каком-то письме, на основании которого были заблокированы.
Из-за этого у меня не открывается масса сайтов на Blogger и Google AppEngine. Например, жертвой этому стал сайт www.bugsense.com/