Особенности пользовательского интерфейса для сохранения изменений в основанном на документе приложении

Question

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

Когда приложение запускается, пользователь видит все документы, которые он создал до сих пор, в галерее и, щелкая документ, открываетсядо редактора.Мои варианты сохранения, которые работают так же, как и в настольных приложениях: «сохранить» (что хорошо для сохранения постепенного прогресса) и «сохранить копию» (что хорошо для сохранения вехи на этапе редактирования).Когда пользователь выходит из приложения, он видит обычный диалог «Сохранить изменения? Да / нет / отмена».

Тем не менее, этот подход не выглядит великолепным:

1. I 'В тестах было обнаружено, что пользователи случайно выбирают неправильную опцию при отображении диалогового окна «Сохранить изменения? Да / нет / отмена».
2. Объясняя разницу между «сохранить» и «сохранить копию» в причинно-следственной связиВ частности, пользователи хитры и вызывают недопонимание, приводя к потере данных.Я также хочу использовать опцию «сохранить как», но это, вероятно, самый запутанный вариант сохранения, особенно если вы не хотите, чтобы пользователь указывал имя файла на мобильном устройстве.

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

Некоторые идеи, которые я рассмотрел:

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

и / или

• Когда в меню редактора выбрано «Сохранить»,обновленный документ сохраняется в новом файле F, и все будущие действия по сохранению будут перезаписывать F. Это позволяет пользователю сохранять свои успехи по мере их продвижения, не имея возможности случайно удалить исходный файл.Единственная проблема заключается в том, что делать, если пользователь сохраняет, вносит некоторые изменения, а затем хочет покинуть редактор, отказываясь от изменений, внесенных после предыдущего сохранения.Единственные идеи, которые я могу придумать, - добавить подсказку при выходе или добавить пункт меню «Отмена» изменений.

Я ищу что-то гибкое, простое для объяснения и предотвращающее ошибки.

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

Answer 1

Когда я сомневаюсь, как справиться с такими вещами, я запускаю несколько флагманских приложений и смотрю, как они это делают.

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

Если я хочу, я могу дублировать свою электронную таблицу, но эта опция скрыта в подменю «Мои таблицы». Это не видно, когда вы создаете электронную таблицу.

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

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

---

Кстати, вот что говорится в Руководстве по интерфейсу пользователя iOS:

Просить людей спасать только при необходимости

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

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

Для iPad сохраняйте информацию, которую люди введите в поповере (если они не отменяют их работа), потому что они могли бы отклонить поповер без смысла к. Для получения более подробных рекомендаций с помощью всплывающих окон см. «Popover (iPad) Только).»

Answer 2

Ваше приложение должно автоматически сохраняться, не требуя явных действий со стороны пользователя. 99% времени это то, что хочет пользователь, так зачем создавать препятствие (подсказку), которое доставляет пользователю неудобства в 99% случаев, чтобы защитить 1% времени?

Если вы действительно беспокоитесь о 1%, сохраните N версий и предоставьте возможность возврата. Если бы у вас был интерфейс для этого, который бы показывал, что было добавлено или удалено в каждой версии, даже лучше. Бьюсь об заклад, если вы сделаете это и будете следить за тем, как часто оно используется, вы удивитесь тому, как редко люди его используют.