Обновить

UX-редактору: Правило «Хочу…». Что писать в кнопке

Например, кнопка в результатах поиска. Что написать, «Показать все» или «Посмотреть все»?

Считается, что на кнопках надо писать действие (фраза с глаголом), чаще всего, от лица юзера или что произойдёт дальше (а не просто «OK» или «Далее»). Зависит от контекста, флоу и, даже, от голоса продукта.

Давайте применим правило «Хочу». Мысленно добавляем слово «хочу» в начале текста кнопки и «что делать» (текст кнопки).

  • Хочу … «Читать далее»

  • Хочу … «Отправить сообщение»

  • Хочу … «Отменить»

  • Хочу … «Посмотреть все»

А вот так уже не очень:

  • Хочу … «Загрузка»

  • Хочу … «Отмена»

  • Хочу … «Показать все» — не юзер же показывает, а система

  • плохо работает аккуратнее с глаголами на -тся/-ться (загружается, обновляется)

  • не работает с глаголами в страдательном залоге (потеряно, зависла)

Правило «Хочу» хорошо работает с глаголами, которые обозначают действия, поддающиеся контролю человека: отправить, скачать, завершить, обновить, поделиться и т.д.

Можете привести пример кнопок (с глаголами), где правило «Хочу» не работает, но всё равно надо использовать глагол?

стих на тему
стих на тему

--------------------------------------------

В телеграм-канале Заметки о юзабилити практические задания по юзабилити и интерфейсным текстам. Развиваем внимание к деталям, насмотренность и разбираем User Flow.
Ещё на канале: исследования, мнения, полезные ссылки и много на тему юзабилити. Присоединяйтесь, присылайте свои кейсы, разберём ))

Теги:
Всего голосов 2: ↑1 и ↓1+2
Комментарии3

Как мы запустили Qwen3.8–27B целиком на RTX 5060 8 GB и получили ~30 токенов/с

Наш проект называется ExVRAM Lab. Это открытая исследовательская лаборатория, в которой мы проверяем, насколько большие локальные LLM можно запускать на обычных видеокартах с ограниченным объёмом VRAM, если использовать ultra‑low‑bit quantization, полное размещение весов на GPU и существующие open‑source inference‑технологии.

ExVRAM расшифровывается как Exchange Compute for VRAM. Основная идея проекта — в ряде сценариев выгоднее потратить часть свободной вычислительной мощности GPU на работу с более компактным представлением весов, чем хранить часть модели в оперативной памяти и постоянно передавать данные через PCIe.

Когда мы начинали проект, исходный вопрос был достаточно простой: можно ли запустить dense‑модель примерно на 27 миллиардов параметров на видеокарте всего с 8 ГБ VRAM так, чтобы она не просто «запустилась», а работала полностью на GPU, поддерживала длинный контекст и обеспечивала нормальную интерактивную скорость генерации.

В качестве основной тестовой системы мы используем NVIDIA GeForce RTX 5060 8 GB на архитектуре Blackwell. Основная модель в текущих экспериментах — Qwen3.8–27B.

Сначала результат выглядел не слишком впечатляюще. Модель запускалась, но значительная часть весов оставалась в системной памяти. Около 5,7 GiB весов находилось на GPU, ещё примерно 2,5 GiB — на CPU. Скорость генерации составляла порядка 3,8–5,5 токена в секунду.

При этом сама видеокарта была загружена далеко не полностью.

Это стало одним из первых важных наблюдений проекта. Проблема заключалась не столько в нехватке вычислительной мощности RTX 5060, сколько в том, что часть decoder weights находилась в RAM. Во время autoregressive generation данные приходилось постоянно передавать между CPU и GPU через PCIe.

Как мы запустили Qwen3.8–27B целиком на RTX 5060 8 GB и получили ~30 токенов/с

Публикации