Предложите улучшить интерфейс программы

Question

[Илья]

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


P.S. Операционная система Win2000 — WinXP, поэтому никаких Metro-интерфейсов. Лучше использовать более классический вид.

Answer 1

[Doktor_Gradus]

Ну, замените хотя бы «Да/Нет» на чекбоксы — сэкономите по клику на каждое поле. Дальше. При вводе такого объема данных лучше сделать форму, разворачивающуюся на весь экран. Отшлифуйте взаимодействие с формой при вводе «только с клавиатуры» — такой ввод обычно быстрее, чем переключение «клавиатура/мышь». Это навскидку.

Comments

[Илья]

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

[Doktor_Gradus]

Да, пойдут жалобы. Поначалу, потом привыкнут и будут нормально работать.

Answer 2

[Veliant]

Разбить на «страницы» и выдавать на заполнение небольшими группами и кнопки < Назад | Далее >. Когда все заполнено активировать кнопку Готово. По аналогии с инсталляторами

Comments

[Илья]

Да вы правы это облегчит интерфейс. Хотя тоже надо учесть некоторые моменты, при заполнении всё в базу делать это не лету или только после ввода всех данных. Если на лету надо учесть поля которые not null

Answer 3

[rPman]

прежде чем менять интерфейс необходимо:
1. спросить пожелания пользователей (записать по максимуму, даже противоречивые)
2. собрать статистику использования полей (по базе данных или вставить хуки в коде)
a) определить, как часто люди щелкают мышкой а когда пользуются кнопками (tab или еще как)
b) проанализировать время между вводом каждой данной
c) в идеале добавить анализ движения глаз (уже есть такое оборудование, включая софт для качественных веб-камер)
d) связать эти данные с пользователями, разделив их на классы (новый/старый или опытный/новичок или умный/глупый или мужской/женский пол и т.п.) так же необходимо как то определить набор типичных бизнесситуаций, при которых открывается эта форма

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

затем посмотрите, какие пожелания ложатся на исправление выявленных затыков

вот только тогда нужно думать что изменить

Comments

[Илья]

Что-то вы загнули сильно, особенно про веб-камеры (которых у них нет). Работая на заводе людям как бы всё нужно, процесс же идет нельзя тормозить. В основном все данные заносятся с бумажки, поэтому и нумерация полей тут к месту для более быстрого зрительного поиска.
Не уверен насчет опроса что нужно, а что нет. Мне вообще довольно проблематично с пользователями общаться(хотя это уже моя проблема).

[rPman]

указанный алгоритм универсален! не важно какой бизнеспроцесс, не важно на сколько сложно приложение…

Ну да, может и загнул, но можно сделать хотя бы что то из этого… и самое главное — спросить пользователей!!! не меняйте ничего пока хотя бы не поговорите с ними, и не выслушаете пожеланий, жалоб и т.п.

Правда это очень сложно вывести людей на диалог, будут бояться что все испортите, или просто неохота говорить/думать.

[Doktor_Gradus]

Проблемы диалога с пользователями решаются обращением к начальнику ИТ-отдела, говорите, что мол так и так. Вообще, обычно на заводе как раз этот процесс нормально отлажен — есть разработчик (или команда разработчиков) и есть постановщик задач — все они общаются с конечными пользователями продукта. Вспоминая свой опыт, могу сказать, что процентов 30 времени разработки программы — это общение с пользователями этой программы на тему её усовершенствования.

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

[Илья]

У нас всё проще как обычно все думают что разработчик умеет всё, даже читать мысли. Поэтому даже нормальной ТЗ написать не могут, просто звонит начальник отдела где пользуются этой программой и говорит что мол надо переделать что-то. Так что идти по пути спрашивать что-то у людей и выяснить как им было бы лучше, не вариант, они просто хотят а как это уже мои проблемы, догадаться надо. Вот так и работаем.
Но суть вопроса была не что и как сделать здесь и что людям надо, а к чему лучше стремиться и в каком направлении разработки по дизайну идти. А то у меня все программы выглядит довольно однотипно, и громоздко. Я хочу отойти от такого стиля и выработать что-то более менее дружелюбное и гибкое.

[Doktor_Gradus]

Да, именно так. Начальник отдела звонит и говорит, что надо что-то переделать или добавить — это нормально, потому что происходят изменения вокруг и на них, хочешь не хочешь, надо реагировать.

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

> Мне вообще довольно проблематично с пользователями общаться
Это навык, а не врождённый талант. Вот и качайте этот навык.

Answer 4

[JayDi]

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

Отсюда и возможные варианты:

1. Разделить объект учета на несколько составляющих, а именно, по задачам. Например, результаты сборки устройства заносятся на одной вкладке, результаты разборки — на другой, проверка тех. показателей — на третьей. Идея в том, чтобы пользователь сразу видел, что именно ему необходимо заполнить в данный момент времени. В принципе, ему даже не нужно будет никуда переключаться — достаточно заранее заготовить несколько вариантов форм под конкретные задачи, а пользовать будет просто выбирать, что же он сейчас хочет сделать. Например, отдельная кнопка вида «Добавить результаты еженедельного обслуживания» или «Поставить объект на капитальный ремонт».

2. Второй вариант, обходной, если невозможна разбивка структуры формы на задачи — сделать несколько состояний объекта и в зависимости от них — визуально выделять те блоки данных, с которыми должен работать пользователь в текущий момент времени. Что-то вроде обязательных для заполнения полей.

Comments

[Илья]

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

Answer 5

[Рустам Сафин]

Можно использовать аккордеон projects.developer.nokia.com/QMLTemplates/wiki/WikiStart#accordionlist