Skip to content

Latest commit

 

History

History
65 lines (40 loc) · 5.51 KB

help-offerings.md

File metadata and controls

65 lines (40 loc) · 5.51 KB

Глобальные изменения Help-портала

1. Раздел Report a Problem

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

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

2. Разделы Knowledge Base

В каждом разделе много вопросов и не сразу понятно, что разделов на самом деле несколько, нужно пролистать вниз. Предлагаю разделы сделать сначала списком из ссылок

  • Shopify
  • General
  • Magento
  • ...
  • Woocommerce

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

Что-то вроде такого: https://yandex.ru/support/browser/search-and-browse/tabs.html#problems

Будет занимать меньше места и будет сразу видно, что можно перейти в нужный раздел для поиска своей проблемы.

3. Ссылка Start a new forum topic

Не очень понятно, зачем она дублируется.
Предлагаю на это место разместить как раз Report a Problem.

changing-places

4. Нужно содержание с подзаголовками внутри больших статей

Пример, где можно применять: https://help.searchanise.com/support/solutions/articles/11000082875-how-to-modify-searchanise-widgets-appearance

В идеале сама статья должна быть небольшой и отвечать на один конкретный вопрос.
Если требуется большая статья, то рядом должно отображаться ее содержание с подзаголовками-ссылками, по которым можно перейти к нужному пункту (навигация, как в ворде или гуглдоке). Думаю, содержание можно разместить вместо "Related Articles", а их под статью переместить. Иначе приходится листать и вычитывать, есть ли в данной статье нужный материал.

5. Правый верхний угол

Не очень понятно, зачем там две ссылки: HOME и SOLUTIONS. Разница при переходе незначительная. На одной странице есть Report a Problem, на другой нет.

Мне кажется, лучше их убрать и сделать в правом верхнем углу компактный вариант логин-страницы (логин, пароль, запомнить на устройстве), можно в выпадающем окне по клику на "Login" (только лучше "Sign in").

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

6. Элементы интерфейса и заголовки (небольшое примечание)

Заметил, что в заголовках и элементах интерфейса встречается разное написание:

  • все слова с заглавной буквы, за исключением предлогов и частиц (вариант Title Case);
  • только первое слово с заглавной (вариант sentence case).

Например, Product Labels, но Instant search widget.

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

Сам я сторонник варианта Title Case, он более традиционный. Пример интерфейса редактора Atom:

interface