Thoughts on D8UX Strategy
Язык оригинала: Английский
Переводим на: Русский
Статус: в процессеПереводим на: Русский
Переведено 38%
Статья о стратегии развития пользовательского интерфейса в Drupal 8.
Автор — Bojhan Somers.
Оригинал: http://bojhan.nl/thoughts-d8ux-strategy
Переводчики
Перевод
| #1 | Thoughts on D8UX Strategy | Размышления о стратегии D8UX | |
| #2 | Drupal 8 development has been underway for some time now and we're seeing increased activity around issues that aim to improve Drupal usability. | Разработка Drupal 8 идет уже некоторое время. Уже сейчас мы видим, как увеличилась активность в сфере задач повышения удобства работы с Друпалом. | |
| #3 | What's been missing is an overview of where we should focus our time and energy when tackling Drupal user experience challenges. This post provides an outline of the topics we want to focus on to make Drupal 8 great. | Чего не хватает - так это общего обзора о том, на чем нужно сфокусировать время и энергию в борьбе с задачами user experience (*) Друпала. В этой статье набросан небольшой обзор предметов, на которых нам следует сфокусироваться, чтобы Drupal 8 стал замечательным. | |
| #4 | In a nutshell, we want to: | Если коротко, мы хотим: | |
| #5 | * Kick off some essential core UX design projects in the next months. | * в ближайшие месяцы запустить несколько важнейших проектов UX-дизайна ядра. | |
| #6 | * We will work on the content creation experience, fields UI and extending Drupal. | * сделать более удобным создание контента, интерфейс работы с полями, расширить Друпал (?). | |
| #7 | * And last, we want to position the default profile(s) of Drupal core, and define a community-driven framework for making decisions on their directions. | * И наконец, спозиционировать базовый профиль (профили) ядра Друпала, а также определить для сообщества фреймворк принятия решений по развитию этих профилей. | |
| #8 | One of our biggest challenges, is that we lack developers who are involved in each of these topics. We learned, that the best way to get great developers ready and willing to contribute to UX initiatives are, is when there are well-researched, solid design proposals. So lets all start there. | Одна из наших самых больших проблем - это то, что нам не хватает разработчиков, которые принимают участие в каждой из этих тем. Мы поняли, что лучший способ получить больше разработчиков, которые готовы и хотят внести свой вклад в UX инициативы, это, когда есть хорошо проработанный, четкие дизайнерские предложения. Так что давайте все начнем с этого. | |
| #9 | I presented a D8UX strategy talk at BADCamp, touching on the main core interfaces we want to improve. | На BADCamp я представлял доклад по стратегии D8UX об основных интерфейсах ядра, которые мы бы хотели улучшить. | |
| #10 | Features come and go, tools are here to stay | Фичи приходят и уходят, а инструменты остаются навсегда | |
| #11 | Our core site building tools are rusty. They haven't seen much overhaul from a UX perspective in the last few release cycles and are often using UI concepts introduced years ago. These tools have fundamental issues that affect large parts of the Drupal ecosystem. | Наши основные инструменты построения сайта заржавели. За последние несколько релизов они не подвергались никакому кап.ремонту с позиции UX. Зачастую, в них используются концепции, введенные годы назад. В этих инструментах имеются фундаментальные проблемы, влияющие на значительные части экосистемы Друпала. | |
| #12 | For the next months we will focus our design efforts on the fundamental overhauls of these core tools: | В ближайшие месяцы мы сфокусируемся на фундаментальной переработке дизайна этих основных инструментов. | |
| #13 | 1. Content creation - Our content creation flow is hard to customize and provides few good defaults. We worked hard on improving the UX for content creators in Drupal 7, but left out an important part - improving the actual content creation screen. In Drupal 8 we want to continue this work and finish revamping the content creation screen, add additional work flows (save as draft) and integrating more with contrib (providing better defaults for; media, WYSIWYG, vertical tabs). | Создание контента - Сейчас наш процесс создания контента непросто настроить. Да и хороших начальных установок в нем тоже мало. Мы много трудились над улучшением интерфейса создания контента для Drupal 7, но упустили важный момент: улучшение, собственно, экрана создания контента. В Drupal 8 мы хотели бы продолжить эту работу и окончательно исправить экран создания контента. А также - добавить дополнительные элементы в процесс (напр. сохранение черновика) и улучшить интеграцию со сторонними модулями (обеспечить базовые настройки для медиа, WYSIWYG-редакторов, вертикальных вкладок). | |
| #14 | This is a relatively self-contained design problem, which should result in specific actionable tasks. It’s also one where the problems are quite clearly layed out, therefor we will attack this one first as a good warming up for everyone who wants to be involved, before we dive into the more complex design challenges. | Эта проблема - относительно самодостаточная, так что из она породит конкретные решаемые задачи. Кроме того, все вопросы по ней уже четко распланированы, так что на нее мы нападем в первую очередь. Так сказать, в качестве разминки для участников перед погружением в более сложные задачи по дизайну. | |
| #15 | Jared Ponchot from Lullabot, has been working with us on revamping the content creation screen. We expect to be able to show details of this soon and we will need help to resolve some long standing issues around workflow. | Джаред Пончот из Lullabot уже поработал с нами над улучшением экрана создания контента. Так что вскоре мы сможем представить подробности работы, и тогда нам потребуется помощь в исправлении давнишних проблем рабочего процесса. | |
| #16 | 2. Field UI - Creating fields is cumbersome, you are thrown into a complex user interface modeled after building data structures instead of matching the mental model of creating forms and their displays. Custom content types with fine-grained control over individual fields is one of Drupal’s best product features. However, usability testing has clearly shown that the user interface we provide for this is just too complex for new users as well as existing users. There is a significant disconnect between the configuration interface and the end result. The user interface is modeled after the technical implementation, it quite literally reflects the database structure for how field definitions are stored. | ||
| #17 | We have seen that the formbuilder approach to the Field UI, solves a large deal of this conceptual problem. After a long period of discussion, we decided that this is something we want to persue in Drupal 8. | ||
| #18 | Swentel from Krimson has a sandbox up with a proof of concept implementation. We want to kick start this project early 2012, and need a lot of help in building this out. | ||
| #19 | 3. Extend - Finding the right module for your use case is hard, and keeping things up-to-date is an recurring chore that is easily ignored. The ability to extend Drupal with modules and themes is another big strength of Drupal. But sadly, most people are overwhelmed at the sight of the Modules page, and more often than not get lost in the process of trying to find the right module for their use case. | ||
| #20 | In the Drupal 7 cycle a lot of ground work has been put in place that allows us to now attack big parts of this problem from redesigning the modules page, improving the update manager, updating core, to last but not least adding a project browser that lets you browse modules and themes on Drupal.org from within your Drupal installation. | ||
| #21 | Currently we have no one who wants to lead up any of these parts. It is quite a complex domain, but given its such a central part of the Drupal experience we hope more contributors get involved. | ||
| #22 | These are all hairy, complex problems Each one of these topics will need to be worked on from different angles. By breaking them up into small achievable steps, we can focus developers on specific tasks and get the most out our limited resources, while building towards the end goal. | ||
| #23 | Besides these few major topics, we have a large number of smaller projects that we are involved in from improving the toolbar, shortcut, dashboard to supporting other core initiatives; mobile initiative, configuration management initiative, web services and context core initiative and the multilingual initiative. | ||
| #24 | Snowman – the core product | ||
| #25 | What makes Drupal, Drupal? We return to this fundamental question regularly during each release cycle. The presentation above sheds some light on our definition but it is still important to define a shared product vision for the core install profile(s). For whom are we optimising our core site building tools? This will have a profound impact on our ability to successfully create something like Snowman. So, this is no small task. | ||
| #26 | The Snowman project is one attempt at creating a core installation profile that brings a focused experience: | ||
| #27 | Build a local community website, get you 60% there but focus on finding Drupal’s strengths. Small groups collaborating on a project who want to tell the world & convince others to join them. | ||
| #28 | What Snowman currently lacks is extensive research on what the targeted audience really needs. We’re currently navigating this terrain only on assumptions and a few write-ups done by Drupal insiders. We need a clear understanding of the desired features and the expectations for the overall experience to set a direction that the community can support. | ||
| #29 | This involves framing the areas Drupal competes in, creating a good understanding where it is better than others and where it is good enough. If we can capture this in a few essential words we have defined a vision that will help inform and inspire decisions at any scale. | ||
| #30 | We are looking for contributors to help out with running the necessary research, analysis and reporting to the community. | ||
| #31 | Next steps.. | ||
| #32 | The proposed direction above comes from a lengthy process talking to core contributors and assessing our resources. Clearly these are the first more formalized thoughts that we have put out, but we intend to keep this up and talk more about future and current activities. | ||
| #33 | Dries has recently called for Drupal community leaders to find ways to scale themselves. For the UX-Team this means being less intensely involved in each issue and more in mentorship and attracting new contributors. It is no secret that the UX-Team apart from occasional influxes (D7UX) has been rather small, with few to no dedicated developers. | ||
| #34 | We hope by taking this more methodological approach to designing within the community, that there is more clarity and incentive to be involved. We have a lot of big and small challenges whom are in need of more developers. | ||
| #35 | * We have been having bi-weekly UX meetings in #drupal-usability in IRC on Mondays at UTC 8PM (4PM EST), and will continue to do so. We will be reviewing contrib UI (bring yours!) and discussing the UX topics. | ||
| #36 | * Get involved with the discussion and work on each topic! Ask me or Roy if you have any questions. | ||
| #37 | * Follow our list of UX priorities. | ||
| #38 | We would love to hear your thoughts. Is the focus right? Can you be part of this? | ||
| #39 | Co-authored by Roy Scholten with great reviews by dcmistry, KatteKrab and catch. |
Группы:
- Войдите или зарегистрируйтесь, чтобы получить возможность отправлять комментарии
Чт, 01.12.2011 — 15:43
#2
А почемубы не переводить дословно - опыт пользователей (использования)?
Чт, 01.12.2011 — 16:10
#3
А почемубы не переводить дословно - опыт пользователей (использования)?
А как оно согласуется с обозначением D8UX тогда?
Чт, 01.12.2011 — 16:23
#4
А почемубы не переводить дословно - опыт пользователей (использования)?
Ну дык оно ж по-английски гораздо больше означает, чем опыт использования. Сноску с объяснениями потом сделаю.
(*) user experience — пока не переводится, в язык почти не вошел, в литературе интернет-энтузиасты так и пишут — user experience (UX).
The site is the way it is because it is the way it is. If it wasn't the way it is, it wouldn't be the way it is