✔ Комментарии Ольги к релизу 21 июня
(Completed by Alexey Bychkov on June 27, 2013)
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х пунктов.
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:
Возможно ли выводить все подходящие варианты?
9 Редактирование содержания СП нужно запретить. Об остальных полях речь не идет
Alexey Bychkov on June 25, 2013:
Исходя из "Фильтр по имени создателя – если это фильтр, надо добавить выпадающее меню с перечнем имен создателей в алфавитном порядке (также как со статусом)" мы делаем выпадающий список всех возможных имён.
Исходя из "Фильтр по адресу – сделать выпадающий список адресов в алфавитном порядке" мы делаем выпадающий список адресов.
Если всё будет выпадать и можно будет это выбрать - зачем тогда вообще заморачиваться с интеллектуальной подстановкой вариантов?
Alexey Bychkov on June 25, 2013:
Olga on June 25, 2013:
В итоге всего этого я предлагаю:
1. Фильтр - оставить только фильтр по статусу, как и планировали изначально (тогда нужно будет не 2 окошка с ниспадающим меню, а всего одно, а фраза "фильтр по" изменится на фразу "фильтр по статусу").
2. Поиск - делается в отдельном от фильтра месте. Искать можно по адресу, имени создателя, пользователю. Оформление лучше не радиобаттонс, а ниспадающие меню (я предлагала радиобаттонс пока не видела дизайны бэкенда) - визуализацию сегментированного поиска лучше взять отсюда
Т.е. похоже на то, что реализовано сейчас - только надо отделить друг от друга фильтр по статусу и форму поиска.
По поводу автоматической подстановки - это очень удобная функция, надо делать. Зато потом мы ее сможем использовать во всех остальных разделах бэкенда.
Денис, ваше мнение?
Olga on June 25, 2013:
Alexey Bychkov on June 25, 2013:
В самом верхнем сообщении к фильтрам и поиску относятся пункты 1, 3, 4, 5.
Как они должны совместно существовать? Какие-то из них уже не актуальны? Какие-то из них уже поменялись?
Давайте определимся, что должно получиться в конечном итоге из этих 4х пунктов.
Denis Slabakov on June 26, 2013:
не делаем
Название компании
Denis Slabakov on June 26, 2013:
не делаем ничего - оставляем как есть
Alexey Bychkov on June 26, 2013:
Alexey Bychkov on June 27, 2013:
Проверить можно здесь: http://chat.websumy.ru/inside/