Является ли кофе хорошим предлогом для медленного запуска приложения?

Меня затащили на встречу с клиентом, чтобы проконсультироваться по любым вопросам юзабилити, поскольку мы наблюдали за тем, как пользователь выполняет ежедневные операции с программным приложением.

Первое, что произошло, это то, что после того, как клиент дважды щелкнул значок приложения, мы подождали около 8 минут для загрузки приложения. Никто в комнате не заботился об этом, кроме меня. Они утверждали, что то, что они делают, это запуск приложения и кофе во время его загрузки.

Конечно, пользователь полагает, что приложение является фантастическим, тяжелым и сложным, чтобы быстрее загружать (и во многом это), и (конечно) я не мог спорить (устно) о том, что время загрузки может улучшиться внутри этой встречи с этим пользователем, поэтому я написал 3 технические рекомендации для медленного запуска и представил их ключевым заинтересованным сторонам. Предложения были проигнорированы на месте, так как заказчику не нравилось его медленное время загрузки, так как это их время для кофе .

Я знаю, что мы должны смотреть, как наши пользователи работают каждый день, но включает ли это кофе (или другие действия, которые напрямую не влияют на бизнес-процесс)? Это хорошее оправдание?

Компьютер со встроенной кофеваркой

Изменить: добавлена ​​иллюстрация:)

116 голосов | спросил edgarator 16 52012vEurope/Moscow11bEurope/MoscowFri, 16 Nov 2012 03:27:33 +0400 2012, 03:27:33

16 ответов


83

Для меня основная логика такова:

Лучше иметь быстрое приложение, чем медленное приложение. Хотя есть много исследований, которые показывают, что более быстрые приложения обеспечивают лучший UX, мне кажется довольно аксиоматичным. Я имею в виду, что в целом, если мы хотим чего-то сделать, мы предпочитаем, чтобы это было раньше, чем позже (за исключением различных эстетических и, um, других видов деятельности, где точка наслаждается процессом. Я сомневаюсь, что загрузка приложения - это такой процесс, хотя иногда его можно сделать одним).

Клиент не объект , чтобы приложение было быстрее, ему просто все равно. Это большая разница. Если вы сделаете это быстрее, он не придет к вам с просьбой замедлить его, потому что теперь у него нет времени на кофе.

Итак, это то, что вы обычно должны делать, но вам это действительно не нужно. Если бы это было бесплатно, и вы могли бы сделать это одним нажатием кнопки, я думаю, что ответ будет ясен - вы должны это сделать. Но это не бесплатно, поэтому дело доходит до эффективности затрат. Если вы можете инвестировать свои ресурсы в то, чего хочет пользователь, сделайте это (если это единственный пользователь приложения и т. Д., Как говорит @yisela). Но если у вас есть ресурсы, доступные для этого по низкой цене, сделайте то, что сделало бы приложение объективно лучше - ускорите его.

* Иногда выполнение определенных процессов медленнее может достигать определенных целей UX. Было проведено известное тематическое исследование, в котором некоторые процессы, возможно, сберегающие или выполняющие расчет, были сделаны мгновенно для нового выпуска продукта, и пользователи, привыкшие к тому, что требуется время, не были уверены, что этот процесс когда-либо происходил в новая версия. Это создало много путаницы, и они снова и снова нажимали кнопку, чтобы убедиться, что это сработало. Таким образом, разработчики притворились, что замедляют его, предоставляя быстрый загрузчик или индикатор выполнения или что-то еще, что помогло пользователям успокоиться. Я не могу найти ссылку прямо сейчас. Но здесь это не так.

ответил Vitaly Mijiritsky 16 52012vEurope/Moscow11bEurope/MoscowFri, 16 Nov 2012 12:33:35 +0400 2012, 12:33:35
29

Вам следует попробовать выполнить тестирование A /B split, чтобы узнать, какая группа пользователей более продуктивна. Первой группе будет отказано в кофе, но приложение загружается мгновенно. Вторая группа будет раздавать кофе, пока она загружается.

Я бы предположил, что вторая группа, несмотря на 8-минутную задержку, завершит первую работу дней;)

введите описание изображения здесь>> </p></body></html>

ответил cgTag 18 72012vEurope/Moscow11bEurope/MoscowSun, 18 Nov 2012 23:38:12 +0400 2012, 23:38:12
18

Но, конечно, да! Никогда нельзя недооценивать ценность хорошей чашки кофе. Вы знаете, что кофе - это номер один в офисе, который может заставить офисного работника преуспеть или потерпеть неудачу, по крайней мере, согласно журналу Baltimore Business Journal:

  

Кофе в офисе более важен, чем кажется

â € |   эксперты на рабочем месте говорят, что в зависимости от того, как это делается, кофе может   либо быть перком, который подпитывает моральный дух сотрудников или раздражение, которое   сворачивает рабочих до такой степени, что они чувствуют себя отчужденными и   Недовольный.

Итак, ответ на ваш вопрос, очевидно, да!

; -)

ответил 4rchit3ct 16 52012vEurope/Moscow11bEurope/MoscowFri, 16 Nov 2012 13:03:37 +0400 2012, 13:03:37
10

Да. Кофе - хорошее оправдание, но это не очень хорошая причина.

Важно, однако, на самом деле, что для этих пользователей это не имеет большого значения. Действительно!

Вот почему вы наблюдаете за ними, чтобы узнать, как они используют вещи и ощущают что-то в этом роде. И для нас, продавцов программного обеспечения, это может быть ужасно и мучительно, потому что мы заботимся о других вещах.

У этих пользователей есть работа. И их программное обеспечение - это просто инструмент, который они используют для выполнения своей работы. Это важно для понимания. Они не работают ежедневно, чтобы работать с компьютерами или взаимодействовать с вашим программным обеспечением. У них есть работа. Если talk является важной частью этой работы, тогда они должны поговорить - и вы должны позволить им говорить. И вам не нужно чувствовать, что вы должны решить эту задачу, выполнив какое-то решение для вашего программного обеспечения ...

Если вы думаете об этом, такие ситуации происходят все время. Мы все делаем обходные пути, потому что наше программное обеспечение /устройство /вещь не ведут себя так, как мы этого хотим. Компьютеры и программное обеспечение, вероятно, являются самой важной причиной успеха Post-it.

Я не говорю, что в вашем следующем решении вы должны использовать 8-миллиметровый кофейный тормоз. Не делай этого! Но уважайте, что ваши пользователи имеют другое представление о том, как их работа должна быть выполнена и какие элементы важны для достижения этого.

ответил Jørn E. Angeltveit 17 62012vEurope/Moscow11bEurope/MoscowSat, 17 Nov 2012 01:35:40 +0400 2012, 01:35:40
9

Если это критически важное для бизнеса приложение, то для пьяниц, не употребляющих кофе, может применяться следующее:

8 минут каждое утро * 22 рабочих дня в месяц * 12 месяцев в году:

8 * 22 * ​​12 = 2112 минут в часах => 2112/60 = 35,3 часа, что очень приближается к всей рабочей неделе в Великобритании.

Если бы я был боссом, я был бы в ужасе! (Однако мне нравятся несколько кофе по утрам.)

ответил spuds 16 52012vEurope/Moscow11bEurope/MoscowFri, 16 Nov 2012 13:20:27 +0400 2012, 13:20:27
7

У меня был такой же «мы берем наш кофе-брейк, пока это загружается».

Однако это был не наш код, и мы в конечном итоге установили его бесплатно для клиента и на самом деле за незначительный счет для нас, потому что мы хотели показать клиенту, что мы лучше, чем предыдущий поставщик, в надежде выиграть больше их бизнеса по линии (что мы и сделали).

Итак, если вы не исправите это, вы оставите себя открытым для конкуренции.

ответил jeff_kile 24 62012vEurope/Moscow11bEurope/MoscowSat, 24 Nov 2012 10:02:08 +0400 2012, 10:02:08
4

Вы упомянули, что ваш клиент отклонил ваши предложенные изменения, поэтому я предполагаю, что это приложение, которое было выполнено для него /нее, и вы не предлагаете /не продаете его другим потенциальным клиентам. Просто любопытно, что это за программа, на которую уходит 8 минут? Я ничего не могу придумать.

Существует корреляция между скоростью ответа пользовательского интерфейса и предполагаемой удобностью использования сайта или приложения. Таким образом, программа соответствует вашей обычной программе клиентов, и они любят ее, потому что это причудливо. Возможно, ему не нужно быть быстрее. Но это продукт, который вы можете продать? Является ли он масштабируемым? Ну, это, скорее всего, не подойдет другим клиентам. Я не пью кофе, что я должен делать, пока я жду? Что произойдет, если мне нужно будет использовать его, как только я получу в офисе? Представьте, что у меня есть кто-то по телефону, ожидающий моего ответа. 8 минут - очень долгое время.

Вероятно, вы уже знаете причины, по которым это время загрузки должно быть уменьшено. Моим основным было бы (помимо того, что было бы очень сложно продать другим людям), чтобы пользователям не приходилось адаптировать к программному обеспечению, программное обеспечение должно быть достаточно гибким, чтобы эффективно использоваться ими.

ответил Yisela 16 52012vEurope/Moscow11bEurope/MoscowFri, 16 Nov 2012 05:19:33 +0400 2012, 05:19:33
4

Чтобы перефразировать ваш вопрос, вы, как пользовательский подход /продукт, должны думать о том, что ваша среда пользователей находится вне вашего приложения?

HELL YEAH!

Поскольку пользователь использует ваше приложение в своей среде, их реакция на то, что ваше приложение делает вне вашей среды, тоже важно!

Представьте, если какой-то процесс занимает 8 часов. Не могли бы вы сказать, что нам нужно сделать это за 8 минут? Что делать, если это одноразовая пакетная работа? Контекст пользователей имеет значение для вашего приложения, включая скорость и производительность.

Если ваше приложение загружается только один раз в день, и они запускают его в начале дня, тогда они могут не беспокоиться о времени загрузки.

Если вы разработчик, подумайте об этом как о времени загрузки JVM - произойдет один раз в очень долгое время. Не имеет никакого значения, так как, как только это закончится, он будет не спать.

Реальная проблема - это клики в минуту 4. Это проблема, так как это означает, что вам нужно вернуться и сделать это. Избавиться от них было бы хорошим исправлением юзабилити.

ответил PrasannaK 24 62012vEurope/Moscow11bEurope/MoscowSat, 24 Nov 2012 09:10:25 +0400 2012, 09:10:25
3

Принесите кофейное оправдание, но не верьте ему. В один прекрасный день у вашего клиента будет проблема с 8-минутной вещью, например, потерянный срок или рейс, и они будут винить вас.
Как их поставщики программного обеспечения вы должны консультировать их, и позволить им с таким длительным процессом не является хорошим советом. Когда проблема случится, они обратятся к вам с сердитым лицом, забыв о том, как весело выпить кофе.

В моем опыте работы с компьютерами, которые долгое время являются waaaay, я видел, как многие программные части выполняются вяло, always из-за плохой архитектуры архитектуры программного обеспечения.
Например, в 2006 году приручили 40-часовой процесс за 20 минут.
Или в семидесятые годы целая ночная задача стала 15-минутной вещью.
Или запрос базы данных с 20 минут до второй секунды в девяностые.
Все они, с точно таким же оборудованием.
Вам нужно либо выполнить 8-минутную задачу в течение нескольких секунд, либо переделать систему так, чтобы это произошло из времени ожидания пользователя.
В идеале вы должны сделать то и другое.

ответил Juan Lanus 25 72012vEurope/Moscow11bEurope/MoscowSun, 25 Nov 2012 20:36:59 +0400 2012, 20:36:59
3

Перед тем, как вы решите, нужно ли тратить время и ресурсы на повышение производительности, вам нужно задать еще несколько вопросов:

  1. Используют ли другие клиенты это приложение?
  2. Вы активно пытаетесь продать его другим клиентам?
  3. Является ли время загрузки препятствием для его продажи?
  4. Является ли время загрузки препятствием для разработки /тестирования?

Если ответы на все эти вопросы «нет», не беспокойтесь о том, чтобы улучшить его, если у вас нет разработчиков, которые сплевывали бы большие пальцы.

Если есть «да», тогда это стандартный вопрос о затратах и ​​выгодах.

ответил Kramer 30 52012vEurope/Moscow11bEurope/MoscowFri, 30 Nov 2012 02:29:49 +0400 2012, 02:29:49
2

Единая точка данных от человека, окруженного «енемией», все наблюдает за ним, как ястребы, не является научным.

Предположим, что восемь минут приемлемы. Вам нужно будет опросить значительную часть ваших пользователей, чтобы сделать такой анализ.

Даже если этот один пользователь не возражает против восьми минут, это почти наверняка пример того, как пользователь адаптируется к ситуации, а не счастлив с ней. Люди не знают, чего хотят. Но если участник пришел вперед, который начался через несколько секунд, и обычно обращал внимание на удобство использования, а не на щетку под ковром, ваш клиент хотел бы переключиться.

ответил Max Howell 24 62012vEurope/Moscow11bEurope/MoscowSat, 24 Nov 2012 19:32:54 +0400 2012, 19:32:54
2

Интересный способ использования использует «контекст использования материи», я думаю? Ответ «да, это так», и вы можете получить хороший обзор таких переменных в Интернете, начиная, возможно, с документа NIST CISUR (уровень 1), который охватывает различные аспекты контекста как иллюстрации.

Общая отраслевая спецификация для удобства использования - Требования

http://zing.ncsl.nist.gov/IUSR /документы /CISU-R-IR7432.pdf

По сути, на что вы указываете, суть пользовательского опыта: реальные пользователи, реальные задачи, реальные перерывы, реальные ответы о том, что составляет выполняемую работу и т. д. Или, если вам нравится: «Это не то, как вы нажимаете, это то, как вы работаете».

Чтобы ответить на ваш личный вопрос, я бы предостерег от использования результатов - 8 минут слишком длинны, но кофе как переменная не является надежным нахождением. Не могли бы вы воспроизвести его в других сценариях? Достоверно? И дизайн вокруг него?

(* Как ирландец, я могу связать, может быть, ждать восемь минут, чтобы приложение начало, если пинту Guinness заливали должным образом в течение этого времени, но другие когорты и локали пользователей, несомненно, не будут ждать так долго ... :)

  • Да, это контекст использования шутки вне терминов, contd, p. 94 и т. Д. Очень плохо пить на рабочем месте, наступать.)
ответил uobroin 17 Mayam13 2013, 10:25:19
1

Это плохое программирование - он вообще не учитывает пользователя. Из вашего описания кажется, что во время запуска приложения отсутствует пользовательский интерфейс. в фоновом режиме может наблюдаться некоторая операция блокировки ввода-вывода или CPU, ожидающая приложения. В этом случае попросите разработчиков сделать это в отдельном потоке и, по крайней мере, загрузить пользовательский интерфейс, даже если некоторые из функций или команд не включены. Если полный пользовательский интерфейс не может быть загружен, просто отобразите окно «запуск индикатора выполнения» с расчетным временем до завершения. Любой пользовательский интерфейс лучше, чем никакой пользовательский интерфейс.

ответил dodgy_coder 24 62012vEurope/Moscow11bEurope/MoscowSat, 24 Nov 2012 07:31:43 +0400 2012, 07:31:43
1

Да. Кофе является хорошей причиной для ухода из медленного времени запуска.

Пользователи пьют кофе в течение этих 8 минут. Мы можем догадаться, что они болтают между собой, они делятся последней информацией. Пользователям не нужно, чтобы приложение запускалось быстрее. Таким образом, вам не нужно быстрее запускать приложение. Разработчики не делают программное обеспечение для программного обеспечения. Они делают программное обеспечение для пользователей Â â € Â U U UX.

То, что вы предлагаете, похоже на улучшение скорости моего автомобиля, так что он может работать со скоростью 130 км /ч, хотя я использую его только в городе и не нуждаюсь в нем, чтобы ехать быстрее 100 км /ч.

И мы можем предположить, что приложение медленной загрузки быстро используется во время использования, поскольку оно уже загрузило данные.

Представьте, что вы перепроектируете приложение так, чтобы оно начиналось мгновенно, но лениво. Затем приложение будет продолжать загружать данные по требованию в течение дня, каждый раз, когда пользователь ждет перед таймером яйца. Тогда это сделает пользователя менее продуктивным в течение дня, , когда он /она не кофе . И это, вероятно, раздражало бы пользователя, так что это повредило бы удовлетворенности пользователей и, возможно, производительности.

ответил Nicolas Barbulesco 16 FebruaryEurope/MoscowbSat, 16 Feb 2013 15:38:33 +0400000000pmSat, 16 Feb 2013 15:38:33 +040013 2013, 15:38:33
1

По словам Сьюзан Вайншенк в 100 вещей, которые каждый дизайнер должен знать о людях :

  

Lindsey St. Claire (2010) и ее команда обнаружили, что если мужчины пили   кофе с кофеином, выполняя стрессовую задачу, он нарушил   их производительность. С другой стороны, женщины выполнили задачу   быстрее, если они пили кофе с кофеином (стр. 192).

Итак, если рабочая группа преимущественно женская, и задача стрессовая, наличие встроенного времени кофе может фактически повысить производительность. ;)

ответил Graham Herrli 14 FriEurope/Moscow2012-12-14T08:39:53+04:00Europe/Moscow12bEurope/MoscowFri, 14 Dec 2012 08:39:53 +0400 2012, 08:39:53
1

У вас недостаточно информации.

Вам нужно больше думать о Шерлоке Холмсе. Вы должны пойти утром и наблюдать, что происходит во время этого перерыва на кофе. Будьте как можно менее интрузивным. Посмотрите, что они делают и amp; говоря о. Это важно? Возможно, у них есть короткая схватка за кофеваркой. Возможно, они соглашаются на общие задачи дня. Что бы они ни делали, они хотят продолжать делать, поэтому это может быть важно.

Вы можете попытаться организовать кофе-машину, чтобы сломаться утром, чтобы узнать, что происходит (шутит (в основном)).

Вы говорите, что кофе - это «действия, которые непосредственно не влияют на бизнес-процесс», это ваше предположение. Вам необходимо проверить его, прежде чем действовать по нему. Вы можете непреднамеренно топать по некоторому важному поведению.

Даже если они просто болтают, все равно важно ваш бизнес . Если вы испортите перерыв на кофе, они могут найти повод, чтобы избавиться от вас!

ответил Simon Woodside 29 AM00000050000005431 2014, 05:59:54

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132