Алексей разработка

Задачи, обсуждения и баги

From the to-do list: КГУ отчеты

✔ Комментарии Ольги к релизу 21 июня

Comments

Denis Slabakov on June 22, 2013:

Админ-срочные поручения

1.     Непонятная ситуация с формой поиска – зачем ее объединили с фильтрами? Так нельзя делать. Форма поиска должна быть видна всегда. Сейчас, например, если админ выбрал фильтр по  статусу (даже если не фильтровал данные), он не догадается, что где-то есть форма поиска, и чтобы она появилась надо выбрать другой параметр фильтрации. Во всяком случае, клиент точно не догадается. Надо разбить на два разных блока – фильтр – это фильтр, а форма поиска – это форма поиска, которая видна всегда. Если нам требуется поиск совпадений не только по полю «адрес поручения» (как было запланировано изначально), то надо под формой поиска надо поставить радиобаттонс «искать в: адресе, названии, имени пользователя, везде» («везде» стоит по умолчанию).

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

3.     Фильтр по: - добавить ID клиента (см. п.13 текущего перечня), при выборе – ниспадающее меню с перечнем всех ID системы.

4.     Фильтр по имени создателя – если это фильтр, надо добавить выпадающее меню с перечнем имен создателей в алфавитном порядке (также как со статусом). Формой поиска внутри фильтра крайне неудобно пользоваться – до этого не додуматься, и еще у нас нереализована автоматическая подстановка символов – неудобно вводить точное имя клиента (мало ли как он себя записал – это трудно вспомнить).

5.     Фильтр по адресу – сделать выпадающий список адресов в алфавитном порядке.

6.     Фильтр по: - верхние значения ниспадающих меню второго окошка фильтра заменить на «все…». Например, по статусу – надо изменить в ниспадающем меню «Статус поручения» на «Все статусы», а то совсем непонятно, как можно сбросить фильтр, после того, как была сделана выборка по определенному статусу.

7.     Адрес в шапке таблицы – надо добавить сортировку по алфавиту

8.     Шапка таблицы – галочка рядом с названием, по которой произведена сортировка, должна быть выделена цветом (чтобы отличаться от других и было понятно, по какому полю произведена текущая сортировка).

9.     Функция редактирования СП – в ТЗ такой функции не было. Мы ж не редактируем текст СП, которое создал клиент.

10.  Администратор должен иметь возможность перевести поручение из одного статуса в другой посредством клика на текущий статус в самой таблице  (сейчас такой возможности нет).

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

11.  Для СП со статусами «проверить» и «корректировка» должна быть доступна функция редактирования фактической даты (сейчас такой функции нет)

12.  Добавить в таблицу колонку «ID клиента».

Еще я бы добавила функцию (не было указано в тз) чтобы по умолчанию СП, которые требуют действий от админа (выделенные красным – новые, отправленные на корректировку и с не просмотренными комментами) выводились сверху, а уж потом все остальные.

Клиент-срочные поручения

1.     Форма поиска и фильтры – тоже самое по всем пунктам, что и для админа, только без ID.

2.     Изменение статуса – клиент не должен иметь возможности менять статус.

3.     Добавление нового поручения. Всплывающее окно. Надо подписать поля «желаемая дата и время исполнения» (а то кажется, что это дата создания поручения, разница-то всего в 12 часов, никто ее не будет править, хотя может человека и через 2 дня устроит результат). И подписать поле «телефон» - непонятно, что за цифры там стоят. Поле «контакт» изменить на «Ваше имя». Поля «Ваше имя» и «телефон» должный быть предзаполенены данными клиента.

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

5.     Сейчас в таблице присутствует поле «комментарии». Оно лишнее, в ТЗ этого нет – надо убрать

6.     Кнопка «прикрепить отчет» - в будущем она будет использоваться только для администратора, из интерфейса клиента ее надо убрать.

7.     Кнопки загрузки отчета – аналогично интерфейсу админа – вроде мы отказались от этой функции.

 

 

 

 

Alexey Bychkov on June 24, 2013:

Админ-срочные поручения
3. Не вижу п.13
4. "и еще у нас нереализована автоматическая подстановка символов – неудобно вводить точное имя клиента (мало ли как он себя записал – это трудно вспомнить)" - а это точно здесь нужно? если да - то как понять, что вводится именно имя клиента, а не адрес, например?
9. То есть убрать возможность редактирования текста? Или всех остальных полей тоже?
11. А в пункте 9 не про неё разве речь идёт?
Клиент-срочные поручения
2. А сейчас разве имеет?
3. Непонятные цифры и контакт - это и есть данные клиента) Про дату ясно
4. Сейчас оно маячит пока пользователь на него не нажмёт) Но ок, понятно
7. Во второй версии - отказались. Но вторая версия - не конечная. Поэтому в целом - от этой функции не отказались.

Olga on June 25, 2013:

По пунктам
Админ
3. Речь о п.12, про ID
4.9. - вопросы к Денису
11. Во всплывающем окне редактируется дата создания, а я имею ввиду дату
фактического выполнения
Клиент
2. Смотрю - вроде нет, где-то видела, может, перепутала
3. Я-то, понимаю, боюсь, клиент не поймет, хотя если они пред заполнены, наверное, не критично

Alexey Bychkov on June 25, 2013:

Ок, Ольга, спасибо за ответы.

Денис, проясните, пожалуйста при случае пункты 4 и 9 админа.

Denis Slabakov on June 25, 2013:

Алексей, 

4. "и еще у нас нереализована автоматическая подстановка символов – неудобно вводить точное имя клиента (мало ли как он себя записал – это трудно вспомнить)" - а это точно здесь нужно? если да - то как понять, что вводится именно имя клиента, а не адрес, например?

Возможно ли выводить все подходящие варианты?

9 Редактирование содержания СП нужно запретить. Об остальных полях речь не идет

Alexey Bychkov on June 25, 2013:

4. Я вот, честно говоря, замысел по фильтрам так до конца и не понял.
Исходя из "Фильтр по имени создателя – если это фильтр, надо добавить выпадающее меню с перечнем имен создателей в алфавитном порядке (также как со статусом)" мы делаем выпадающий список всех возможных имён.
Исходя из "Фильтр по адресу – сделать выпадающий список адресов в алфавитном порядке" мы делаем выпадающий список адресов.
Если всё будет выпадать и можно будет это выбрать - зачем тогда вообще заморачиваться с интеллектуальной подстановкой вариантов?

Alexey Bychkov on June 25, 2013:

И ещё несколько уточнений:

1 (админ). "радиобаттонс «искать в: адресе, названии, имени пользователя, везде» («везде» стоит по умолчанию)." 
Это все варианты поиска (адрес, пользователь, везде)? По каким полям будет происходить поиск, при активном варианте "везде" (адрес, пользователь и все?)?

3 (админ). Имеется ввиду названия компаний или именно ID?

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

12 (админ). Именно "ID клиента" или Имя клиента?

Olga on June 25, 2013:

Алексей, по поводу фильтров и поиска. Изначально в прототипах/экранах был только фильтр по статусу и отдельно от него форма поиска. Идея о фильтрах с выпадающими списками адресов и имен создателей появилась из-за реализации хитро-сплетенного фильтра с формой поиска. Я не думаю, что это необходимо.
В итоге всего этого я предлагаю:
1. Фильтр - оставить только фильтр по статусу, как и планировали изначально (тогда нужно будет не 2 окошка с ниспадающим меню, а всего одно, а фраза "фильтр по" изменится на фразу "фильтр по статусу").
2. Поиск - делается в отдельном от фильтра месте. Искать можно по адресу, имени создателя, пользователю. Оформление лучше не радиобаттонс, а ниспадающие меню (я предлагала радиобаттонс пока не видела дизайны бэкенда) - визуализацию сегментированного поиска лучше взять отсюда 
Т.е. похоже на то, что реализовано сейчас - только надо отделить друг от друга фильтр по статусу и форму поиска.
По поводу автоматической подстановки - это очень удобная функция, надо делать. Зато потом мы ее  сможем использовать во всех остальных разделах бэкенда.

Денис, ваше мнение?

Olga on June 25, 2013:

Денис, ответьте, пожалуйста, по этим пунктам (Алексей писал выше):

3 (админ). Имеется ввиду названия компаний или именно ID?

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

12 (админ). Именно "ID клиента" или Имя клиента?

Alexey Bychkov on June 25, 2013:

Ольга, Денис, по фильтрам ничего не ясно.
В самом верхнем сообщении к фильтрам и поиску относятся пункты 1, 3, 4, 5.
Как они должны совместно существовать? Какие-то из них уже не актуальны? Какие-то из них уже поменялись?
Давайте определимся, что должно получиться в конечном итоге из этих 4х пунктов.

Denis Slabakov on June 26, 2013:

3 (админ). Имеется ввиду названия компаний или именно ID?
Название компании

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

12 (админ). Именно "ID клиента" или Имя клиента?
Название компании
 

Denis Slabakov on June 26, 2013:

Ольга, Денис, по фильтрам ничего не ясно.В самом верхнем сообщении к фильтрам и поиску относятся пункты 1, 3, 4, 5.

Как они должны совместно существовать? Какие-то из них уже не актуальны? Какие-то из них уже поменялись?

Давайте определимся, что должно получиться в конечном итоге из этих 4х пунктов.

не делаем ничего - оставляем как есть
 

Alexey Bychkov on June 26, 2013:

Ок, понял

Alexey Bychkov on June 27, 2013:

Всё, что обсуждали выше, готово.
Проверить можно здесь: http://chat.websumy.ru/inside/