Сдэк создана накладная ожидает прихода груза от отправителя: Уважаемые клиенты! Мы… — СДЭК — Жизнь в стиле Экспресс

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

Торговые площадки

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

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

Доставка еды

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

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

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

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

1: 1 и диалоги «многие ко многим»

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

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

Квитанции о доставке завершают жизненный цикл сообщения для разработчиков

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

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

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

1. Отправитель печатает сообщение и отправляет его, т.е.е. с автономным обменом сообщениями
2. Сообщение отправлено на сервер, т.е. с отправленным обновлением
3. Сообщение доставлено на устройство получателя, то есть с квитанцией о доставке
4. Сообщение прочитано получателем, т.е. с уведомлением о прочтении

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

1. Если у отправителя хорошее сетевое соединение, то сообщение успешно отправлено на сервер Sendbird
2. Если у отправителя нет хорошего сетевого подключения, сообщение можно поставить в очередь в локальном кэше устройства отправителя с помощью Sendbird SyncManager (автономный обмен сообщениями).SyncManager отправляет сообщение на сервер, когда восстанавливаются хорошие сетевые условия.
3. Разработчик может отобразить символ «серые часы» в облачке чата, чтобы сообщить отправителю, что сообщение поставлено в очередь, и служба чата автоматически отправит сообщение, когда хорошее состояние сети будет восстановлено.

1. Это событие происходит, когда сообщение покидает устройство отправителя и успешно отправляется на сервер (или сервер успешно его получает).
2. Чтобы подтвердить это событие, разработчик может выбрать оповещение отправителя о том, что сообщение было отправлено на сервер, двумя способами:
   • При отображении «одиночной серой галочки» в пузыре чата
   • При отображении слова «Отправлено» в пузыре чата

1. Это событие (квитанция о доставке) происходит, когда сообщение покидает сервер и успешно доставляет его на устройство получателя.
2. Чтобы подтвердить получение доставки, разработчик может предупредить отправителя двумя способами:
   • При отображении «двойной серой галочки» в пузыре чата
   • При отображении слова «Доставлено» во всплывающей подсказке чата.

1. Это событие происходит, когда сообщение было прочитано получателем.
2. Чтобы подтвердить уведомление о прочтении, разработчик может предупредить отправителя двумя способами:
   • При отображении «двойной синей галочки» в пузыре чата
   • Путем отображения слова «Прочитать» в пузыре чата

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

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

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

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

доступны как в Sendbird Chat API и SDK, так и в Sendbird UIKit.

Отгрузочная этикетка создана, USPS ожидает товар

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

Вы можете быть особенно сбиты с толку и обеспокоены, если уже сбросили посылку, но, тем не менее, USPS, похоже, не знает, что она у него есть!

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

Что означает «Отгрузочная этикетка создана, USPS ожидает отправку»?

Возможно, вы догадались о сути этого сообщения; это означает, что вы создали этикетку для своей посылки и что ваша посылка еще не «в системе» для USPS. Для этого есть несколько возможных причин.

Вы еще не уронили его

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

Когда вы его бросите, сообщение должно обновиться и измениться на «в пути», «сброшено» или что-то подобное.

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

USPS еще не опознали

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

Давайте посмотрим, почему это могло произойти.

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

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

Если никто не может подойти к вашей посылке и отсканировать ее как «сданную», она не будет отображаться в системе как принятая, даже если вы ее передали.

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

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

Что делать, если моя посылка остается на отметке «USPS, ожидающая отправления?»

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

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

Если это произойдет, вполне вероятно, что сканер перестал работать на веб-сайте, перестал корректно обновляться. Не беспокойтесь об этом — ваша посылка еще в пути, и вы ее получите!

Я купил товар; Означает ли это сообщение, что продавец еще не отправил товар?

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

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

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

Стоит ли мне связываться с продавцом?

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

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

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

Как узнать, действительно ли продавец отправил товар?

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

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

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

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

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

Что делать, если я сбросил посылку и отображается это сообщение?

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

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

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

Может ли моя посылка не соответствовать этапам доставки, если она не была должным образом отсканирована?

Да, может. Вы можете обнаружить, что ваша посылка идет от «транспортная этикетка создана, USPS ожидает товар» и сразу переходит к «отправлено для доставки» или даже «доставлено».

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

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

Как долго мой товар будет оставаться на отметке «Создан товарный ярлык, товар ожидает USPS»?

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

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

Надеюсь, эта проблема разрешится сама собой, но если это не так, стоит зайти и спросить персонал, если что-то пошло не так.

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

В таких случаях, возможно, стоит подать жалобу в USPS, поскольку вы можете получить частичное возмещение (или даже полное возмещение) стоимости доставки, если задержка значительна, но в противном случае вы не сможете ускорить процесс.

Если моя посылка не будет отсканирована при получении, будет ли она сканироваться во время маршрута?

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

Однако это не всегда так. Иногда посылка просто отлично просканируется, если она не была просканирована при сдаче, поэтому вы можете обнаружить, что она просто отправляется «в пути», а не «заброшена»; в ожидании сбора »(или что-то подобное). Это означает, что его забрал курьер, и он направляется к следующей остановке.

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

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

Сводка

Если на странице с информацией об отслеживании отображается сообщение «Отгрузочная этикетка создана, USPS ожидает товар», возможно, вам интересно, что делать. Лучше всего подождать немного и посмотреть, обновится или исчезнет ли оно.

Если это не так, и вы являетесь отправителем посылки, свяжитесь с вашим местным пунктом выдачи или с самим USPS. Убедитесь, что вы сохранили квитанцию.

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

Отправка уведомлений с помощью Expo Push API

Если вы только начинаете и хотите пока сосредоточиться на интерфейсе, вы можете пропустить этот шаг и просто использовать инструмент push-уведомлений Expo для отправки уведомлений одним нажатием кнопки .

Если вы предпочитаете создать сервер, который напрямую взаимодействует с APN и FCM, ознакомьтесь с этим руководством (это сложнее, чем использование службы push-уведомлений Expo).

Когда вы будете готовы отправить push-уведомление, возьмите токен Expo push из своей пользовательской записи и отправьте его в Expo API, используя старый простой запрос HTTPS POST.Вы, вероятно, сделаете это со своего сервера (вы можете написать инструмент командной строки, чтобы отправлять их, если хотите, или отправлять их прямо из своего приложения, это все равно), и команда Expo и сообщество позаботились об этом. для вас на нескольких языках:

Ознакомьтесь с исходным кодом, если вы хотите реализовать его на другом языке.

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

При одновременной отправке большого количества push-уведомлений ограничьте количество одновременных подключений. Пакет SDK для Node реализует это за вас и открывает до шести одновременных подключений. Это сглаживает вашу пиковую нагрузку и помогает службе push-уведомлений Expo успешно получать ваши push-уведомления.

Первым шагом отправки push-уведомлений является их доставка в службу push-уведомлений Expo, которая внутренне добавляет их в очередь для доставки в Apple (APN), Google (FCM) или другим поставщикам push-уведомлений.Этот первый шаг может завершиться неудачей по нескольким причинам: проблемы с сетью между вашим сервером и службой push-уведомлений Expo, отключение или снижение доступности службы уведомлений Expo, неверно настроенные учетные данные push или недопустимые полезные данные уведомления.

Некоторые из этих сбоев временные. Если служба push-уведомлений Expo не работает или недоступна, и вы получаете ошибку сети, ошибку HTTP 429 (слишком много запросов) или ошибку HTTP 5xx (ошибки сервера), используйте экспоненциальную отсрочку, чтобы подождать несколько секунд перед повторной попыткой.Если первая попытка повтора неудачна, подождите дольше (следуйте экспоненциальной отсрочке) и повторите попытку. Это позволяет временно недоступной службе восстановиться перед повторной попыткой.

Другие сбои не исчезнут сами по себе, сколько бы раз вы ни пытались. Если ваши полезные данные push-уведомления имеют неправильный формат, вы можете получить ответ HTTP 400, объясняющий проблему с полезными данными. Вы также получите сообщение об ошибке, если для вашего проекта нет учетных данных push или если вы отправите push-уведомления для разных проектов в одном запросе.Вы должны устранить основные причины этих проблем, чтобы решить их.

Служба push-уведомлений Expo отвечает

push-билетов после успешного получения уведомлений. Тикет push указывает на то, что Expo получила полезные данные вашего уведомления, но, возможно, еще не отправила их. Каждый push-билет содержит идентификатор билета, который позже используется для поиска push-квитанции . Push-квитанция доступна после того, как Expo попыталась доставить уведомление в APN, FCM и т. Д., И сообщает вам, была ли доставка поставщику push-уведомлений успешной.

Вы должны проверить свои push-квитанции. Если возникает проблема с доставкой push-уведомлений, push-уведомления — лучший способ получить информацию об основной причине. Квитанции могут указывать на проблему с APN или FCM, службой push-уведомлений Expo или вашими полезными данными.

Push-уведомления также могут сообщить вам, отменило ли устройство-получатель подписку на уведомления (например, путем отзыва разрешений на уведомления или удаления вашего приложения), если поставщик push-уведомлений, такой как APN или FCM, отвечает с этой информацией.Push-квитанция будет содержать подробностей → error field, установленное на DeviceNotRegistered . В этом случае прекратите отправку уведомлений на push-токен этого устройства, пока он не перерегистрируется на вашем сервере, чтобы ваше приложение оставалось хорошим гражданином. Ошибка DeviceNotRegistered появляется в push-квитанциях только в том случае, если Apple, Google или другой поставщик push-уведомлений считает устройство незарегистрированным; это занимает неопределенное время и часто невозможно протестировать, удалив приложение и отправив push-уведомление вскоре после этого.

Мы рекомендуем проверять push-квитанции через 15 минут после отправки push-уведомлений. Хотя push-квитанции часто становятся доступными намного раньше, 15-минутное окно дает службе push-уведомлений Expo удобное время, чтобы предоставить вам квитанции. Если по прошествии 15 минут push-квитанция отсутствует, это, вероятно, указывает на ошибку службы push-уведомлений Expo. Наконец, push-квитанции очищаются через 24 часа.

Служба push-уведомлений Expo не имеет SLA, а службы APN и FCM также могут время от времени отключаться.Следуя приведенным выше инструкциям, вы можете сделать свое приложение устойчивым к временным перебоям в обслуживании.

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

Для этого отправьте запрос POST на https://exp.host/--/api/v2/push/send со следующими заголовками HTTP:

 
  host: exp.host
принять: приложение / json
accept-кодировка: gzip, deflate
тип содержимого: приложение / json
  

Это push-уведомление hello world с использованием cURL, которое вы можете отправить с помощью интерфейса командной строки (замените выталкивающий токен-заполнитель своим собственным):

 
  curl -H "Content-Type: application / json" - X POST "https: // exp.хост / - / api / v2 / push / send "-d '{
  «в»: «ExponentPushToken [xxxxxxxxxxxxxxxxxxxxxx]»,
  "title": "привет",
  "тело": "мир"
} '
  

Тело запроса должно быть в формате JSON. Это может быть либо отдельный объект сообщения (пример выше), либо массив до 100 объектов сообщения, если все они предназначены для одного и того же проекта (см. Ниже). Мы рекомендуем использовать массив, когда вы хотите отправить несколько сообщений, чтобы эффективно минимизировать количество запросов, которые вам нужно сделать к серверам Expo. Вот пример тела запроса, который отправляет четыре сообщения:

 
  [
  {
    «в»: «ExponentPushToken [xxxxxxxxxxxxxxxxxxxxxx]»,
    "звук": "по умолчанию",
    "body": "Привет, мир!"
  },
  {
    "to": "ExponentPushToken [yyyyyyyyyyyyyyyyyyyyyy]",
    «значок»: 1,
    "body": "Вам письмо"
  },
  {
    "к": [
      "ExponentPushToken [zzzzzzzzzzzzzzzzzzzz]",
      "ExponentPushToken [aaaaaaaaaaaaaaaaaaaaaa]"
    ],
    "body": "Последние новости!"
  }
]
  

Сервер Expo также дополнительно принимает тела запросов, сжатые с помощью gzip.Это может значительно сократить объем загружаемой полосы пропускания, необходимый для отправки большого количества уведомлений. Пакет SDK для Node Expo Server автоматически gzip-архивирует запросы за вас и автоматически регулирует ваши запросы, чтобы сгладить нагрузку, поэтому мы настоятельно рекомендуем его!

Приведенные выше запросы будут отвечать объектом JSON с двумя необязательными полями,

данных и ошибками . Данные будут содержать массив push-билетов в том же порядке, в котором были отправлены сообщения (или один объект push-билета, если вы отправляете одно сообщение одному получателю).Каждый билет включает поле status , которое указывает, успешно ли Expo получила уведомление, и, в случае успеха, поле id , которое можно использовать для последующего получения push-квитанции.

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

Продолжая приведенный выше пример, вот как выглядит тело успешного ответа:

 
  {
  "данные": [
    {"status": "ok", "id": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"},
    {"status": "ok", "id": "YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY"},
    {"status": "ok", "id": "ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ"},
    {"status": "ok", "id": "AAAAAAAA-AAAA-AAAA-AAAA-AAAAAAAAAAAA"}
  ]
}
  

Если были ошибки с отдельными сообщениями, но не со всем запросом, соответствующие push-билеты плохих сообщений будут иметь статус error и поля, описывающие ошибку, например:

 
  {
  "данные": [
    {
      "статус": "ошибка",
      "message": "\\\" ExponentPushToken [xxxxxxxxxxxxxxxxxxxxxx] \\\ "не является зарегистрированным получателем push-уведомления",
      "Детали": {
        "ошибка": "Устройство не зарегистрировано"
      }
    },
    {
      "status": "ok",
      "id": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"
    }
  ]
}
  

Если весь запрос завершился ошибкой, код состояния HTTP будет 4xx или 5xx, а поле ошибок будет массивом объектов ошибок (обычно только один).В противном случае код состояния HTTP будет 200, и ваши сообщения будут отправляться в службы push-уведомлений iOS и Android!

После получения пакета уведомлений Expo ставит каждое уведомление в очередь для доставки в службы push-уведомлений iOS и Android (APN и FCM соответственно). Большинство уведомлений обычно доставляются в течение нескольких секунд. Иногда доставка уведомлений может занять больше времени, особенно если службы push-уведомлений iOS или Android занимают больше времени, чем обычно, для получения и доставки уведомлений или если облачная инфраструктура Expo находится под высокой нагрузкой.

После того, как Expo доставляет уведомление в службу push-уведомлений iOS или Android, Expo создает push-уведомление , которое указывает, успешно ли служба push-уведомлений iOS или Android получила уведомление. Если при доставке уведомления произошла ошибка, возможно, из-за неверных учетных данных или простоя службы, push-квитанция будет содержать дополнительную информацию об этой ошибке. Чтобы получить push-квитанции, отправьте POST-запрос на https://exp.host/- - / api / v2 / push / getReceipts .Тело запроса должно быть объектом JSON с именем поля ids , который представляет собой массив строк идентификатора билета:

 
  curl -H "Content-Type: application / json" -X POST "https://exp.host / - / api / v2 / push / getReceipts "-d '{
  "идентификаторы": [
    «XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX»,
    "YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY",
    "ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ",
  ]
} '
  

Тело ответа для push-квитанций очень похоже на тело ответа для push-заявок; это объект JSON с двумя необязательными полями, данных и ошибок . data содержит сопоставление идентификаторов чеков с чеками. Квитанции включают поле status и два дополнительных поля message и details (в случае, когда «status»: «error» ). Если для запрошенного идентификатора получения нет push-квитанции, сопоставление не будет содержать этот идентификатор. Вот как выглядит успешный ответ на указанный выше запрос:

 
  {
  "данные": {
    "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX": {"status": "ok"},
    "ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ": {"status": "ok"}
    
    
  }
}
  

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

Примечание: Даже если в статусе квитанции указано ok , это не гарантирует, что устройство получило сообщение; «ok» в push-уведомлении означает, что служба push-уведомлений Android или iOS успешно получила уведомление.Если устройство-получатель выключено, например, служба push-уведомлений iOS или Android попытается доставить сообщение, но устройство не обязательно получит его.

Если весь запрос завершился ошибкой, код состояния HTTP будет 4xx или 5xx, а поле ошибок будет массивом объектов ошибок (обычно только один). В противном случае код статуса HTTP будет 200, и ваши сообщения будут отправляться на устройства ваших пользователей!

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

Внутри push-билетов и push-квитанций найдите объект details с полем ошибки .Если присутствует, это может быть одно из следующих значений, и вы должны обрабатывать эти ошибки следующим образом:

• DeviceNotRegistered : устройство больше не может получать push-уведомления, и вам следует прекратить отправку сообщений на соответствующий push-токен Expo.

• DeviceNotRegistered : устройство больше не может получать push-уведомления, и вам следует прекратить отправку сообщений на соответствующий push-токен Expo.

• MessageTooBig : общая полезная нагрузка уведомления была слишком большой.На Android и iOS общая полезная нагрузка не должна превышать 4096 байт.

• MessageRateExceeded : вы слишком часто отправляете сообщения на данное устройство. Реализуйте экспоненциальную отсрочку и медленно повторите отправку сообщений.

• MismatchSenderId : проблема с вашими учетными данными для push-уведомлений FCM. Учетные данные для push-уведомлений FCM состоят из двух частей: ключа сервера FCM и файла google-services.json . Оба должны быть связаны с одним и тем же идентификатором отправителя.Вы можете найти свой идентификатор отправителя там же, где и ключ сервера. Убедитесь, что ключ сервера такой же, как и ключ, возвращенный при запуске expo push: android: show , и что идентификатор отправителя такой же, как и в файле google-services.json вашего проекта (под номером project_number ).

• InvalidCredentials : ваши учетные данные push-уведомлений для автономного приложения недействительны (например, вы могли их отозвать). Запустите expo build: ios -c , чтобы повторно сгенерировать новые учетные данные push-уведомлений для iOS.Если вы отзовете ключ APN, все приложения, которые полагаются на этот ключ, больше не смогут отправлять или получать push-уведомления, пока вы не загрузите новый ключ для его замены. Загрузка нового ключа APN приведет к тому, что , а не , изменит токены Expo Push ваших пользователей.

  • Иногда эти ошибки будут содержать дополнительную информацию о том, что ошибка InvalidProviderToken . Это фактически связано как с вашим APN-ключом , так и с вашим профилем подготовки. Чтобы устранить эту ошибку, вы должны перестроить приложение и повторно создать новый push-ключ и профиль подготовки.

Примечание. Для лучшего понимания учетных данных iOS, включая учетные данные push-уведомлений, прочтите нашу документацию по подписке приложений.

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

• PUSH_TOO_MANY_EXPERIENCE_IDS : вы пытаетесь отправить push-уведомления в различные возможности Expo, например @ username / projectAAA и @ username / projectBBB .Проверьте поле подробностей для сопоставления имен опыта и связанных с ними push-токенов из запроса и удалите все из другого опыта.

• PUSH_TOO_MANY_NOTIFICATIONS : вы пытаетесь отправить более 100 push-уведомлений в одном запросе. Убедитесь, что вы отправляете только 100 (или меньше) уведомлений в каждом запросе.

• PUSH_TOO_MANY_RECEIPTS : вы пытаетесь получить более 1000 push-квитанций в одном запросе.Убедитесь, что вы отправляете только массив из 1000 (или меньше) строк идентификаторов билетов, чтобы получать push-квитанции.

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

По умолчанию вы можете отправить уведомление своим пользователям, отправив их Expo Push Token и любой текст или дополнительные данные, необходимые для сообщения. Это легко настроить, но в случае утечки токенов злоумышленник сможет выдать себя за ваше приложение и отправить собственное сообщение вашим пользователям. У нас никогда не было сообщений об этом; однако, чтобы следовать лучшим методам безопасности, мы предлагаем использовать токен доступа вместе с токеном push в качестве дополнительного уровня безопасности.

Если вы используете expo-server-sdk-node , обновите по крайней мере до v3.6.0 и передайте свой accessToken в качестве опции в конструкторе. В противном случае передайте заголовок «Авторизация»: «Bearer $ {accessToken}» с любыми запросами к нашему push API.

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

Каждое сообщение должно быть объектом JSON с заданными полями (требуется только поле от до ):

Поле	Платформа?	Тип	Описание
от до	iOS и Android	строка | string []	Токен push Expo или массив токенов Expo, указывающий получателя (ей) этого сообщения.
data	iOS и Android	Object	Объект JSON, доставленный вашему приложению.Это может быть около 4 КиБ; общая полезная нагрузка уведомлений, отправленных в Apple и Google, должна быть не более 4 КБ, иначе вы получите сообщение об ошибке «Слишком большое сообщение».
заголовок	iOS и Android	строка	Заголовок, отображаемый в уведомлении. Часто отображается над телом уведомления
body	iOS и Android	строка	Сообщение, отображаемое в уведомлении.
ttl	iOS и Android	номер	Время жизни: количество секунд, в течение которых сообщение может храниться для повторной доставки, если оно еще не было доставлено. По умолчанию undefined , чтобы использовать соответствующие значения по умолчанию для каждого провайдера (0 для iOS / APN и 2419200 (4 недели) для Android / FCM).
истечение срока действия	iOS и Android	номер	Временная метка с эпохи UNIX, указывающая, когда истекает срок действия сообщения.Тот же эффект, что и ttl ( ttl имеет приоритет над истекающим ).
приоритет	iOS и Android	«по умолчанию» | «нормальный» | 'high'	Приоритет доставки сообщения. Укажите «по умолчанию» или опустите это поле, чтобы использовать приоритет по умолчанию на каждой платформе («нормальный» для Android и «высокий» для iOS).
субтитры	Только iOS	строка	Субтитры, отображаемые в уведомлении под заголовком.
звук	Только iOS	«по умолчанию» | null	Воспроизвести звук, когда получатель получит это уведомление. Укажите «default» , чтобы воспроизводить звук уведомления устройства по умолчанию, или опустите это поле, чтобы звук не воспроизводился. Пользовательские звуки не поддерживаются.
Значок	Только для iOS	номер	Номер для отображения в значке на значке приложения.Укажите ноль, чтобы удалить значок.
channelId	Только Android	строка	Идентификатор канала уведомлений, через который отображается это уведомление. Если идентификатор указан, но соответствующий канал не существует на устройстве (т. Е. Еще не создан вашим приложением), уведомление не будет отображаться для пользователя.
categoryId	iOS и Android	строка	Идентификатор категории уведомления, с которой связано это уведомление.Узнайте больше о категориях уведомлений здесь. Должен быть как минимум SDK 41 или простой рабочий процесс.
mutableContent	Только для iOS	логическое	Указывает, может ли это уведомление быть перехвачено клиентским приложением. В Expo Go это значение по умолчанию true , и если вы измените его на false, у вас могут возникнуть проблемы. В автономных и голых приложениях это значение по умолчанию , ложное .

Примечание для ttl : на Android мы делаем все возможное, чтобы доставлять сообщения с нулевым TTL немедленно и не ограничивать их.Однако установка низкого значения TTL (например, нуля) может предотвратить получение уведомлений с нормальным приоритетом на устройствах Android, находящихся в спящем режиме. Чтобы гарантировать доставку уведомления, TTL должен быть достаточно длинным, чтобы устройство могло выйти из спящего режима. Это поле имеет приоритет над и истечением , если указаны оба поля.

Примечание о приоритете : на Android сообщения с обычным приоритетом не открывают сетевые соединения на спящих устройствах, и их доставка может быть отложена для экономии заряда батареи.Сообщения с высоким приоритетом доставляются немедленно, если это возможно, и могут разбудить спящие устройства для открытия сетевых подключений, потребляя энергию. В iOS сообщения с обычным приоритетом отправляются в то время, когда учитывается мощность устройства, и могут быть сгруппированы и доставлены пакетами. Они ограничены и не могут быть доставлены Apple. Сообщения с высоким приоритетом отправляются немедленно. Нормальный приоритет соответствует уровню приоритета APN 5, а высокий приоритет — 10.

Примечание для channelId : Если оставить значение null, будет использоваться канал «По умолчанию», и Expo создаст канал на устройстве, если это не так. пока существуют.Однако будьте осторожны, так как канал «По умолчанию» предназначен для пользователей, и вы не сможете полностью удалить его.

 
  {
  "данные": [
    {
      "статус": "ошибка" | "Ok",
      "id": строка,
      
      "сообщение": строка,
      "подробности": JSON
    },
    ...
  ],
  
  "ошибки": [{
    "кодовое число,
    "сообщение": строка
  }]
}
  

 
  {
  "идентификаторы": строка []
}
  

 
  {
  "данные": {
    Идентификатор квитанции: {
      "статус": "ошибка" | "Ok",
      
      "сообщение": строка,
      "подробности": JSON
    },
    ...
  },
  
  "ошибки": [{
    «код»: строка,
    "сообщение": строка
  }]
}
  

Expo делает все возможное, чтобы доставлять уведомления службам push-уведомлений Apple и Google. Инфраструктура Expo предназначена для доставки хотя бы раз в базовые службы push-уведомлений; более вероятно, что уведомление будет доставлено в Apple или Google более одного раза, а не вообще, хотя оба варианта встречаются редко, но возможны.

После того, как уведомление было передано базовой службе push-уведомлений, Expo создает «push-уведомление», в котором записывается, была ли передача обслуживания успешной; push-уведомление указывает, получила ли соответствующая служба push-уведомлений уведомление.

Наконец, службы push-уведомлений от Apple, Google и т. Д. Делают все возможное, чтобы доставить уведомление на устройство в соответствии со своими собственными политиками.

6 лучших примеров писем с благодарностью за заказ

14 апреля 2020 г. | Читать 8 мин

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

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

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

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

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

Хотите знать, как отблагодарить клиентов по электронной почте? Давайте перейдем к ТОП-6 примеров писем с благодарностью за покупку и способов подойти к ним с помощью правильных приемов.

6 шаблонов «Спасибо за заказ» за вдохновение

# 1 Обратите внимание на мощность трех Вт

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

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

Эта мексиканская служба доставки еды полностью реализует концепцию «трех W». В этом письме содержится все, что нужно знать покупателю, от того, когда нужно забрать еду, до того, кто это делает.Вы также получите краткое описание того, из чего сделаны вкусняшки. А что, если клиент здесь новенький? Об этом Chipotle тоже позаботился. Предоставляют подробную карту, чтобы клиенты не заблудились и вовремя забрали заказ. Эти баллы сделают ваших клиентов счастливыми, что приведет к более высокому уровню удовлетворенности.

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

# 2 Установите ожидания

Сообщение «Спасибо за покупку у нас» может быть не просто квитанцией об оплате. Он также может быть отправлен для другой цели.

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

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

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

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

# 3 Рекомендовать дополнительные продукты

Теперь у вас есть несколько сценариев:

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

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

Jo Malone, английская парфюмерная компания, знает свое дело.Когда клиент покупает у них духи, Джо Мэлоун следует лучшим практикам и спрашивает, удовлетворяет ли их обслуживание. Если что-то пойдет не так, клиент может связаться со своей службой поддержки.

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

# 4 Подтвердите выбор покупателя

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

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

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

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

# 5 Продвигайте свою программу лояльности

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

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

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

# 6 Обучите клиента тому, как пользоваться вашим продуктом

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

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

Обучение клиентов может быть очень полезным для вашего бизнеса. Вот почему:

• Повышает доверие клиентов
• Повышает лояльность клиентов
• Уменьшает количество жалоб

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

Как настроить письмо с благодарностью за заказ

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

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

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

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

HelpCrunch Автоматический текстовый редактор электронной почты

Вы можете максимально использовать свое сообщение «Спасибо за покупку у нас», если продумаете стратегию таргетинга.Благодаря хорошо продуманным алгоритмам ваша электронная почта с большей вероятностью достигнет соответствующей аудитории. Инструменты автоматического сообщения HelpCrunch предоставляют вам возможность фильтровать пользователей по любым необходимым критериям: от языка браузера до часового пояса.

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

Итог

Письма

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

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

Кроме того, успешное электронное письмо «Спасибо за покупки у нас» продвигает кампанию лояльности компании и содержит простое для понимания руководство по установке.Вы можете применить все это на практике, создав учетную запись в HelpCrunch и посмотрев, как эти функции работают вместе.

статей HelpCrunch, доставленных прямо на ваш почтовый ящик

🚀

Все последние посты. Одно электронное письмо в месяц.
Никаких условий.

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

Продажи и Маркетинг

01 ноя.2021 Читать 10 мин

Готовите свой бизнес к крупнейшей распродаже года? Ознакомьтесь с этими запоминающимися лозунгами Черной пятницы и Киберпонедельника и не стесняйтесь копировать любой из них для своих рекламных кампаний.

Продажи и Маркетинг

26 октября 2021 г. Читать 7 мин

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

Продажи и Маркетинг

13 августа 2021 г. Читать 9 мин

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

NS1 Документация API

Пример ответа:

 [
 {
 "узлы": [
 {
 "hostname": "9bb9d18eb760",
 "синхронизация": правда,
 "тип": "расст",
 "uuid": "28410ad8-f680-4ca0-b48d-659c2117e179",
 "failure_count": 0,
 "здоровье": {
 «Порт службы данных»: 0,
 «Процессы службы данных»: 0,
 «Главный порт базы данных»: 0,
 «Основные процессы базы данных»: 0,
 «Задержка репликации основной базы данных»: 0,
 «Проверка устаревания репликации основной базы данных»: 0,
 «Процессы службы сообщений»: 0,
 «Порт администратора службы обмена сообщениями»: 0,
 «Порт службы обмена сообщениями»: 0,
 «Прокси-сервис»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 1,
 "last_health": 1600360483793,
 "seconds_since_last_health_check": 10,
 "действительный": ложь,
 "версия": "3.2,0 "
 },
 {
 "имя хоста": "ad6c061d689a",
 "синхронизация": правда,
 "тип": "данные",
 "uuid": "d8d27ed7-030f-4587-a4b9-20a87a032308",
 "failure_count": 0,
 "здоровье": {
 «Статус заполнения базы данных»: 0,
 «Порт базы данных в памяти»: 0,
 «Процессы базы данных в памяти»: 0,
 «Главный порт базы данных»: 0,
 «Основные процессы базы данных»: 0,
 «Задержка репликации основной базы данных»: 0,
 «Процессы службы сообщений»: 0,
 «Порт администратора службы обмена сообщениями»: 0,
 «Порт службы обмена сообщениями»: 0,
 «Операционные метрики процессов»: 0,
 «Прокси-сервис»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 1,
 "last_health": 1600360487371,
 "seconds_since_last_health_check": 6,
 "действительный": правда,
 "версия": "3.2,0 "
 },
 {
 "hostname": "3424d6f16835",
 "синхронизация": правда,
 "тип": "ядро",
 "uuid": "872965c1-454b-4eaf-b4de-d7325c3cb43f",
 "failure_count": 0,
 "здоровье": {
 «API Health»: 0,
 «Процессы API»: 0,
 «Связь с базой данных»: 0,
 «Проверка работоспособности Gatewayd»: 0,
 «Метрики процессов»: 0,
 «Первичный порт службы данных»: 0,
 «Первичные процессы обслуживания данных»: 0,
 «Прокси-сервис»: 0,
 «Дополнительный порт службы данных»: 0,
 «Процессы веб-сервера»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 0,
 "last_health": 1600360484893,
 "seconds_since_last_health_check": 9,
 "действительный": правда,
 "версия": "3.2,0 "
 }
 ],
 "service_def": 0
 },
 {
 "узлы": [
 {
 "hostname": "98c89d329e91",
 "синхронизация": правда,
 "тип": "днс",
 "uuid": "b525c2c7-1f26-4043-87fe-1e92e46cb362",
 "failure_count": 0,
 "здоровье": {
 «Авторитетный порт DNS»: 0,
 «Авторитетный процесс DNS»: 0,
 «Процесс DDNS»: 0,
 «DNS-кеш существует»: 0,
 «Процесс службы данных DNS»: 0,
 «Порт DNS»: 0,
 «Связь с базой данных»: 0,
 «Кэш фида существует»: 0,
 «Прокси-сервис»: 0,
 «Рекурсивный порт DNS»: 0,
 «Рекурсивный процесс DNS»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 0,
 "last_health": 1600360484222,
 "seconds_since_last_health_check": 9,
 "действительный": правда,
 "версия": "3.2,0 "
 },
 {
 "hostname": "e35174c0ac90",
 "синхронизация": правда,
 "тип": "xfr",
 "uuid": "caaf61ea-fa12-4b8a-ad0e-86fa15ffffbe",
 "failure_count": 0,
 "здоровье": {
 «Связь с базой данных»: 0,
 «Прокси-сервис»: 0,
 «Экспорт XFR»: 0,
 «Планировщик XFR»: 0,
 «Сервер XFR»: 0,
 «Рабочие XFR»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 2,
 "last_health": 1600360485712,
 "seconds_since_last_health_check": 8,
 "действительный": правда,
 "версия": "3.2,0 "
 }
 ],
 "service_def": 1
 },
 {
 "узлы": [
 {
 "hostname": "fc593d5f7573",
 "синхронизация": правда,
 "тип": "DHCP",
 "uuid": "3f732c25-594d-4062-a5f7-c97be7c3a671",
 "failure_count": 0,
 "здоровье": {
 «Проверка состояния конфигурации DHCP»: 0,
 «Процесс управления DHCP»: 0,
 «Процесс службы данных DHCP»: 0,
 «Процесс сервера DHCPv4»: 0,
 «Процесс сервера DHCPv6»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 1,
 "last_health": 1600360484491,
 "seconds_since_last_health_check": 9,
 "действительный": правда,
 "версия": "3.2,0 "
 }
 ],
 "service_def": 2
 },
 {
 "узлы": [
 {
 "имя хоста": "f177dbec5ad1",
 "синхронизация": правда,
 "тип": "монитор",
 "uuid": "6ae725a7-bea0-4d2b-9aa0-5d96914b603f",
 "failure_count": 0,
 "здоровье": {
 «Связь с базой данных»: 0,
 «Монпробед»: 0,
 «Прокси-сервис»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 1,
 "last_health": 1600360484973,
 "seconds_since_last_health_check": 9,
 "действительный": правда,
 "версия": "3.2,0 "
 }
 ],
 "service_def": 4
 },
 {
 "узлы": [
 {
 "hostname": "662871aaeeff",
 "синхронизация": правда,
 "тип": "монитор",
 "uuid": "94e0f802-330a-415d-a6e2-28c8445ea335",
 "failure_count": 0,
 "здоровье": {
 «Связь с базой данных»: 0,
 «Монпробед»: 0,
 «Прокси-сервис»: 0
 },
 "метрики": {
 "cpu_load": {
 «холостой ход»: 86.21262458471762,
 "irq": 0,
 "красиво": 0,
 «система»: 9.335548172757475,
 «пользователь»: 4.451827242524916
 },
 "load_average": {
 "loadavg_1": 0,39,
 "loadavg_15": 0,33,
 "loadavg_5": 0,44
 },
 "объем памяти": {
 "в наличии": 1444106240,
 «буферы»: 125014016,
 "кешировано": 1359679488,
 «бесплатно»: 222928896,
 "всего": 3140984832
 },
 "сеть": {
 "rx_gb": 41,
 "rx_dropped": 0,
 "rx_errors": 0,
 "tx_gb": 45,
 "tx_dropped": 0,
 "tx_errors": 0
 },
 "процессы": {
 «все»: 85,
 "заблокировано": 0,
 «бег»: 1,
 «спит»: 84
 }
 },
 "здоровый": правда,
 "Healthy_count": 2,
 "last_health": 1600360485243,
 "seconds_since_last_health_check": 8,
 "действительный": правда,
 "версия": "3.