Рекомендации по оплате и адресной форме

Увеличьте конверсию, помогая пользователям заполнять адреса и платежные формы как можно быстрее и проще.

Сэм Даттон

Хорошо продуманные формы помогают пользователям и повышают коэффициенты конверсии. Одно небольшое исправление может иметь большое значение!

Вот пример простой платежной формы, демонстрирующей все передовые практики:

Вот пример простой формы адреса, демонстрирующей все передовые практики:

Контрольный список

Используйте осмысленный HTML

Используйте элементы и атрибуты, созданные для этой работы:

  • <form> , <input> , <label> и <button>
  • type , autocomplete и inputmode

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

Используйте HTML-элементы по назначению

Поместите свою форму в <form>

У вас может возникнуть соблазн не утруждать себя помещением элементов <input> в <form> и обрабатывать отправку данных исключительно с помощью JavaScript.

Не делай этого!

HTML <form> дает вам доступ к мощному набору встроенных функций во всех современных браузерах и может помочь сделать ваш сайт доступным для экранных ридеров и других вспомогательных устройств. <form> также упрощает создание базовой функциональности для старых браузеров с ограниченной поддержкой JavaScript и позволяет отправлять формы, даже если в вашем коде есть сбой — и для небольшого числа пользователей, которые фактически отключают JavaScript.

Если у вас есть более одного компонента страницы для ввода данных пользователем, обязательно поместите каждый в свой элемент <form> . Например, если у вас есть поиск и регистрация на одной странице, поместите каждый в свой <form> .

Используйте <label> для маркировки элементов

Чтобы пометить <input> , <select> или <textarea> , используйте <label> .

Свяжите метку с входом, задав атрибуту for метки то же значение, что и id входа.

<label for="address-line1">Address line 1</label>
<input id="address-line1" …>

Используйте одну метку для одного ввода: не пытайтесь пометить несколько вводов только одной меткой. Это лучше всего подходит для браузеров и лучше всего для скринридеров. Касание или щелчок по метке перемещает фокус на ввод, с которым она связана, и скринридеры озвучивают текст метки, когда метка или ввод метки получают фокус.

Сделайте кнопки полезными

Используйте <button> для кнопок! Вы также можете использовать <input type="submit"> , но не используйте div или какой-либо другой случайный элемент, действующий как кнопка. Элементы кнопок обеспечивают доступное поведение, встроенную функциональность отправки форм и могут быть легко стилизованы.

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

Рассмотрите возможность отключения кнопки отправки после того, как пользователь нажал или щелкнул ее, особенно когда пользователь совершает платеж или размещает заказ. Многие пользователи нажимают кнопки повторно, даже если они работают нормально. Это может испортить оформление заказа и увеличить нагрузку на сервер.

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

Максимально используйте атрибуты HTML

Упростите ввод данных для пользователей

Используйте соответствующий атрибут type ввода, чтобы предоставить правильную клавиатуру на мобильном устройстве и включить базовую встроенную проверку браузером.

Например, используйте type="email" для адресов электронной почты и type="tel" для номеров телефонов.

Два снимка экрана телефонов Android, показывающие клавиатуру, подходящую для ввода адреса электронной почты (с использованием type=email) и для ввода номера телефона (с использованием type=tel).
Клавиатуры, подходящие для электронной почты и телефона.

Для дат старайтесь избегать использования пользовательских элементов select . Они нарушают работу автозаполнения, если не реализованы должным образом, и не работают в старых браузерах. Для чисел, таких как год рождения, рассмотрите возможность использования элемента input вместо select , поскольку ввод цифр вручную может быть проще и менее подвержен ошибкам, чем выбор из длинного раскрывающегося списка, особенно на мобильных устройствах. Используйте inputmode="numeric" для обеспечения правильной клавиатуры на мобильных устройствах и добавьте подсказки по проверке и форматированию с текстом или заполнителем, чтобы убедиться, что пользователь вводит данные в правильном формате.

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

Использование соответствующих значений autocomplete позволяет браузерам помогать пользователям, безопасно сохраняя данные и автоматически заполняя значения input , select и textarea . Это особенно важно на мобильных устройствах и имеет решающее значение для предотвращения высоких показателей отказа от форм . Автозаполнение также обеспечивает многочисленные преимущества доступности .

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

Стабильные значения

Адрес для выставления счета

По умолчанию установите адрес выставления счетов таким же, как адрес доставки. Уменьшите визуальный беспорядок, предоставив ссылку для редактирования адреса выставления счетов (или используйте элементы summary и details ) вместо отображения адреса выставления счетов в форме.

Пример страницы оформления заказа со ссылкой для изменения платежного адреса.
Добавьте ссылку для просмотра выставления счетов.

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

<input autocomplete="shipping address-line-1" ...>
...
<input autocomplete="billing address-line-1" ...>

Помогите пользователям ввести правильные данные

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

Вы можете добавлять атрибуты ограничений к элементам формы, чтобы указать приемлемые значения, включая min , max и pattern . Состояние допустимости элемента устанавливается автоматически в зависимости от того, является ли значение элемента допустимым, как и псевдоклассы CSS :valid и :invalid которые можно использовать для стилизации элементов с допустимыми или недопустимыми значениями.

Например, следующий HTML-код определяет ввод для года рождения между 1900 и 2020. Использование type="number" ограничивает вводимые значения только числами в диапазоне, указанном min и max . Если вы попытаетесь ввести число за пределами диапазона, ввод будет установлен в недопустимое состояние.

В следующем примере используется pattern="[\d ]{10,30}" для обеспечения допустимости номера платежной карты, при этом допускаются пробелы:

Современные браузеры также выполняют базовую проверку входных данных типа email или url .

При отправке формы браузеры автоматически устанавливают фокус на полях с проблемными или отсутствующими обязательными значениями. JavaScript не требуется!

Снимок экрана формы входа в Chrome на настольном компьютере, на котором отображается запрос браузера и фокус для недопустимого значения адреса электронной почты.
Базовая встроенная проверка браузером.

Проверяйте данные в строке и предоставляйте обратную связь пользователю по мере ввода данных, а не предоставляйте список ошибок при нажатии кнопки «Отправить». Если вам нужно проверить данные на сервере после отправки формы, перечислите все обнаруженные проблемы и четко выделите все поля формы с недопустимыми значениями, а также отобразите сообщение в строке рядом с каждым проблемным полем, объясняющее, что необходимо исправить. Проверьте журналы сервера и аналитические данные на наличие распространенных ошибок — возможно, вам придется переделать форму.

Вам также следует использовать JavaScript для более надежной проверки, пока пользователи вводят данные и отправляют формы. Используйте API проверки ограничений (который широко поддерживается ), чтобы добавить пользовательскую проверку с использованием встроенного пользовательского интерфейса браузера для установки фокуса и отображения подсказок.

Узнайте больше в статье Использование JavaScript для более сложной проверки в реальном времени .

Помогите пользователям не пропустить необходимые данные

Используйте required атрибут на входах для обязательных значений.

При отправке формы современные браузеры автоматически запрашивают и устанавливают фокус на required полях с отсутствующими данными, и вы можете использовать псевдокласс :required для выделения обязательных полей. JavaScript не требуется!

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

Упростить оформление заказа

Помните о пробеле в мобильной коммерции!

Представьте, что у ваших пользователей есть бюджет усталости . Используйте его, и ваши пользователи уйдут.

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

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

Сделать гостевое оформление заказом по умолчанию

Для интернет-магазина самый простой способ уменьшить трение формы — сделать гостевой заказ по умолчанию. Не заставляйте пользователей создавать учетную запись перед совершением покупки. Не разрешать гостевой заказ называют одной из основных причин отказа от корзины покупок.

Причины отказа от покупки во время оформления заказа.
Из baymard.com/checkout-usability

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

Показать ход оформления заказа

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

Показывать ход оформления заказа.

Вам нужно сохранять импульс! Для каждого шага к оплате используйте заголовки страниц и описательные значения кнопок, которые дадут понять, что нужно сделать сейчас и какой шаг оформления заказа следующий.

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

Используйте атрибут enterkeyhint для ввода формы, чтобы задать метку клавиши ввода мобильной клавиатуры. Например, используйте enterkeyhint="previous" и enterkeyhint="next" в многостраничной форме, enterkeyhint="done" для последнего ввода в форме и enterkeyhint="search" для ввода поиска.

Два снимка экрана формы адреса на Android, показывающие, как атрибут ввода enterkeyhint изменяет значок кнопки клавиши Enter.
Ввод основных кнопок на Android: «Далее» и «Готово».

Атрибут enterkeyhint поддерживается на Android и iOS . Подробнее см. в enterkeyhint Explainer .

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

Устраните отвлекающие факторы

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

Два снимка экрана на мобильном телефоне, показывающие ход оформления заказа на сайте johnlewis.com. Поиск, навигация и другие отвлекающие факторы удалены.
Поиск, навигация и другие отвлекающие факторы удалены при оформлении заказа.

Сохраняйте фокус на путешествии. Сейчас не время соблазнять пользователей делать что-то еще!

Скриншот страницы оформления заказа на мобильном устройстве, на которой показана отвлекающая реклама БЕСПЛАТНЫХ НАКЛЕЕК.
Не отвлекайте клиентов от завершения покупки.

Для постоянных пользователей вы можете еще больше упростить процесс оформления заказа, скрыв данные, которые им не нужно видеть. Например: отобразите адрес доставки в виде обычного текста (не в форме) и разрешите пользователям изменять его по ссылке.

Скриншот раздела «Просмотр заказа» на странице оформления заказа, на котором показан обычный текст со ссылками для изменения адреса доставки, способа оплаты и адреса выставления счета, которые не отображаются.
Скройте данные, которые клиентам не нужны.

Упростите ввод имени и адреса

Запрашивайте только те данные, которые вам нужны

Прежде чем начать кодировать формы имени и адреса, убедитесь, что вы понимаете, какие данные требуются. Не запрашивайте данные, которые вам не нужны! Самый простой способ уменьшить сложность формы — удалить ненужные поля. Это также хорошо для конфиденциальности клиентов и может снизить стоимость и ответственность внутренних данных.

Используйте ввод одного имени

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

В частности, если у вас нет веских причин не делать этого, не беспокойтесь о добавлении отдельного поля ввода для префикса или титула (например, Mrs, Dr или Lord). Пользователи могут вводить его вместе со своим именем, если захотят. Кроме того, honorific-prefix в настоящее время не работает в большинстве браузеров, поэтому добавление поля для префикса имени или титула нарушит работу автозаполнения формы адреса для большинства пользователей.

Включить автозаполнение имени

Используйте name для полного имени:

<input autocomplete="name" ...>

Если у вас действительно есть веская причина разделить части имени, обязательно используйте соответствующие значения автозаполнения:

  • honorific-prefix
  • given-name
  • nickname
  • additional-name-initial
  • additional-name
  • family-name
  • honorific-suffix

Разрешить международные имена

Вы можете захотеть проверить вводимые вами имена или ограничить символы, разрешенные для данных имени. Однако вам нужно быть максимально свободными от ограничений в отношении алфавитов. Невежливо, когда вам говорят, что ваше имя «недействительно»!

Для проверки избегайте использования регулярных выражений, которые соответствуют только латинским символам. Только латиница исключает пользователей с именами или адресами, которые включают символы, не входящие в латинский алфавит. Разрешите вместо этого сопоставление букв Unicode — и убедитесь, что ваш бэкэнд поддерживает Unicode безопасно как для ввода, так и для вывода. Unicode в регулярных выражениях хорошо поддерживается современными браузерами.

Не 
<!-- Names with non-Latin characters (such as Françoise or Jörg) are 'invalid'. -->
<input pattern="[\w \-]+" ...>
Делать 
<!-- Accepts Unicode letters. -->
<input pattern="[\p{L} \-]+" ...>
Сопоставление букв Unicode по сравнению с сопоставлением только латинских букв.

Разрешить различные форматы адресов

При разработке формы адреса помните о ошеломляющем разнообразии форматов адресов, даже в пределах одной страны. Будьте осторожны и не делайте предположений о «нормальных» адресах. (Посмотрите UK Address Oddities! если вы не уверены!)

Сделайте формы адресов гибкими

Не заставляйте пользователей втискивать свой адрес в поля формы, которые не помещаются.

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

Будьте особенно внимательны с required полями адреса. Например, адреса в крупных городах Великобритании не имеют округа, но многие сайты все равно заставляют пользователей вводить его.

Использование двух гибких адресных строк может быть вполне приемлемым для различных форматов адресов.

<input autocomplete="address-line-1" id="address-line1" ...>
<input autocomplete="address-line-2" id="address-line2" ...>

Добавьте соответствующие метки:

<label for="address-line-1">
Address line 1 (or company name)
</label>
<input autocomplete="address-line-1" id="address-line1" ...>

<label for="address-line-2">
Address line 2 (optional)
</label>
<input autocomplete="address-line-2" id="address-line2" ...>

Вы можете попробовать это, ремикшировав и отредактировав демо, представленное ниже.

Рассмотрите возможность использования одной текстовой области для адреса.

Наиболее гибким вариантом для адресов является предоставление одной textarea .

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

Для текстовой области используйте street-address в качестве значения автозаполнения.

Вот пример формы, демонстрирующей использование одной textarea для адреса:

Интернационализируйте и локализуйте ваши адресные формы

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

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

    ZIP code: US
 Postal code: Canada
    Postcode: UK
     Eircode: Ireland
         PIN: India

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

Настройка форм адреса для нескольких локалей может быть необходима для вашего сайта, но использование методов для максимальной гибкости форм (как описано выше) может быть достаточным. Если вы не локализуете свои формы адреса, убедитесь, что понимаете ключевые приоритеты, чтобы справиться с рядом форматов адреса: * Избегайте чрезмерной конкретизации частей адреса, например, настаивая на названии улицы или номере дома. * По возможности избегайте делать поля required . Например, адреса во многих странах не имеют почтового индекса, а сельские адреса могут не иметь названия улицы или дороги. * Используйте инклюзивное именование: «Страна/регион», а не «Страна»; «Почтовый индекс/почтовый индекс», а не «Почтовый индекс».

Будьте гибкими! Простой пример формы адреса, приведенный выше, можно адаптировать для работы «достаточно хорошо» во многих регионах.

Постарайтесь избегать поиска адреса по почтовому индексу

Некоторые веб-сайты используют сервис для поиска адресов на основе почтового индекса или ZIP. Это может быть разумно для некоторых случаев использования, но вы должны знать о возможных недостатках.

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

Почтовые индексы могут включать в себя множество адресов!

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

Ввод одного имени позволяет вводить адрес одним нажатием (одним щелчком).

Упрощение форм оплаты

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

Помогите пользователям избежать повторного ввода платежных данных

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

  • cc-number
  • cc-name
  • cc-exp-month
  • cc-exp-year

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

Избегайте использования пользовательских элементов для дат платежных карт.

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

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

Используйте единый ввод для платежных карт и номеров телефонов

Для номеров платежных карт и телефонов используйте единый ввод: не разбивайте номер на части. Это упрощает ввод данных пользователями, упрощает проверку и позволяет браузерам выполнять автозаполнение. Рассмотрите возможность сделать то же самое для других числовых данных, таких как PIN-код и банковские коды.

Скриншот платежной формы, на которой показано поле кредитной карты, разделенное на четыре элемента ввода.
Не используйте несколько вариантов ввода номера кредитной карты.

Тщательно проверьте

Вам следует проверять ввод данных как в режиме реального времени, так и перед отправкой формы. Один из способов сделать это — добавить атрибут pattern к вводу платежной карты. Если пользователь попытается отправить платежную форму с недопустимым значением, браузер отобразит предупреждающее сообщение и установит фокус на вводе. JavaScript не требуется!

Однако регулярное выражение вашего pattern должно быть достаточно гибким, чтобы обрабатывать диапазон длин номеров платежных карт : от 14 цифр (или, возможно, меньше) до 20 (или больше). Вы можете узнать больше о структурировании номеров платежных карт из LDAPwiki .

Разрешите пользователям включать пробелы при вводе нового номера платежной карты, поскольку именно так отображаются цифры на физических картах. Это удобнее для пользователя (вам не придется говорить ему «он сделал что-то не так»), менее вероятно, что поток конверсии будет прерван, и пробелы в цифрах легко удалить перед обработкой.

Тестируйте на разных устройствах, платформах, браузерах и версиях

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

Скриншоты платежной формы payment-form.glitch.me на iPhone 7 и 11. Кнопка «Завершить оплату» отображается на iPhone 11, но не на 7
Та же страница на iPhone 7 и iPhone 11.
Уменьшите отступы для небольших мобильных экранов, чтобы кнопка «Завершить оплату» не была скрыта.

Внедрение аналитики и RUM

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

Для этого вам нужна аналитика и мониторинг реальных пользователей — данные об опыте реальных пользователей, например, о том, сколько времени занимает загрузка страниц оформления заказа или сколько времени занимает оплата:

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

Аналитика страниц, аналитика взаимодействия и измерение реальной производительности пользователей становятся особенно ценными в сочетании с журналами сервера, данными о конверсиях и A/B-тестированием, позволяя вам ответить на такие вопросы, как увеличивают ли коды скидок доход или улучшает ли изменение макета формы конверсию.

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

Продолжайте учиться

Фото @rupixen на Unsplash .