Чем сайт: Определить CMS сайта — сервис компании iTrack. Узнать движок

Больше чем сайт: что стоит за разработкой маркетплейса

Теги: Wildberries, Ozon, скидки, AliExpress, e-commerce, Яндекс. Маркет, маркетплейсы, возврат товаров, доставка, оплата, товарные остатки, Сибирикс, Анна Кожевина, Фитнес формула, ПроАптека

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

Анна Кожевина, аккаунт-директор scrum-студии «Сибирикс».

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

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

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

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

● Как происходит загрузка товаров в каталог?
● Как отображаются одинаковые товары?
● Кто принимает оплаты – продавец или площадка?
● Кто доставляет товары – маркетплейс или продавец?
● Кто будет обрабатывать возвраты, управлять маркетинговыми акциями, привлечением покупателей?

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

Как показывать товары в каталоге?

Есть два подхода. Один реализуется проще, а потому более удобен для владельца, а второй требует бо´льших затрат на разработку и соблюдения ряда правил. 

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

«Яндекс.Маркет» вручную модерирует товары и «склеивает» одинаковые в общую карточку. Если есть ресурсы, можно поступать так же, но, чем больше продавцов и похожих товаров, тем дороже процесс.

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

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

При этом предложения продавцов могут быть привязаны к региону. Тогда покупатели видят всегда одно предложение с ценой и остатками для своего местоположения. Например, такую логику мы реализовали для маркетплейса спортивных товаров «Фитнес формула».

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

Как продавцы будут загружать товары?

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

Идеальный вариант для продавца — передавать в маркетплейс товары прямо из своей ERP. А значит, маркетплейсу придется писать интеграции с десятками разных систем. Если партнеров не много, можно попробовать. Но если модель маркетплейса подразумевает быстрый рост — это не лучший вариант.

Если у маркетплейса есть влияние на продавцов (например, это дочерние компании), можно использовать мастер-базы в ERP маркетплейса — товары, цены, остатки от продавцов можно загружать в нее. Для этого придется согласовать со всеми использование единых артикулов и по ним объединять товары. 

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

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

Как оформлять заказы?

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

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

Если же все вопросы логистики забирает на себя маркетплейс – для покупателей все становится гораздо приятнее. На том же Wildberries или Озон заказ оформляется за один клик. Зато потом пользователь может наблюдать в личном кабинете разные сроки доставки по разным позициям заказа. Исправить ситуацию может доставка в один ПВЗ и длительные сроки хранения – так покупатель может дождаться всех частей и забрать весь заказ разом.

Реклама на New Retail. Медиакит

А как же деньги?

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

Автоматический вывод средств — это риск, в случае атаки или взлома сайта можно остаться без всех средств на расчетном счете. 

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

В случае, если деньги принимает маркетплейс, то и авансовый чек покупателю после оплаты должен отправлять он сам. Если логистика на стороне МП, он же отправляет и второй чек. А вот если товары доставляет продавец, то он сам должен позаботиться о том, чтобы чек был сформирован и отправлен, а также поменять в личном кабинете статус заказа на «Доставлен». Для того, чтобы продавцы не забывали об этом, нужно привязать выплату по конкретному заказу к изменению статуса — по «не доставленным» заказам оплата не придет. И не забыть накинуть еще 14 дней на случай возврата товара покупателем.

В некоторых случаях удобнее проводить оплату сразу продавцу. Во франчайзинговом маркетплейсе «Фитнес формула» мы сделали именно так. Если у всех партнеров используется единая платежная система, можно обойтись одной интеграцией, попросив продавца указать в ЛК только его индивидуальные доступы от платежной системы — тогда на сайте конкретного региона будет отображаться только способ оплаты для конкретного продавца.

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

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

Читайте также: 

Как устроены личные кабинеты крупнейших маркетплейсов России: AliExpress, Ozon, Wildberries и Яндекс Маркет

Что делать с доставкой?

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

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

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

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

Что делать с возвратами?

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

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

Скидки и акции

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

Если площадка сама выставляет скидки, как это делал Wildberries, есть риск что продавцы окажутся в минусе и будут крайне недовольны. Как вариант – маркетплейс может организовывать маркетинговые активности, оставляя продавцам выбор, участвовать в них или нет. Такую возможность нужно будет предусмотреть в личном кабинете продавца.  

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

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

* * *

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

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

Анна Кожевина, 
аккаунт-директор scrum-студии «Сибирикс».

Для New Retail

или веб-сайт? 10 причин, почему приложения лучше

Итак, мобильная эра наступила — сегодня количество мобильных пользователей превышает количество пользователей настольных компьютеров!

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

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

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

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

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

С мобильными приложениями легко персонализировать пользователей. Используя инструмент A/B-тестирования мобильного приложения, вы также можете протестировать различные возможности для своих клиентов.

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

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

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

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

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

Введите уведомлений мобильного приложения . Эти уведомления бывают двух типов: push и в приложении . Оба являются захватывающими альтернативами для общения с пользователями приложений в гораздо менее навязчивой манере.

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

Уведомления в приложении — это уведомления, которые пользователи могут получать только после открытия приложения. С другой стороны, push-уведомления — это те уведомления, которые пользователи могут получать независимо от того, какие действия они выполняют на своем мобильном устройстве.

Были случаи, когда push-уведомления обеспечивали рейтинг кликов 40%. Если вы выбрали мобильный веб-сайт или создали его при создании приложения, вы можете отправлять push-уведомления с помощью VWO Engage.

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

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

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

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

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

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

Пожалуй, это самое принципиальное отличие мобильного сайта от мобильного приложения.

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

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

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

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

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

Мобильные приложения, однако, не имеют ни одного из этих ограничений.

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

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

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

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

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

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

Мобильные пользователи проводят 88% своего времени в мобильных приложениях и только 12% времени на мобильных веб-сайтах.

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

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

Мобильные приложения можно использовать для привлечения пользователей как в верхней части воронки (ToFu), так и в нижней части воронки (BoFu).

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

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

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

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

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

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

Хорошо спроектированное мобильное приложение может выполнять действия намного быстрее, чем мобильный веб-сайт.

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

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

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

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

Однако, разработав удобное мобильное приложение, как убедиться, что оно также выполняет все свои обещания и способствует намеченному росту вашего бизнеса, а не становится просто еще одним каналом, которым вы должны управлять и поддерживать? Что ж, ответ прост — вы тщательно его проверяете.

A/B-тестирование мобильных приложений позволяет вам постоянно улучшать взаимодействие с пользователем в приложении, экспериментируя с функциями, потоками приложений и другими изменениями пользовательского интерфейса, чтобы повысить вовлеченность, конверсию и коэффициент удержания. Таким образом, несмотря на то, что работающее мобильное приложение, безусловно, является первым шагом к привлечению совершенно нового сегмента аудитории, постоянная его оптимизация поможет вам добиться ощутимых улучшений ключевых бизнес-показателей. VWO Mobile App Testing — это надежная платформа для экспериментов с мобильными устройствами, которая позволяет создавать увлекательные приложения, которые радуют пользователей, и запускать функции мирового уровня, снижая любые риски. Если вы не уверены, запросите бесплатную демонстрацию у одного из экспертов VWO по экспериментам, чтобы понять, как вы можете использовать тестирование мобильных приложений VWO для улучшения ключевых показателей вашего приложения.

В чем преимущество использования мобильного приложения?

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

Почему приложения работают быстрее, чем веб-сайты?

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

( Заявление об отказе от ответственности : Этот пост не предназначен для того, чтобы сделать мобильные приложения лучшей альтернативой мобильным веб-сайтам.

Рекомендации по борьбе с бедностью | ASPE

Руководство HHS по уровню бедности на 2022 год

Руководство по уровню бедности на 2022 год вступает в силу с 12 января 2022 года.
Уведомление Федерального реестра от 12 января 2022 года — полный текст.

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

РЕКОМЕНДАЦИИ ПО БЕДНОСТИ НА 2022 ГОД ДЛЯ 48 СОПРЯЖЕННЫХ ШТАТОВ И ОКРУГА КОЛУМБИЯ
Члены семьи/домохозяйства	Руководство по борьбе с бедностью
1	13 590 долларов США
2	$18 310
3	23 030 долларов США
4	27 750 долларов США
5	32 470 долл. США
6	37 190 долларов США
7	41 910 долл. США
8	46 630 долларов США
Для семей/домохозяйств, состоящих более чем из 8 человек, добавьте 4720 долларов США за каждого дополнительного человека.

РЕКОМЕНДАЦИИ ПО БЕДНОСТИ НА АЛЯСКУ НА 2022 ГОД
Члены семьи/домашнего хозяйства	Руководство по борьбе с бедностью
1	16 990 долларов США
2	22 890 долларов США
3	28 790 долларов США
4	34 690 долл. США
5	40 590 долларов США
6	46 490 долларов США
7	52 390 долларов США
8	58 290 долларов США
Для семей/домохозяйств, состоящих более чем из 8 человек, добавьте 5 900 долларов США за каждого дополнительного человека.

Ресурсы

• Предыдущие правила определения уровня бедности и ссылки в Федеральном реестре
• Диаграмма с процентами (например, 125 процентов) от рекомендаций (PDF)
• Часто задаваемые вопросы (FAQ) о рекомендациях по борьбе с бедностью и борьбе с бедностью
  • Рекомендации по борьбе с бедностью — валовой или чистый доход
  • Черта бедности для штата или города
  • Количество бедных в штате или городе
  • Как была разработана черта бедности
• Дополнительные ресурсы по измерению бедности, чертам бедности и их истории
• Карьера, достижения и публикации Молли Оршанской
• Исследование бедности ASPE
• Домашняя страница Бюро переписи населения по бедности

Отдельные рекомендации по бедности для Аляски и Гавайев отражают административную практику Управления экономических возможностей, начавшуюся в период 1966-1970 годов. Обратите внимание, что порог бедности — первоначальная версия показателя бедности — никогда не имел отдельных цифр для Аляски и Гавайев. Нормы бедности не определены для Пуэрто-Рико, Виргинских островов США, Американского Самоа, Гуама, Республики Маршалловы Острова, Федеративных Штатов Микронезии, Содружества Северных Марианских островов и Палау. В тех случаях, когда федеральная программа, использующая нормы бедности, обслуживает какую-либо из этих юрисдикций, федеральное ведомство, управляющее программой, несет ответственность за принятие решения о том, следует ли использовать смежные штаты и округ Колумбия. руководящие принципы для этих юрисдикций или следовать какой-либо другой процедуре.

Рекомендации по бедности применяются как к пожилым, так и к невозрастным единицам. В руководящих принципах никогда не было различий между возрастными и невозрастными; только пороги бедности Бюро переписи (статистические) имеют отдельные цифры для престарелых и невозрастных единиц, состоящих из одного и двух человек.

Программы, использующие рекомендации (или проценты, кратные рекомендациям — например, 125 процентов или 185 процентов рекомендаций) при определении права на участие, включают Head Start, Программу дополнительной помощи в питании (SNAP), Национальную программу школьных обедов, Низкую -Программа помощи в получении энергии для дома и Программа медицинского страхования детей. Обратите внимание, что, как правило, программы государственной помощи наличными (временная помощь нуждающимся семьям и дополнительный социальный доход) НЕ используют рекомендации по бедности при определении права на получение помощи. Программа налоговых льгот на заработанный доход также НЕ использует рекомендации по бедности для определения права на получение помощи. Более подробный список программ, которые используют и не используют рекомендации, см. в разделе Часто задаваемые вопросы (FAQ).

Нормы бедности (в отличие от порогов бедности) определяются годом, в котором они были опубликованы. Например, рекомендации, выпущенные в январе 2022 года, называются рекомендациями по бедности на 2022 год. Однако рекомендации HHS по бедности на 2022 год отражают изменения цен только до 2021 календарного года; соответственно, они примерно равны пороговым значениям бедности Бюро переписи населения на 2021 календарный год. (Пороговые значения на 2021 г., как ожидается, будут опубликованы в окончательном виде в сентябре 2022 г.; предварительная версия пороговых значений на 2021 г. теперь доступна в Бюро переписи населения) 9.0003

Руководство по бедности можно официально назвать «правилом бедности, которое периодически обновляется в Федеральном реестре Министерством здравоохранения и социальных служб США в соответствии с 42 U.S.C. 9902(2)».

Существуют две слегка различающиеся версии федерального показателя бедности: порог бедности и рекомендации по бедности.

Порог бедности — это первоначальная версия федерального показателя бедности. Они обновляются каждый год Бюро переписи населения . Пороговые значения используются в основном для статистических целей — например, для ежегодной подготовки оценок числа американцев, живущих в бедности. (Другими словами, все официальные данные о численности бедного населения рассчитываются с использованием порога бедности, а не руководящих принципов). Пороги бедности с 1973 г. (и для некоторых более ранних лет) и средневзвешенные пороги бедности с 1959 г. доступны на веб-сайте Бюро переписи населения. Пример того, как Бюро переписи населения применяет пороговые значения к доходу семьи для определения ее статуса бедности, см. в разделе «Как Бюро переписи населения измеряет бедность» на веб-сайте Бюро переписи населения.

Руководство по бедности является другой версией федерального показателя бедности. Они выпускаются каждый год в Федеральном реестре Департамента здравоохранения и социальных служб (HHS). Руководящие принципы представляют собой упрощение порогов бедности для использования в административных целях — например, для определения финансового права на участие в определенных федеральных программах.

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