Лучший образец для публикации в социальных сетях

У меня есть приложение (RateBeer для Android), которое позволяет пользователям публиковать обновления в социальной сети, например, публиковать обзор пива, устанавливать их текущий статус, устанавливать рейтинг звезд или добавлять доступность в базу данных.

Каков наилучший способ предоставить пользователю отзывы о размещении их данных?

Вот несколько предложений (извините за длинный пост), из которых я в настоящее время использую номер 1):

  1. Постоянное уведомление a la Tweetdeck (изображение 2 ). Уведомление о несъемном состоянии, в котором указано, что отправляется /выгружается и исчезает, когда оно было успешным, или выдает сообщение об ошибке + deeplink в приложение, чтобы повторить попытку после сбоя.

    • + Довольно ненавязчивый: позволяет прямое использование приложения
    • + Прямая обратная связь с пользователем о том, что происходит.
    • + Уведомление об ошибке позволяет легко повторить попытку
    • - он предоставляет детали подключения пользователю
    • - Он использует уведомление, которое, возможно, не должно использоваться для этого
    • ? Этот процесс в идеале должен быть отменен (см. документы по дизайну )
  2. Модальный прогресс всплывает a la Google + (изображение 1 ) и большинство других приложений. Показывает статус публикации на главном экране; экран закрывается при успешном завершении или всплывающее окно закрывается при сбое, после чего пользователь может повторить попытку.

    • + Прямая обратная связь с пользователем о том, что происходит.
    • + Позволяет легко повторить попытку
    • + Очень легко реализовать
    • - Навязчивый: останавливает пользователя в дальнейшем с помощью приложения
    • - он предоставляет детали подключения пользователю
    • - Кнопка «Назад» должна быть отключена.
    • ? Что происходит, когда пользователь перемещается (например, в дом) при публикации?
    • ? Этот процесс в идеале должен быть отменен (см. документы по дизайну )
  3. Показывать прогресс на экране, когда пользователь ждет, использовать уведомление при прохождении пользователя . (Не могу вспомнить, какое приложение я видел, используя это.) Notificaitons используются сортировочно таким образом.

    • + Ненавязчиво: позволяет прямое дальнейшее использование кнопки «Приложение» и «Назад» работает нормально
    • + Прямая обратная связь с пользователем о том, что происходит.
    • + Позволяет легко повторить попытку (прямое или через уведомление)
    • - он предоставляет детали подключения пользователю
    • - Достаточно сложно реализовать надежно, я могу себе представить
    • ? Незнакомый образец для пользователей?
    • ? Этот процесс в идеале должен быть отменен (см. документы по дизайну )
  4. Общее обфускация процесса публикации a la Gmail . Никакой фактический процесс публикации - успехи или неудачи - показывается; вместо этого пользователь доверяет в приложении; возможно, ПОТОМУ ЧТО нет прямой обратной связи? Этот метод защищен GoogleGoglers .

    • + Очень ненавязчивый;
    • + Отсутствие возможности подключения
    • + Довольно легко реализовать (хотя требуется некоторое автономное хранилище)
    • - Пользователи не могут ожидать, чтобы сообщение /обновление в приложении (или вы «подделывали» это с помощью автономного хранилища).
    • - Прямая обратная связь с пользователем о том, что происходит с публикацией
    • ? Что делать, если публикация завершается неудачей даже после некоторых попыток?
    • ? Пользователи должны доверять вашему приложению, чтобы быть надежным?
  5. Запланированная (синхронизация) публикация . Сообщение пользователя /обновление явно будет помечено как автономное, а синхронизация может быть запущена вручную или запланирована в фоновом режиме. Как и большинство приложений для заметок, но один из способов.

    • + Ненавязчивый; пользователь может синхронизировать, когда ему нравится.
    • + Позволяет легко повторить попытку
    • + Довольно легко реализовать
    • - Он очень четко показывает детали подключения.
    • - Он предлагает двухстороннюю синхронизацию, которая может не всегда быть в этом случае
    • ? Незнакомый образец для пользователей (для приложений без примечаний)?
  6. Процесс проводки в фоновом режиме, но с визуальным индикатором на сообщение о том, отправлено ли оно, a la Whatsapp (изображение 4 ). Объединяет 4 и 5.

    • + Очень ненавязчивый;
    • + Только очень ограниченная (и полезная) возможность подключения
    • - Смешение живых и автономных данных, не подходящих для всех приложений (например, установка звездного рейтинга)
    • ? Уведомление, если публикация завершается неудачей даже после некоторых попыток?
    • ?Умеренно прост в реализации (хотя требуется некоторое автономное хранилище)
  7. Фоновая публикация с тостом за успех, a la Play Store (изображение 3 ).

    • + Очень ненавязчивый;
    • + Только очень ограниченная (и полезная) возможность подключения
    • + Довольно легко реализовать
    • - Прямая обратная связь с пользователем о том, что происходит с публикацией
    • ? Уведомление, если публикация завершается неудачей даже после некоторых попыток?

Google+ posting RateBeer posting  Play Store posting  Whatsapp posting

Волосатая деталь: мой сервер (RateBeer.com, который я не контролирую сам) довольно ненадежный, поэтому провал действия несколько (1%?) общий. Кроме того, публикация не очень быстро; это может занять пару секунд на медленных /плохих подключениях.

Альтернатива? Избранное?

7 голосов | спросил Eric Kok 9 PM00000040000000231 2012, 16:34:02

2 ответа


2

Я думаю, это зависит от размера контента и, более конкретно, ожидаемого количества времени для обновления.

Для простых обновлений, таких как добавление обзора пива, настройка текущего статуса или пиво в главной роли, сразу же отобразите результат изменения и выполните обновление в фоновом режиме. Таким образом, ваш текущий статус рядом с вашим именем должен немедленно обновиться, и ваш обзор пива должен сразу появиться в верхней части списка отзывов. Вы также можете показать индикатор состояния в обзоре, указав, что обзор отправлен, но я бы не зашел так далеко, чтобы показать текущее уведомление о статусе. Если в операции произошла ошибка (после n ), просто верните изменение и укажите ошибку пользователю.

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

Я бы избегал модальных диалогов и уведомлений тостов. Модальные диалоги несут коннотацию ненадежности и внушают страх потери государства. Уведомления о тостах обычно используются чрезмерно (я сам стал жертвой их) и обычно не должен использоваться для указания успеха.

ответил Roman Nurik 10 AM000000120000005131 2012, 00:58:51
2

Ответ Романа дает хороший аргументированный ответ, поэтому я согласен с этим в качестве основы для ваших решений.

Тем не менее, я хотел бы представить хотя бы одну альтернативу использованию уведомлений.

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

Для загрузок это не имеет значения. Что касается пользователя, которого мы заинтересовали, действие завершено, и нет необходимости возвращаться к нему. Для многих из нас разработчики, уведомления о загрузке очень похожи на тосты - способ для нас снять кожухи и выяснить, что происходит во время выполнения, когда у нас нет прилагаемого отладчика. «Работает ли мой сервис, был ли отправлен этот намерение?» Каждый раз, когда мы показываем уведомление или тост, чтобы подтвердить, что мы ожидаем, мы испытываем недостаток уверенности в нашей реализации для пользователя.

Однако. Это зависит от почти 100-процентной надежности, гарантированной презумпции того, что после того, как вы нажмете отправить , вам не нужно беспокоиться о том, что ваши данные каким-то образом не попадают на сервер.

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

Я бы отслеживал, сколько раз мои уведомления заканчивались чем-то иным, чем «upload complete», и стремиться уменьшить это до 0. Когда вы это достигли, нет необходимости вообще выводить уведомление.

ответил Reto Meier 13 PM00000070000005631 2012, 19:28:56

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

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

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