Оля, мне кажется сейчас вообще не понятно что и как будет, смотрю на схемы и очень плохо понимаю что изменится. Да и в целом мне кажется не в том направлении движемся.
Я сделал карту в mindmap, выкладываю исходную и картинкой. Посмотрите, мне кажется как минимум ключевое различие, что я предлагаю разделить ЛК на кабинет администратора и кабинет клиента
Андрей, какая волшебная карта, спасибо, буду ее детализировать в процессе))) Я не стала охватывать процесс целиком сразу, потому что на мой взгляд разделы, касающиеся управлением клиентами, пользователями или техподдержка - они отдельные. Процесс выгрузки данных и формирования отчета - он не связан с ними, и проще определяться с функционалом поэтапно. Предлагаю сначала проработать основное ядро системы, а потом уже надстроить пользователей, техподдержку и т.п. Поэтому на моей схеме только процесс возможных переходов по страницам при формировании отчетов. Возможные действия я не стала показывать на карте, т.к. вряд ли получится их все отобразить - их много, поэтому отдельные действия показаны на прототипах. По ЛК - согласна, что у пользователей разных уровней будут разные возможности, но пока я делала только интерфейс для Администратора. Если с функционалом для админа все ок, тогда на его основе я быстренько дорисую для клиента с усеченными функциями.
Я все же предлагаю делать поэтапно. На мой взгляд, больше путаницы и при попытке охватить все сразу, если элементы системы пусть и находятся вместе, но не связаны между собой. Давайте сначала согласуем процесс выгрузки данных и формирования отчета для админа?
Андрей Буганов on December 13, 2013:
Я верно понимаю, что администратор будет видеть сразу абсолютно весь список отчетов? Не получится ли каша по такой схеме? Может лучше дать ему возможность перейти в ЛК нужного клиента и там увидеть все отчеты этого клиента?
Андрей Буганов on December 13, 2013:
Иначе есть риск: 1. Администратор зальет отчеты не тому клиенту, и не дай бог в этих отчетах будут какие-то конфиденциальные данные 2. Администратор удалит не те отчеты, так как их будет слишком много и при фильтрации он может ошибиться 3. Администратора удалит окончательно помеченные на удаление объекты для всех клиентов 4. Клиент и администратор имеют одинаковые ссылки для входа, есть риск что систему взломают и получат админский доступ, если же клиентская ссылка не будет разрешать авторизацию под админом, это уже будет сделать значительно сложнее
Это то, что видно на первый взгляд.
Olga on December 16, 2013:
Андрей, по вашим вопросам: Список всех отчетов - я не думаю, что будет каша с учетом того, что есть фильтрация. По умолчанию может быть отфильтрована группа отчетов, которая была последняя в выгрузке. Думаю, что использование фильтров удобнее, т.к. дополнительный уровень вложенности не упрощает интерфейс. Мне нравится реализация, которую вы изначально предлагали в переписке (отчеты сгруппированы в виде папок, которые при клике открываются как древовидный список без перезагрузки страницы), но насколько я поняла, есть сложности в реализации, поэтому предлагаю решить проблему с помощью фильтров.
По поводу входа в ЛК клиента - думаю, сложно постоянно входить в разные интерфейсы. Ведь администратор работает одновременно со всеми клиентами, и кроме выгрузки новых отчетов просматривает комменты, поручения к странице, отвечает на вопросы. Я за то, чтобы у админа был один интерфейс, в котором представлены все клиенты.
Olga on December 16, 2013:
По рискам: 1. Думаю, риск залить конфиденциальные отчеты не тому клиенту не исключается и при разных ЛК. 2.3. - Данные риски, возможно, чуть больше, если интерфейс единый, но не не уверена. Удалить не те объекты или сделать ошибку по невнимательности - такой риск есть всегда. А с разными ЛК можно, например, войти в ЛК не того клиента и совершить операции там. 4. Не готова как-то прокомментировать с профессиональной точки зрения (насколько сложнее взломать и насколько надежны меры защиты, которые можно предпринять), но может страницу авторизации сделать на разных страницах для админа и клиентов, но тем не менее интерфейс останется общий?
Comments
Olga on December 8, 2013:
Файл с общим описанием (в процессе будет изменяться) https://docs.google.com/a/mytask.me/document/d/172iGThcDKctqXa7KtOSBzljXZ-dNqDX6-jdx3p3JrrU/edit
Андрей Буганов on December 12, 2013:
Я сделал карту в mindmap, выкладываю исходную и картинкой.
Посмотрите, мне кажется как минимум ключевое различие, что я предлагаю разделить ЛК на кабинет администратора и кабинет клиента
Olga on December 12, 2013:
Я не стала охватывать процесс целиком сразу, потому что на мой взгляд разделы, касающиеся управлением клиентами, пользователями или техподдержка - они отдельные.
Процесс выгрузки данных и формирования отчета - он не связан с ними, и проще определяться с функционалом поэтапно.
Предлагаю сначала проработать основное ядро системы, а потом уже надстроить пользователей, техподдержку и т.п.
Поэтому на моей схеме только процесс возможных переходов по страницам при формировании отчетов.
Возможные действия я не стала показывать на карте, т.к. вряд ли получится их все отобразить - их много, поэтому отдельные действия показаны на прототипах.
По ЛК - согласна, что у пользователей разных уровней будут разные возможности, но пока я делала только интерфейс для Администратора. Если с функционалом для админа все ок, тогда на его основе я быстренько дорисую для клиента с усеченными функциями.
Я все же предлагаю делать поэтапно. На мой взгляд, больше путаницы и при попытке охватить все сразу, если элементы системы пусть и находятся вместе, но не связаны между собой.
Давайте сначала согласуем процесс выгрузки данных и формирования отчета для админа?
Андрей Буганов on December 13, 2013:
Может лучше дать ему возможность перейти в ЛК нужного клиента и там увидеть все отчеты этого клиента?
Андрей Буганов on December 13, 2013:
1. Администратор зальет отчеты не тому клиенту, и не дай бог в этих отчетах будут какие-то конфиденциальные данные
2. Администратор удалит не те отчеты, так как их будет слишком много и при фильтрации он может ошибиться
3. Администратора удалит окончательно помеченные на удаление объекты для всех клиентов
4. Клиент и администратор имеют одинаковые ссылки для входа, есть риск что систему взломают и получат админский доступ, если же клиентская ссылка не будет разрешать авторизацию под админом, это уже будет сделать значительно сложнее
Это то, что видно на первый взгляд.
Olga on December 16, 2013:
Список всех отчетов - я не думаю, что будет каша с учетом того, что есть фильтрация. По умолчанию может быть отфильтрована группа отчетов, которая была последняя в выгрузке. Думаю, что использование фильтров удобнее, т.к. дополнительный уровень вложенности не упрощает интерфейс. Мне нравится реализация, которую вы изначально предлагали в переписке (отчеты сгруппированы в виде папок, которые при клике открываются как древовидный список без перезагрузки страницы), но насколько я поняла, есть сложности в реализации, поэтому предлагаю решить проблему с помощью фильтров.
По поводу входа в ЛК клиента - думаю, сложно постоянно входить в разные интерфейсы. Ведь администратор работает одновременно со всеми клиентами, и кроме выгрузки новых отчетов просматривает комменты, поручения к странице, отвечает на вопросы. Я за то, чтобы у админа был один интерфейс, в котором представлены все клиенты.
Olga on December 16, 2013:
По рискам:
1. Думаю, риск залить конфиденциальные отчеты не тому клиенту не исключается и при разных ЛК.
2.3. - Данные риски, возможно, чуть больше, если интерфейс единый, но не не уверена. Удалить не те объекты или сделать ошибку по невнимательности - такой риск есть всегда. А с разными ЛК можно, например, войти в ЛК не того клиента и совершить операции там.
4. Не готова как-то прокомментировать с профессиональной точки зрения (насколько сложнее взломать и насколько надежны меры защиты, которые можно предпринять), но может страницу авторизации сделать на разных страницах для админа и клиентов, но тем не менее интерфейс останется общий?