Антон Жиянов написал об автокомплите.

— Автокомплит (подсказки) помогает правильно ввести сложные данные вроде адреса, модели машины или названия компании;
— Часто его совмещают с валидацией и отображают ошибку, если пользователь вводит что-то непредусмотренное автокомплитом;
— Так можно делать в редких случаях, когда список вариантов ограничен: адреса пунктов выдачи, аэропорты вылета;
— С «открытыми» списками так делать нельзя;
— Если покупатель в магазине укажет неизвестный автокомплиту дом — ничего страшного. Менеджер потом перезвонит и уточнит. Если показывать ему ошибку, он не сможет сделать заказ.

#form

Егор Камелев написал об автофокусе на первом поле формы.

— Автоматически помещать фокус на первом поле формы рекомендуют, чтобы открывший её пользователь сразу, без лишних действий, смог ввести данные;
— Это хорошее базовое правило, которое можно применять по умолчанию. При этом не стоит забывать о нюансах, из-за которых от него стоит отступить;
— Если форма — не единственное содержимое страницы и находится где-то внизу, автофокус прокрутит страницу к форме и помешает изучить страницу;
— В мобайле автофокус приведёт к появлению экранной клавиатуры, что затруднит ознакомление с формой в целом;
— Бывают формы, которые часть пользователей может заполнять не с первого поля;
— Либо этому первому полю может предшествовать информация о регионе с контролом его изменения. И это изменение значительно меняет форму.

#form

Анна Малинина написала об обработке ошибок при заполнении форм.

— Пользователей раздражают не сами ошибки, а то, как интерфейс о них сообщает. Он может быть слишком строгим, неожиданным или непонятным;
— Показывайте ошибку после того, как пользователь закончил заполнять поле;
— Для остальных полей ошибки можно показывать при попытке отправить форму;
— Не сообщайте о пустом поле, если пользователь его просто «потрогал»;
— Пишите понятные и конкретные сообщения. Вместо «Неверный формат» напишите, каким формат должен быть;
— Выбирайте дружелюбный тон и нейтральные слова: «Нельзя вводить больше 128 символов» → «Максимум 128 символов»;
— Лучшее место для отображения ошибки — рядом с полем;
— Для большего внимания к полю (и большей доступности) кроме красного текста ошибки и обводки у поля можно показать иконку с восклицательным знаком;
— Если пользователь попытался отправить форму с ошибками, прокручивайте её к первому полю с ошибкой;
— Не скрывайте сообщение об ошибке сразу, как пользователь перешёл к редактированию поля, чтобы он успел его осмыслить;
— Если текст ошибки о незаполненном обязательном поле будет единым («Это обязательное поле», без повторения названия поля), пользователям проще распознавать такие сообщения, и не будет лишних текстовых переменных;
— Если есть лимит на количество символов, и пользователи могут иногда копировать текст в поле, не обрезайте вставленный текст. Покажите ошибку и счётчик символов.

#form #error

Антропик представил интеграцию Клода с экселем.

Помогает быстро исправлять ошибки вида #REF!, #VALUE!, циклические зависимости, подсвечивает изменения, отвечает на вопросы. Работают над поддержкой условного форматирования, макросов и прочего. Пока доступно только по приглашению.

Многие недооценивают важность Экселя. Сотни тысяч бизнес-процессов по всему миру автоматизированы в экселе людьми, которые не считают себя программистами, а «просто занесли происходящее в эксель».

Эксель позволяет начать с базовых таблиц, заполняемых вручную, по необходимости добавить формулы и реализовать практически любую бизнес-логику с помощью макросов на VBA.

Конечно, у Экселя как среды программирования и исполнения программ много недостатков — отсутствие системы контроля версий (модель_2025-10-28-финал_2.xls) и командной работы, слабые инструменты тестирования и отладки. Всё это делает сложные, большие программы на экселе хрупкими и дорогими в поддержке.

Возможно, в будущем нейросети и помогут управиться со сложными таблицами, но пока это только первый камень.

Самый здоровый путь — это начать с Экселя, а после успешной формализации процесса, нанять «настоящих программистов», которые перенесут всю эту логику в менее хрупкую, более удобную и управляемую программу.

Я обожаю проекты по автоматизации «настоящего бизнеса». Система управления грузоперевозками — яркий пример. Если у вас есть идея, как улучшить ваш бизнес с помощью программы — дайте знать. Не просто «запрогаем по ТЗ», а разберемся, спроектируем и внедрим решение, «под ключ». Обращайтесь!

Энтони Ценг написал о форме ввода данных банковской карты.

— До того, как пользователь откроет эту форму, покажите логотипы платёжных систем, карты которых принимаются;
— После ввода первых цифр номера карты отобразите логотип платёжной системы, чтобы показать, что пользователь вводит правильный номер;
— Группируйте вводимые цифры так же, как они отображаются на карте, чтобы легче было их сверять;
— Для ввода срока действия карты не используйте выпадающие списки, не давайте вводить номер месяца одной цифрой, а год четырьмя. Используйте маску MM/YY;
— Подпись для поля «Name on card (Имя на карте)» понятнее, чем «Cardholder name (Имя держателя карты)»;
— Подпись «Security code (Код безопасности)» для цифр с обратной стороны карты понятнее, чем аббревиатуры вроде CVV или CVC (встречаются и другие варианты);
— Порядок полей: Номер карты, Срок действия, Код безопасности, Имя на карте;
— Поля «Срок действия» и «Код безопасности» можно сделать уже, чтобы подчеркнуть, что в них можно ввести меньше символов;
— Валидируйте поле для ввода номера карты после того, как пользователь закончил ввод, чтобы не пугать его раньше времени;
— Отображайте сообщения об ошибках под соответствующими полями, чтобы была чёткая взаимосвязь;
— Кнопка в такой форме не всегда приводит к платежу. Пишите в кнопке, что произойдёт при нажатии. Например: «Continue to review order».

#form #payment