Комментарии 55
«Превет я Уася там сё на аглицком нипанимаю ничо чо делать?77???»
А как с таким бороться?
А как с таким бороться?
Такая штука не поможет — ну зайдет туда домохозяйка, ну увидит кучу кнопок (а ведь с первого взгляда это кнопки)…
Такая штука должна быть прям на сайте той игры. Только пользователю все это показывать не надо — вписал имя, мыло или телефон, суть проблемы (можно и не писать) и нажал ОК, все дополнительные параметры (браузер, разрешение...) заполнились браузером и отправились на сервер разработчика.
А это решение — бред: «на какой сайт? Эс как доллар? У как русская у или как русская и?.. А что тут нажимать, как ваш адрес ....»
Такая штука должна быть прям на сайте той игры. Только пользователю все это показывать не надо — вписал имя, мыло или телефон, суть проблемы (можно и не писать) и нажал ОК, все дополнительные параметры (браузер, разрешение...) заполнились браузером и отправились на сервер разработчика.
А это решение — бред: «на какой сайт? Эс как доллар? У как русская у или как русская и?.. А что тут нажимать, как ваш адрес ....»
Возможно, вы и правы, но при общении с юзверами одного сервиса через e-mail работа облегчилась на пару шагов. Выжимать из пользователей нужную информацию по капельке, как на допросе — мучение. А вот на запрос перейти на сабжевый сайт и вбить своё имя, своё мыло, саппортовое мыло народ откликался без вопросов.
Абсолютно согласен. Начнешь объяснять, куда вписывать свой e-mail, начнут сыпаться вопросы «А что такое эмэил? А как поставить сабачку? и пр.»…
Есть только один вид точного багрепорта. Это присланный патч, который решает проблему. Всё остальное — хождение вокруг, даже если баг сопровождается трейсом, обстоятельствами появления и описанием как воспроизвести.
Достаточно встроить в свой баг-трекер небольшой Javascript, который сам будет добавлять информацию к отчету, а не посылать никуда пользователя. А еще лучше если сам программный продукт будет отправлять отчеты об ошибке, вкладывая всю необходимую информацию.
Судя по Opera, то им чихать на все репорты, которые возникают во время отчётов, генерируемых браузером. Даже один из представителей заявлял, что реакция на такие отчёты возникает только при достижении определённого количества. Прямое взаимодействие с саппортом намного продуктивнее и позволяет удержать пользователя. Я, естественно, про небольшие проекты, с которыми я и работаю.
А что сильно полезного сообщает данный сервис?
Он не верно определяет мой браузер (Web Browser: Opera 9.80 )
Потому что Опера себя так и определяет. Во всех типах экспорта *.csv, *.pdf и в e-mail он правильно определяет браузер через User-Agent.
>> Потому что Опера себя так и определяет.
Ну не совсем:
Opera/9.80 (Windows NT 5.1; U; ru) Presto/2.6.30 Version/10.62
Тут отчего такой формат (вкратце: при версии 10.х в начале строки user agent скрипты на многих страницах определяли версию браузера как 1.х, из-за этого отдавали кривое содержимое).
Ну не совсем:
Opera/9.80 (Windows NT 5.1; U; ru) Presto/2.6.30 Version/10.62
Тут отчего такой формат (вкратце: при версии 10.х в начале строки user agent скрипты на многих страницах определяли версию браузера как 1.х, из-за этого отдавали кривое содержимое).
Он скорее всего ничего не определяет, а тупо берет строчку из определенной переменной.
Недавно у одного клиента был банально отключен Javascript в браузере, необходимый для корректной работы вообще всего проекта.
И проект не сообщал об этом пользователю?
«Для продолжения работы включите Javascript в своем браузере. Как это сделать смотрите инструкцию: бла-бла»
Вы уже уволили разработчика?
«Для продолжения работы включите Javascript в своем браузере. Как это сделать смотрите инструкцию: бла-бла»
Вы уже уволили разработчика?
Вы думаете, что стоит из-за этого увольнять разработчика? Я сейчас влез с отключённым Javascript на сайт Google. Никаких оповещений не появилось, хотя Мгновенный Поиск и подсказки не пашут. И так на многих сайтах. Либо ЖаваСкриптовый компонент просто не отображается, либо не работает, а оповещения не так часты.
Да и в наше время браузеры с отключённым Javascript редкость. Было недавно исследование, где выводилось количество пользователей с отключённым Javascript, и процент был небольшим. Отключенный Javascript скорее либо рандомное нажатие кнопочек в настройках (как в моём случае), либо политика администратора компьютера для повышения безопасности.
Да и проект наш на коленке состряпан, поэтому не даю ссылок и оставляю без названия, ибо стыдно. Увольнять некого, ибо инди-разработка со стартовым бюджетом 70 рублей на покупку пива.
Да и в наше время браузеры с отключённым Javascript редкость. Было недавно исследование, где выводилось количество пользователей с отключённым Javascript, и процент был небольшим. Отключенный Javascript скорее либо рандомное нажатие кнопочек в настройках (как в моём случае), либо политика администратора компьютера для повышения безопасности.
Да и проект наш на коленке состряпан, поэтому не даю ссылок и оставляю без названия, ибо стыдно. Увольнять некого, ибо инди-разработка со стартовым бюджетом 70 рублей на покупку пива.
Я сейчас влез с отключённым Javascript на сайт Google. Никаких оповещений не появилось
Может это потому что Javascript не «необходимый для корректной работы вообще всего» гугла?
«Вы думаете, что стоит из-за этого увольнять разработчика?»
Я думаю, что это азы. Но если «инди-разработка со стартовым бюджетом 70 рублей на покупку пива», то конечно, такая ситуация будет в порядке вещей. Но тогда и нечего на пользователей пенять, что они вам глупые баг-репорты пишут.
Зайдя на гугл с отключенным javascript вы лишились возможности осуществлять поиск? Гугл перестал работать? Если пользователь отключил javascript (или это сделал администратор, такова политика безопасности), возможно на то были причины. И в случае если сервис может функционировать, то незачем лишний раз беспокоить пользователя.
А вот если сервис без javascript не функционирует совсем, то там просто обязана быть проверка, и в случае негативного результата соответствующая информация для пользователя.
И это касается в принципе любой технологии и любого ПО претендующего на использования обычными пользователями.
Я думаю, что это азы. Но если «инди-разработка со стартовым бюджетом 70 рублей на покупку пива», то конечно, такая ситуация будет в порядке вещей. Но тогда и нечего на пользователей пенять, что они вам глупые баг-репорты пишут.
Зайдя на гугл с отключенным javascript вы лишились возможности осуществлять поиск? Гугл перестал работать? Если пользователь отключил javascript (или это сделал администратор, такова политика безопасности), возможно на то были причины. И в случае если сервис может функционировать, то незачем лишний раз беспокоить пользователя.
А вот если сервис без javascript не функционирует совсем, то там просто обязана быть проверка, и в случае негативного результата соответствующая информация для пользователя.
И это касается в принципе любой технологии и любого ПО претендующего на использования обычными пользователями.
Возразить нечего по поводу Javascript, всецело согласен. Беру на заметку, добужусь до разраба. А к пользователям претензий нет. Если готовишься открыть сайт (магазин/контору/фирму), то готовься получить неподкованных юзеров (покупателей-скандалистов и т.п.). Данный топик не негодование, обращённое на пользователей, а посвящён инструменту, способному помочь разработчикам (особенно с 70 рублями). Ведь не все обязаны разбираться в компьютере (теологии, квантовой механике и другим дисциплинам). Если разбираются, то здорово — отлично, легче общаться и работать, если нет — ищи способы работать с меньшими затратами ресурсов (денёжных, нервных).
Ну всё, ждите 10 клонов этого сайта.
Вот такое есть noko.org.ru
По Вашему опыту использования этого сервиса какие из параметров действительно помогли Вам обнаружить и исправить баг? Мне кажется это только версия Flash…
Версия флеш пишется тут: www.adobe.com/software/flash/about/
причем это 10.1.85.3, а не мало о чем говорящая 10.
Уж на уровне больших версий приложение само должно разбираться, и в случае если оно работает с версией, например, 9 и выше, то сообщать об этом пользователю, в случае если у него старее.
причем это 10.1.85.3, а не мало о чем говорящая 10.
Уж на уровне больших версий приложение само должно разбираться, и в случае если оно работает с версией, например, 9 и выше, то сообщать об этом пользователю, в случае если у него старее.
Полная версия у них в экспорте. На экране зачем-то (видно кому-то было тяжело прочитать столько цифр) пишется только major.
Я предпочитаю www.whatismyflash.com/
И адрес знаете ли запоминающийся :)
И адрес знаете ли запоминающийся :)
Именно версия flash, браузер и один раз Javascript. Но проект, который я поддерживаю слишком мал и не сильно популярен (небольшой образовательный портал с тестами на жабаскрипте и материалами, часть из которых видео). Но раз присутствуют и другие параметры, то и они кому-то нужны, видимо.
Кстати, Browser Size не меняется с изменением размера окна.
Одно упущение — для Уасилия нужно домен попроще)) А то попытки продиктовать имя сайта будут не намного проще выяснить эту самую информацию без сайта)
Почему нельзя к сабмиту (если багрепорт отправляется на самом сайте) клеить эти данные? Ну или если сайт с регистрацией, то просто для каждого пользователя собирать эту инфу?
Я всегда знал что «кукисы» выглядят именно так!
Превет я Уася у миня ни робатаить виселоя ферма што делать?77???
Попросить у Васи логин. Потом зайти в админку и открыть информацию по этому аккаунту, где есть все перечисленные выше данные, лог заходов в игру и лог ошибок.
А пользователя грузить этой информацией совершенно не нужно. Это не повышает юзабилити, а снижает. Такие вещи должны быть реализованы на сервере, максимально прозрачно для enduser'а. Что-то вроде:
Дорогой Уася!
На сервере случилась непоправимая ошибка.
Попробуй перейти на главную страницу (тыц) или повторно авторизоваться (тыц).
Если совсем чего не помогло — напиши нам (тыц).
Код ошибки: 12345FX
После чего закинуть всю отладочную информацию и информацию о юзере (то, что на скриншоте) в лог\базу.
Зачем придумывать себе лишние проблемы. Раз уж так нужно узнавать информацию о клиенте, которую может узнать браузер, почему бы не сделать это автоматом. При постинге формы тикета эту информацию заносить в базу.
Также сделать заявку в виде обязательных полей. Да, у клиента уйдет больше времени на ее заполнение, но время на понимание проблемы и ответ значительно сократится.
Также сделать заявку в виде обязательных полей. Да, у клиента уйдет больше времени на ее заполнение, но время на понимание проблемы и ответ значительно сократится.
Неверно определяется версия ОС. Пишет Windows Vista, по факту Windows 7.
Нету битности системы — для оффлайн-багов не подходит
Сама идея отличная, но не привязанная к сервису. :)
Мне кажется, что это хорошо работает в том случае, если обращение в тех. поддержку происходит с помощью обратной связи на нашем сайте.
Вот зашел пользователь на нашу страничку с формой, мы все данные собрали и вместо с данными формы получили. И пользователю лишний раз думать не надо, и у нас все данные есть.
Мне кажется, что это хорошо работает в том случае, если обращение в тех. поддержку происходит с помощью обратной связи на нашем сайте.
Вот зашел пользователь на нашу страничку с формой, мы все данные собрали и вместо с данными формы получили. И пользователю лишний раз думать не надо, и у нас все данные есть.
internet.yandex.ru велосипед уже изобретен и домен красивый
Copyright 2010 Imulus. We love you… — ооооо как это мило…
bginfo в автозагрузке гораздо полезней
Имхо, если это так нужно, то встроить мини-тест, обязательный для активации кнопки «отправить» в форму связи с техподом.
Глупость какая-то. Если я правильно понимаю, то вы предлагаете писать километровые инструкции пользователю «как пожаловаться на ошибку?», где очередным пунктом будет «N. Зайдите на сайт www.supportdetails.com/ сохраните все буковки в файл и пришлите нам»?
Упс. Рано отправилось. Продолжу.
Зачем посылать пользователя неизвестно куда, если эту информацию может собрать сама форма обратной связи и присоединить к письму?
К примеру, мне для большинства обычных сайтов хватает информации, что собираю на серверной стороне:
— referer (многие жалуются на проблему с какой-то страницей, причём забывают указывать какой именно)
— user-agent (даёт возможность проверить под браузером пользователя)
Будет мало — допишу пару строчек JS, которые соберут инфу о разрешении экрана и прочем.
Зачем посылать пользователя неизвестно куда, если эту информацию может собрать сама форма обратной связи и присоединить к письму?
К примеру, мне для большинства обычных сайтов хватает информации, что собираю на серверной стороне:
— referer (многие жалуются на проблему с какой-то страницей, причём забывают указывать какой именно)
— user-agent (даёт возможность проверить под браузером пользователя)
Будет мало — допишу пару строчек JS, которые соберут инфу о разрешении экрана и прочем.
слишком мало информации
лучше бы они написали плагин, java-апплет, и т.п., который возвращал бы инфу по всей системе
а так глубина цвета, разрешение экрана нафиг никому не уперлись
лучше бы они написали плагин, java-апплет, и т.п., который возвращал бы инфу по всей системе
а так глубина цвета, разрешение экрана нафиг никому не уперлись
Переводил-переводил его на русский, недопереводил. Чуваки итерации перевода со мной обсуждали месяцами, и пока все это дело, даже домен supportdetails.ru у них протух. Впрочем, их можно понять: нафиг им русский сайт:)
вот если бы у них было API при помощи которого можно было бы узнать все это и прислать вместе с данными формы поддержки которую юзер вот вот отправит… то была бы польза…
а тут надо объяснять зайди туда-то нажми то-то.
неизвестно еще сколько потратишь времени на объяснение одного только url'а )
а тут надо объяснять зайди туда-то нажми то-то.
неизвестно еще сколько потратишь времени на объяснение одного только url'а )
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Support Details — поддержка без мучений