Я не считаю, что речь идет о проектировании для клиентов нашего хостинга по сравнению с проектированием для людей, которые размещают сайты самостоятельно или где-то еще.
Я вижу, что речь идет о проектировании для людей, выполняющих разные роли, независимо от того, где размещен сайт.
Один человек может выполнять несколько ролей, но это не всегда так.
Даже в мире самохостинга мы видим здесь людей, чье внимание сосредоточено на управлении их сообществом, и которые опираются на друга или кого-то другого, чтобы помочь с более техническими аспектами.
Даже если вы делаете все сами, может быть полезно немного более осознанно относиться к тому, когда вы выполняете роль «системного администратора», а когда — «администратора сайта» или «менеджера сообщества».
Мы также пытаемся разделить эти различия в нашей документации и обсуждениях.
Последний раунд изменений действительно сместил фокус панели администратора на вопросы, важные для людей, выполняющих роль «менеджера сообщества».
Но в целом в разделе /admin нам все еще нужно учитывать потребности всех этих разных ролей.
Я могу представить будущее, в котором /admin будет еще более настраиваемым, возможно, с личными выборами того, что отображается на стартовой странице для отдельных пользователей на одном сайте.
Но в этом последнем раунде изменений мы разделяли вещи внутри существующих страниц.
Страница «управление обновлениями» — это место, где мы в настоящее время консолидируем больше информации о версиях и добавляем больше данных, таких как история обновлений и ссылки на журналы изменений.
Я думаю, что способ подумать о вкладе в это направление — это:
- (a) рассмотреть, как сделать эту страницу более полезной
- (b) рассмотреть, как сделать эту страницу более доступной для поиска
- (c) рассмотреть, какая информация должна/могла бы также отображаться в других местах (возможно, связано с (b), если мы предполагаем, что каждый раз, когда мы это делаем, должна быть ссылка на саму страницу)