Pull to refresh

Comments 207

И как всегда оригинальные теги)
Кстати, у себя я всю рассыльную почту всегда именую mail@домен. Как то исторически так сложилось.
Я отвечаю, если это не спам)
Просто вдумайтесь: это действующие почтовые ящики, на которые можно отправить письмо, но делать этого не нужно.

Хм, а почему вы думаете, что это действующие ящики? Вовсе необязательно при отправке писем подставлять реально существующий адрес отправителя. Спам же с любых несуществующих ящиков приходить может, к примеру.
… и такие письма очень легко фильтруются и в теории, и на практике всеми мало-мальски популярными почтовыми клиентами.
Как технически выполняется такая фильтрация?
Я думаю тут речь шла не о почтовом клиенте, а сервере получателя. Технически способов практически неограниченное количество, как прямых так и косвенных. Но столько же способов как сделать так, чтобы сообщение таки дошло :) Это бесконечная война антиспам решений со спамерами.
«Технически» есть только один способ — отправить письмо и получить на него осмысленный ответ. Всё остальное — гадание на кофейной гуще.

P.S. Хотя вру, можно еще влезть в инфраструктуру получателя и посмотреть, как у него почта устроена. :D
Не понимаю как сервер получателя может проверить существует ли ящик отправителя, не отправляя отправителю письмо, поясните пожалуйста.
Но это очень спорное решение на мой вкус т.к. не все почтовые сервера его поддерживают и потом если поддерживают то в адекватности настройки не всегда можно быть уверенным. Ну и на закуску его могут использовать спамеры.
Этот способ (ровно как и проверка по RCPT TO), почти нигде не работал ещё 15 лет назад, когда я в первый и последний раз пытался его использовать. Его часто использовали спамеры для перебора существующих почтовых адресов. Думаю, сейчас вообще отключен у всех.
По VRFY согласен, но технически то возможность есть :)
По RCPT TO имеется ввиду RFC конверт? Наверное да, хотя встречал.
Нет, команда RCPT TO.
Хорошо всё с ней. Но в доспамерские времена она сразу сообщала, что такого пользователя нет.
Дык она и по сей день проверяет в local_recipient_maps (postfix) если настроить. Или речь о чём-то другом?
Так, как это делают почтовики в Linux последние лет 15. Устанавливается smtp сессия, делается отправка письма, но вместо DATA делается QUIT.
Выше эту тему обсосали уже. А если целевой SMTP недоступен, то что делает такой клиент? Например, он лёг или я в локальной сети сижу, доступ в инет только через прокси?
да, выше уже написали, что глючная схема.

если «лёг», то 4xx ошибка, а почтовый сервер в локальной сети через прокси я вообще не представляю.
Нередкая для огранизаций схема — локальный SMTP, остальное — за прокси. Что тут представлять?

В смысле, ошибка 4xx? Реально почтовый клиент говорит, что ошибка 4xx? И что мне делать с этой информацией?
У нас какое-то недопонимание? Я говорю про sender verify, он же callback на почтовом сервере, принимающем почту от других серверов (тот, который в MX).

Вы говорите про почтовые клиенты, локальные сети, прокси и т.п.
Я думал, что ваше «почтовики» означает «почтовые клиенты».
UFO just landed and posted this here
Технически, а не интерфейсно.
Никакой магии нет.
HELO <local host name>
MAIL FROM:<>
RCPT TO:<the address to be tested>
QUIT

Например, в exim это называется callback или проверка обратным вызовом.
Конечно, это не везде работает (или уже везде не работает).
Особенно часто это не работает на публичных почтовиках.
Но неплохо работает на корпоративных почтовиках (которые ещё не перевезли свою почту на публичные).
Я несколькими комментариями выше рассказываю, что это не работает почти нигде.
Вообще вы спросили, как технически это делать, я ответил на ваш вопрос.
Вы могли бы сформулировать в стиле утверждения «я не верю в технические способы»)

Строго говоря, «не работает почти нигде» на вашей выборке почтовых серверов, сделанной 15 лет назад.
На моей выборке в 2008-2010 она работала на некоторых корпоративных почтовых серверах.
Я бы сказал, что тогда как раз был пик личных почтовиков, народ ещё не переходил на google apps и яндекс почту на личном домене.
А по RFC, если мне не изменяет мой склероз, нужно проверять ящик с которого пришлось письмо на существование, а после появления всяких SFP записей еще и адрес сервера с которого оно пришло проверять.
Вас же не смущают тонированные или зеркальные стекла с односторонней проницаемостью.
Это просто свойство объекта «в одну сторону можно, в другую нельзя», востребованное и удобное при определенных условиях.
Да, но в данном случае это дверь, нарисованная на стене. Потому что написать туда можно, только смысла это действие не имеет.
Вот именно об этом и говорит пользователю надпись «no-reply». Для общения существуют человеческие ящики — support, info, admin, qa, sales, marketing и т.д., а для рассылок — no-reply, который явно показывает, что по ту сторону провода робот, которому отвечать не нужно.

И это хорошо именно потому, что человек, получая письмо, в первую очередь смотрит на два поля: «отправитель» и «тема», и как только он видит, что в качестве отправителя стоит «no-reply», он сразу же может представить себе стратегию своего дальнейшего поведения, а не судорожно искать в теле письма ответ на вопрос "А это робот или нет? Мне там ответят или нет? Стоит туда писать или написать на какой-то другой ящик?". Если есть «no-reply», то ответ очевиден с первых миллисекунд: "Нет, туда писать не надо".
Проблема как раз в том, что ответ не очевиден. И писать будут. Примеры ниже. Самый простой вариант — человек не знает английского и не понимает, что такое noreply.
Я ответил чуть-чуть ниже. А с английским тут такое, во-первых, no-reply — это такое себе клише, которое используют многие компании, т.о. оно ассоциируется с соответствующей категорией писем и просто визуально запоминается, а, во-вторых, если целевая аудитория проекта — это люди, которые в своей основной массе не знают английский, можно использовать альтернативу: «robot», «rassylka», «avtorassylka» и т.д.
Ок, я смотрю оба поля, я знаю английский и я всё равно написал на noreply. Повторяю: косоруким тормозом был я, но бабки не получил именно тот, кто не прописал Reply-To.
Окей, еще раз:

А для тех, кто не знает и будет отвечать на этот адрес, существует поле Reply-To, в которое подставляется дефолтный адрес поддержки, которой и придет письмо от пользователя.
no-reply, который явно показывает
Это вам он явно показывает.
в первую очередь смотрит на два поля: «отправитель» и «тема»,
Это вы смотрите на два поля.
Если есть «no-reply», то ответ очевиден
Это вам ответ очевиден.

А ещё есть и другие пользователи.
Будете их игнорировать — будете недополучать бабло.
Да, да, да.

Мне.

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

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

И первой категории пользователей удобно, и вторую игнорировать не нужно.
Так я и пишу про то, что важно только Reply-To, а не откуда по факту пришло письмо. В Reply-To не должно быть noreply@.
Ну значи вам просто не нужны пользователи которые активно живут в реальной жизни, а не работают в сети. Это тоже выбор, да.
Да, я их письма сразу в /dev/null отправляю. Хотя нет, не сразу. Сначала отправляю им письмо «Скажите, вы живете в реальной жизни?», и если они отвечают «Да», то тогда отправляю в /dev/null.
Нудк это замечательно! Поддерживаете конкуренцию, я только за!
Да, конкуренция — двигатель прогресса.
Вопрос в том, как к такому рвению отнесётся владелец бизнеса ;)
Точнее даже в том, шомпол какого диаметра он инсталлирует админу когда узнает про это :D
Скорее всего, никакого. Потому что вопрос не в компетенции админа, и нормальный владелец это понимает.
Когда нормальный владелец получит bounce (это если оно вообще настроено) то он задаст вопрос админу «какого собственно говоря...» и это резко станет его компетенцией :)
Ничего оно не говорит. Человек получивший ообщение интересуется в первую очередь его содержимым. Человек получает сообщение с адреса no-reply и видит что он заказал на день рождения дочери не 10 воздушных шариков, а один и всё что его интересует сейчас это как можно быстрее исправить ошибку — он жмёт ответить и пишет что по ошибке указал не правильное количество этих дурацких шариков. Ну и в итоге дочь без шариков, мазазин без бабла.
Есть хорошее UX правило: не заставляйте пользователя думать над тем, что не должно его волновать. В данном случае пользователя не должно волновать есть такой ящик или нет, можно на него отвечать или нет. И если он ответил (не важно по какой причине) на noreply, то не пользователь — буратино, а в ваших же интересах получить ответное письмо.
И еще раз:

А для тех, кто не знает и будет отвечать на этот адрес, существует поле Reply-To, в которое подставляется дефолтный адрес поддержки, которой и придет письмо от пользователя.
Осталось только чтобы клиент этому следовал :D
Отвечать на адрес Reply-To это не более чем best practice, до тех пор пока живой человек может поменять эту настройку остаётся возможность что будут слать на From.
Тогда на помощь приходит Google с запросом «mail forwarding <your_mta_name>».
Что мешает поддержке читать письма с того адреса с которого происходит рассылка?
В принципе, ничего. Просто, на мой взгляд, вполне логично отправлять рассылку с адреса noreply, который всей своей сущностью говорит (информирует пользователя) о том, что это служебный адрес, а а принимать отзывы и ответы на адрес, например, support, который явно указывает на то, что его читает поддержка. Ну, а ежели кто-то решил ответить на noreply — не беда, на помощь приходит обычная безусловная пересылка на support, и дальнейший диалог уже идёт с этого адреса.
А можно просто отправлять письма с reminder@, promotion@ и тп, и позволить ответственным за эти сервисы людям читать с них письма. При этом получатель сможет легко и просто настроить фильтры для упорядочивания писем. А возникшие по этим сервисам вопросы решить тут же «в одном окне», не отправляясь в бюрократические путешествия в духе «напиши в саппорт, обрисуй проблему, процитируй письмо, дождись ответа от перегруженного саппорта на свой срочный вопрос, напиши админу, ибо саппорт не занимается этими вопросами, обрисуй проблему, процитируй письмо..»
Можно и так. А можно вообще hui@example.com. Все зависит от бизнеса, для которого пишется почтовая система.

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

«Если ваши криворукие админы направили письма пользователей (и неважно, на какой ящик они их писали) в /dev/null, то им в одно место следует вставить ключ на 14, с проворотом и занесением в личное дело».

И на этом топик можно было бы закрыть.

Да автор топика вообще какой-то упоротый.
Бггг :) Поделитесь грибочками? Только не в рамках этого сайта, а то так и до блокировки недолго :)
Для общения существуют человеческие ящики — support, info, admin, qa, sales

Так почему бы их и не использовать?
вспоминается одна компания предоставляющая специализированный хостинг — так у них во всех рассылках/нотификациях по любой теме — reply-to support@ и даже подпись специально «Note: This email was sent from an attended account — feel free to answer it directly if you have questions.», реально да — отвечают. все для удобства клиента.
Эта дверь появилась на стене не сразу. Насколько я могу судить, сначала в подобные письма в качестве отправителя подставлялось нечто, что по определению адресом не является, так что ни один нормальный почтовик почту туда отправить бы не позволил. Потом, на волне борьбы со спамом, подобные письма (с невалидным адресом отправителя) прямиком полетели в корзину. Пришлось придумывать чем заменить это «нечто» из поля FROM, чтобы не попадать под спам фильтры. Так и появился адрес noreply@domain.com
Так что это не чей-то злой умысел, а просто появившийся с годами «костыль». Не очень удобный, но уже привычный.
Невероятно содержательная, информативная статья.
Спасибо. И комментарии тоже полезные и информативные. Вот ваш, например.
Только это не статья. Статья — это вообще жанр.
Как правило такого ящика и не существует вовсе… Внезапно, почтовый ящик и почтовый адрес совсем не одно и то же и для отправки письма необходимо указать почтовый адрес отправителя (так от нас требует протокол), но это не знакчит, что по этому адресу должен существовать ящик… Так что указание фейкового noreply@domain это просто вынужденный ход, иначе сервер просто не примет такое письмо. А куда слать ответы можно указать и в теле самого письма. А-ля «если у вас возникли вопросы по поводу $Theme1, то пишите на $mail1, если по поводу $Theme2, то пишите на $mail2» и всё…
А в чём проблема написать нормальный ящик? Люди же будут отвечать в никуда. Это как бы не очень правильный процесс.
Главный посыл в статье — люди обязательно будут отвечать на эти письма. 100%. Моё подтверждение из личного опыта в комментарии ниже.
Я держу в организации почтовый сервер на IMAP, делаю рассылку под 300-400мб ежедневно, как вы думаете как скоро кончится место у меня в исходящих? И зачем мне вообще держать для этих целей ящик, мне достаточно только адрес. Для перфекционистов вроде вас, могу предложит забить в postfix правило безусловной переадресации с адреса noreply@domain на, например, info@domain.

Или радикальное решение, давайте просто рассылку будем делать с info@domain.
Зачем вам ящик для «отправлено с»? Вам нужен только «куда отвечать».
Мне кажется, использование подобных ящиков может быть оправдано. Например, если по итогам обработки письма предполагается взаимодействие другими средствами — по телефону, по ссылке на сайт с формой и т.д. Электронная почта — всё же наименее удобный способ при организации workflow.
Да нет же. Ведь на письмо всё ещё можно ответить. Просто ответ пропадёт в пустоте молчащего, отбивающего или несуществующего ящика. В вашем примере нам нужна такая штука в протоколе, которая блокирует кнопку «ответить» почтового клиента. А здесь — натуральный костыль.
Да не пропадет он, майлер-демон вернёт его с пометкой о не существующим почтовом ящике и всё.
Угу, пользователь потеряет время или вообще не поймет, что случилось. Отличный интерфейс.
У меня нет никаких демонов в почтовом ящике, я с утра смотрел, когда газету вынимал. Я не понимаю, что вы тут понаписали ;)
Да-да, с пометкой на чистом английском…
Да, костыль. Но надо же как-то указать пользователю, что почта — это только одностороннее информирование, а работать стоит в нормальных системах. Кстати, как-то проскакивала ссылка, что компании начинают совсем отказываться от Email — в том числе, из-за подобных костылей. Они начинают использовать wiki, web-обсуждения, месенжеры и т.д.
В поддержку статьи.

Два года назад, когда я работал в университете и сделал веб-интерфейс для подачи заявлений на поступление, то при регистрации пользователю отправлялось письмо с noreply@вуз.ru, со всеми примечаниями в «подвале», что отвечать не нужно. Но из интереса я настроил свой почтовик на этот адрес. И что же, всё лето мой рабочий день начинался с заглядывания в этот ящик и пересылки нескольких писем со сканами документов на адрес приёмной комиссии. Жаль, что про заголовок Reply-To я тогда ещё не знал.

Кстати, ещё веселее было в конце лета, когда с этого же адреса прошла рассылка результатов поступления («Поздравляем, вы зачислены! Не отвечайте на это письмо.») — в ответ пришло несколько радостных писем. А кто-то из непоступивших даже прислал письмо с руганью, хотя непоступившим рассылок не было. Такие дела.
Да, это же очень простой принцип защиты в интерфейсе — опасное действие или физически нельзя выполнить (двойная сплошная из бетонных бордюров полметра высотой) или же индикация такая, что случайно не выйдет (файл, перетаскиваемый в корзину лучше и прозрачнее в плане защиты от ошибок файла, удаляемого по кнопке).
Всегда знал, что кто ни будь на той стороне всё таки проверяет такие ящики, и всегда шлю в ответ на no-reply какую ни будь шутку или прикол)
Наш магазин (обычный, не онлайн) рассылает смс при доставке заказанного товара, что-то типа «Ваш заказ готов, можете забирать».
Многие покупатели отвечают на эти смс, обычно «спасибо», но бывает, что и «спасибо, уже не надо, я нашла точно такую же кофточку в другом магазине» или «ой, я не смогу на этой неделе, попала в больницу, можно прийти на следующей? Пожалуйста-пожалуйста, не отменяйте заказ, это платье мне очень нужно».
Ответы писались в лог рассылающего смс модема, но никак не обрабатывались.
Возможно, мы лишились части продаж или даже некоторых покупателей из-за этого.

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

Были и любовные послания — видимо, кто-то ошибся номером. Хотя, кто их знает, может и правда человек скучает по магазину и ласково зовёт его Пашенькой :)
Ваша первая ошибка — примечание надо было писать первым делом, а не в «подвале», пока пользователь ещё не потерял интерес к содержимому письма.
Да, у нас как раз было такое. Робот, подтверждающий заказы, писал «Привет, ваш заказ получен» и всё такое. Люди думали, что мы работаем прямо в полночь и ждали звонка. Сейчас письмо начинается с примерно вот такой фразы: «Привет, я специально обученный робот Мосигры, и я обязательно передам ваш заказ живым людям, когда начнётся рабочий день».
Я делаю автоматическу рассылку с адреса <Почтовый робот сайта такого-то> robot@такой-то.ру, просто чтоб получатель знал, что это письмо сформировано автоматически. Подставлять туда реальный адрес ящика человека считаю неправильным, т.к. будет иллюзия, что это письмо написал этот человек.

Для использования всей мощи возможности ответить на письмо просто указывается заголовок Reply-To.
Вопрос в том, чтобы письма не пропадали в пустоту. И Reply-To, и форвард на живого человека с ящика вашего робота отлично решают проблему.
Ну да, это одна сторона вопроса.
Другая сторона, что автортство письма должно указывать на почтового робота, будь-то bez-otveta@ noreply@ или robot-klassa-buratino@
Я у себя вижу так: «Авторассылка Мосигры» — «helpdesk@mosigra.ru». И понятно, и есть куда писать репорт.
А если пользователь наслушался модных слов про использование ИИ современными системами и считает что Почтовый робот сайта такого-то вполне себе поймет его ответ? -:
UFO just landed and posted this here
В нашем примере про склады это и происходит. Типичный ответ на авторассылку про обновление товарных запасов:
— Друзья, вы что там курите? Какого чёрта у нас на Проспекте Мира 32767 коробки Активити?
Думаю, Aclz тут больше имел ввиду банальное письмо из какой-нибудь системы, на вроде JIRA. Мол, новая заявка, вот ссылка, дальше разбирайтесь там. То есть в Вашем примере человеку правильно зайти в систему и указать свои претензии там.
А, понял. У ЖЖ это хорошо реализовано — ответ на письмо про комментарий будет ответом на комментарий. Но, думаю, такое придумать можно далеко не везде.
Ээээ, ну например, ответ на такое письмо может потребоваться для того, чтобы можно было быстро откомментить тикет в Джире, не заходя в ее тормозной интерфейс, а просто ответив на уведомление.
Да, можно. Но всё таки комментарии к тикетам — не основная функция JIRA, и прикручивать для этого почтового бота и авторизацию по ссылкам — как-то убийственно для небольшого бонуса. И что должен делать бот, например, при ответе на письмо о тикете, в котором закрыты комментарии? Писать эту ошибку в ответном сообщении? Получается целый интерфейс для работы через почту. А тут всё же система со своим замкнутым workflow, которым логично пользоваться напрямую.

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

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

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

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

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

Не бывает таких писем, на которые не хотелось бы ответить имейлом :)

Я, возможно, слишком человек имейла, принципиально не припетстсвующий ватсаппы и прочие инстант мессенджеры, и поэтому предвзят, но думаю, сейчас слишком часто забывают о том, что взаимодействие можно и нужно делать удобнее.
как раз JIRA можно настроить так что она будет принимать ответы и заносить как комментарии к тикету
Чаще все куда проще: разработчик софтины, пока пишет модуль отправки почты, не знает, какую обратный адрес указать — и пишет что-то нейтральное. Я сам видел, как в такой ситуации указывали адрес webmaster@..., имея в виду, что уж веб-мастер потом разберется, что указать точно. Глупость той ситуации состояла в том, что вебмастер, задолбавшись получать спам (я про обычный спам, который автоматом летит на webmaster@..., postmaster@..., root@… — будто спамеры и правда верят, что такие люди будут читать их рассылки), сменил мыло на составленное из его имени-фамилии, а почта на webmaster убивалась почтовым сервером, и даже не отбрасывалась. В общем, долго дебажили, почему у них почта не так, как надо отправляется из бекэнда.

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

Я к тому, что обратный адрес (как и вообще логику компании в отношении почты) надо определять заранее, и доводить ее до всех занятых и заинтересованных до начала работ. Программист, особенно внешний, обычно не обязан знать, что в From или Reply-To было бы лучше указать, а в компании мало кто найдет минуту и мысль растолковать работнику эту «мелочь».
Мир не совершенен.
Стандарты не прописывают например что на данный почтовый адрес писать нельзя (почтового ящика может не существовать, ящик может существовать но там стоит -> /dev/null или его просто никто и никогда не читает итд). Таким образом отправить сообщение можно кому угодно, проблема в том, что когда живой человек отправляет кому-то письмо то он ожидает как минимум что его сообщение будет прочитано/обработано.
А раз стандарт разрешает (не запрещает) отправлять сообщение «Деду Морозу» то выбор что же делать с полученными сообщениями лежит исключительно на получателе. Это исключительно выбор получателя хочет он «получать письма от идиотов которые не умеют пользоваться емайлом» или не хочет. Это сугубо его выбор, хочет он чтобы с определённой долей вероятности бабло и/или полезная(бесполезная) информация протелело мимо его кассы или нет. Технически нет никаких ограничений ни на тот ни на другой выбор. Но это именно ВЫБОР.
Так можно и о живом клиенте рассуждать: клиент приходит и рассказывает что-то, ему это никто не запрещает (протокол), но это ваш выбор слушать его или нет :)

Если «идиоты которые не умеют пользоваться емайлом» дают вам лишнюю бесплатную информацию, будь то заказ, уточнение, баг-репорт или рекомендация, зачем от нее отказываться?
UFO just landed and posted this here
Да ненадо с этим ничего делать :) Систему обмена электронными сообщениями начали разрабатывать 50 лет назад, в современном исполнении (емайл) она сущестует уже лет 30 наверное.
Надо просто для себя/клиента определить хотелки и на основании этого сделать выбор. Причём каждый раз выбор возможно будет разный.

Емайл имеет массу исторических проблем и ограничений и вобщем плохо подходит для современного интерактивного мира. Начиная с того что емайл стандарты и протоколы в принципе не могут технически гарантировать доставку сообщения заканчивая тем что протоколы могут быть настроены бесконечным количеством вариаций в зависимости от квалификации и фантазии администратора — проблема в том, что именно эти настройки почти никак не стандартизованы.
Красную кнопку «Не нажимать» в статье сделайте ссылкой на счетчик, и увидите сколько людей нажали
Теперь я хочу посмотреть на пасхалки, которые вы оставляете в своём коде.
Добавьте ещё, что всю почту на несуществующие ящики лучше заворачивать на реально существующую почту ответственного человека. Тогда и с noreply проблем не будет и других сюрпризов (опечатки, например).
любые.символы@домен.ру это рай для спамеров.
Ну наверное таки ВСЮ не стоит ;)
Обвалят спамом. Если есть возможность покурите логи живого смтп сервера и посмотрите какое кол-во спама идёт на рандомные адреса.
У меня прикручена яндекс.почта, так что вопросом спама занимаются специально обученные люди :-)
Когда нужен no-reply@ — например, если ты шлёшь одноразовый пароль/любую приватную инфу, которую должен знать только юзер и никто больше, заботишься о безопасности пользоваеля и не хочешь, чтобы он ненароком процитировал свой пароль в ответном письме и его увидел саппорт/админ и т. д.
Не стоит недооценивать изобретательность юзера. Сделает форвард. Гораздо лучше как-то иначе обрезать ему возможность скомпрометировать пароль. Для себя мы давно решили — одна часть в почте, вторая только в SMS на корпоративный номер.
например, если ты шлёшь одноразовый пароль/любую приватную инфу, которую должен знать только юзер и никто больше

В незашифрованном e-mail сообщении? Смешно.

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

Еще смешнее. «Уважаемый саппорт, мне вот тут пришло письмо: copy, paste. Так вот, у меня вопрос...»
;)

заботишься о безопасности пользоваеля

Если вы заботитесь о безопасности пользователя, то не будете делать всех тех вещей, про которые вы написали.
Действительно странно порой выглядит почтовое уведомление от noreply@, где внизу указана почта для саппорта support@ или info@. Бывает и другая крайность — явно отправленное роботом письмо, где обратным адресом стоит контактное лицо (например, менеджер направления) — тоже вызывает диссонанс — вроде адресованное лично от человека, а вроде и бездушный шаблон.
Зачем делать просто, когда можно сделать сложно, высосав проблему из пальца. noreply@ устоявшаяся практика, зачем начинать менять то, что работает?
И в чём же заключается эта практика?
автоматически генерённые эмайлы отсылаются с noreply, очевидно же. вам сильно на info@ ящике нужны авто-ответы? а так, кидате noreply через пайп на скрипт и радуетесь жизни.
Авто-ответы имеется ввиду vacation reminders и прочие bounces? Ну да, побочный эффект. Можно фильтровать (отлупы фильтровать вообще не сложно), можно не фильтровать.
Про пайп на скрипт не понял.
Про пайп к тому, что эмайл это не всегда ящик ака файл на диске. Сервер может запросто кидать мыло в инпут скрипта.

Спасибо, затронули важную тему, согласен с вашими доводами. На мой взгляд, в статье не хватает технических подробностей. Считаю важным разъяснить, как в текущем стандарте на почтовые сообщения RFC 5322 описываются обсуждаемые в статье моменты. А именно, часть 3.6.2 о том, как нужно использовать «Originator Fields», такие как «From», «Sender» и «Reply-To».
Именно об этом и идёт речь, что Reply To сугубо опциональная штука. И оно в RFC так прописано.
UFO just landed and posted this here
Я обычно рассылаю письма вроде «ваш новый пароль» или «активируйте аккаунт» из noreply@, чтобы показать, что на них не нужно отвечать. Это вполне себе стандартная практика. Но одновременно с этим настроил форвардинг, чтобы не потерять обращения тех, кто всё-же отважился написать ответ.
Различия в полях from и reply-to триггерит многие спам-фильтры.
Прочел статью и подумал: «Ну очевидно же! Неужели здесь найдутся люди, которые думают по-другому?» Ох, лучше бы я не читал комментарии…
для небольших компаний когда вы шлете, сотню вторую писем в неделю — согласен.

мы шлем по рассылке больше 100 тыс писем в день с адреса no-reply@, если туда подставить реальный адрес и посадить человека, то он будет получать где-то тысяч 20 писем в день в стиле «ваше сообщение получено, я отвечу как прочту» и прочие атлупы.

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

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

И да, я согласен, что написать статью про noreply стоило, это одна из тех вещей, которая «всем очевидна», но далеко не все принимают ее во внимание в своей работе.
> Понятно, что отправлять автопочту с чьего-то личного ящика – идея так себе по многим причинам.

А вот тут подробней, по каким это причинам? Я всю жизнь отправляю письма с почты mail@web-payment.ru на своем проекте, и тоже поражаюсь этим noreply. У меня есть теория, что это пошло с сервисов, которые шлют уведомления своим пользователям о том, что написали комментарий или личное сообщение, а эти пользователи писали ответным письмом соответственно свой комментарий. Но это, конечно, не оправдание.
Самый простой пример — если вы отправляете десятки тысяч писем, несколько людей нажмут на «это спам» и ваш личный ящик будет испытывать проблемы с фильтрацией. Одно дело — потерять авторассылку на сутки, другое дело — важное личное письмо.
Не задумывался об этом. Правильно я понимаю, что в таком случае под email рассылки, автоматические уведомления и главный ящик надо использовать три разных почты?
Разумеется. Причём под разные рассылки имеет смысл заводить разные ящики.
А ящик лучше на своем домене т.е. offer@web-payment.ru или можно вообще на публичном сервере offer-web-payment@gmail.com, чтоб точно избежать спам фильтром?
Публичные сервера не внушают доверия пользователю, так что лучше, конечно, со своего домена.
У одного туристического агентства проблема была ещё веселее. Они использовали для рассылок околорекламного характера (с акциями) тот же сервис отправки почт, что и для уведомлений о билетах, квитанциях и т.п. Так вот, при нажатии на кнопку «это спам» срабатывал встроенный механизм автоотписки от Гугла. И клиент в базе отмечался как отписанный ото всех писем. И ему не попадали в итоге его же билеты, хотя он всего лишь хотел остановить рекламный поток.
А где прочитать про этот механизм автоотписки от Гугла? Хочу сделать его, но только для писем массовых рассылок которые отправляю через mailchimp. Даже не знаю как задать поисковый запрос…
Уверен, что 99,999(9)% «отвечающих», просто жмут кнопку Ответить, не трогая изначальную тему.
В итоге, все ответные письма будут с темой вида: «Re: [исходная тема письма]». Вот пусть сам робот и сортирует входящую почту в своем ящике.
В жизни много сценариев односторонней коммуникации. И в бизнесе тоже. Странно, как вы могли их просто взять и выкинуть из вашей модели мира? На вас это совсем не похоже, судя по остальным вашим статьям в блоге.

Создатели протоколов электронной почты тоже не предусмотрели «безответных адресов». Но жизнь от этого не изменилась. И, кстати, никто не мешает админу почтового сервиса настроить автоответ при получении писем на такой адрес. На понятном пользователю языке и со всеми необходимыми разъяснениями.
У нас в модели бизнеса односторонней коммуникации просто нет.
UFO just landed and posted this here
С клиентом, сотрудником, контрагентом. Видимо, вообще. В смысле, мне тяжело представить ситуацию, когда односторонняя коммуникация может быть полезна.
UFO just landed and posted this here
— Система, а ты уверена? Может, ошиблась?
Нет системы. За роботом всегда есть человек. У проблемы есть фамилия. На кассовом чеке написан личный телефон главы по региону. И так далее.
UFO just landed and posted this here
Это наши бабки. Складывается впечатление, что мы их умеем считать.
Нужна, причём ответа даже не кому-то одному, а ответственной группе.

Robot> Диск номер 12345 помрёт через 7 дней, примите меры.
Admin 1> Я займусь
Admin 2> Что-то часто стали сыпаться эти модели
Admin 1> Поменял. Ага, ну ещё 2 осталось, и больше их брать не будем.
Это уведомления самого разного характера. Скидки, акции, новинки. Сервер упал, сайт перегружен, авиарейс отложен, спектакль отменен, на вашем маршруте завтра ожидаются сходы снежных лавин. Ваш аккаунт пытались взломать, и мы его заблокировали. Ваша посылка прошла таможню. Платеж с вашей карты в пользу магазина «Все для рыбалки» прошел успешно. Ваш заказ №45563 будет доставлен завтра после обеда; курьер свяжется с вами. Ваш персонаж в игре «Месиво Онлайн» был убит, пока спал, в конце концов.

Только не говорите, пожалуйста, что во всех этих случаях где-то должен сидеть наготове живой человек и общаться с любопытными/скучающими/паникующими пользователями. Это какая-то деавтоматизация бизнеса…
Естественно, именно к деавтоматизации мы стремимся. Потому что всё это — хороший клиентский сервис. Не «ваша посылка уехала», а «мы отправили, вот трек, если что — звоните или пишите, подскажем-поможем-отменим, если надо.»
Мне нравится портал hobby king, он перед тем как прислать письмо «мы отправили вашу посылку, вот трек номер» присылает еще одно письмо с содержанием типа
«Здравствуйте, я упаковщик посылок #35, я сейчас дважды проверил ваш товар, с ним все в порядке, и я передал его в службу доставки, он будет отправлен в ближайшее время.»

Вроде письмо не несет никакой полезной информации, да и вообще никакой информации не несет. Но на душе-то всё равно становится как-то теплее :-)

habrastorage.org/files/001/602/ee3/001602ee3db74fe9ac5c4b4d2188ea3a.jpg
Автоматизация не исключает хорошего клиентского сервиса и человечных текстов в письмах.

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

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

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

Но мы отклонились от темы. Все-таки односторонние коммуникации есть и они не редки, вы согласны?
Да, вы правы. Это называется концепцией «автоматизированной персонализации» и хорошо описано в «Экономике впечатлений».
По-моему, вы путаете тёплое с мягким.
Мосигра не отказывается от роботов и автоматизации. Они, грубо говоря, совмещают рассылку и саппорт. Рассылка автоматическая, но на письмо можно ответить, и там будет сидеть живой человек.
Я не против того, что делает Мосигра. Моя мысль состоит в том, что если вместо Мосигры взять, грубо говоря, Билайн или Mail.ru, то на каждое такое письмо не поотвечаешь. А отвечать не всем еще хуже. Поэтому приходится по-другому выстраивать коммуникации.
Билайн — по крайней мере, на бумаге — года два как стремится к обратному как раз. Проект «Белая книга».
не требует ответа? точно? а если получатель думает не так?

>Платеж с вашей карты в пользу магазина «Все для рыбалки» прошел успешно.
после чего я отвечаю:… в смс от банка была (о ужас) другая сумма и вообще от какого то левого мерчанта — YANDEX MC это вы? а ваша поддержка НЕ отвечает на мое письмо

>Ваш заказ №45563 будет доставлен завтра после обеда; курьер свяжется с вами.
после чего я отвечаю что в заказе было указано же — или завтра ДО обеда или послезавтра после, завтра после — я не могу. курьер свяжеться… я вообще в лесу буду и связь толи будет толи нет. а если не привезут — то послезавтра буду звонить где мой заказ. что еще раз доставку оплатить? прямо же было указано когда мне удобно будет а про завтра-после-обеда вам было от меня письмо. вы его не получили? сейчас проверю — у меня — в отравленых лежит, что — не будете доставлять? ну ваше дело. хорошо что была выбрана НЕ оплата картой а не налом курьеру, куплю в другом месте

>Ваш персонаж в игре «Месиво Онлайн» был убит, пока спал, в конце концов.
мне подписку больше не оплачивать или его можно оживить?

во всех эти случаях есть же какая то тикет-система для поддержки, почему письма на noreply не заворачивать сразу в нее?

никто не мешает админу почтового сервиса настроить автоответ
Лишь бы учёл что у пользователя тоже может быть настроен автоответ.
Вот вообще не понятно, за что в карму на*рали?
Лично я вам поставил минус за тот самый комментарий, на который сейчас отвечаю.
Хочу себе такую кнопку. Вы их случайно не продаете? :)
О, надо посмотреть, можно ли поставить в ассортимент машину, которая выключает сама себя.
Статью еще не читал, но хочется проорать «Какого черта вы до сих пор используете no-reply ящики?»
Прочту обязательно :)
Вот ответ от одного крупного сайта:
Это письмо сформировано автоматически, отвечать на него не нужно

Вот от одного хостера:
If you have any questions, please do not hesitate to contact us at administration@…

Не понимаю любви к фразе «отвечать на него не нужно».
Если у человека есть вопрос по пришедшему уведомлению, можно сразу задать вопрос в ответном письме с цитированием.
Это гораздо проще, чем:
1. зайти на сайт техподдержки;
2. найти нужный пункт, касающийся этого уведомления;
3. объяснить, насчет какого именно письма у вас вопросы (вполне возможно, что вас попросят переслать это письмо).

Ведь на ответные письма можно посмотреть и по другому.
Это не только может помочь клиенту быстро регить какой-то вопрос.
Если пользователь знает, что на любое уведомление он всегда может нажать «ответить» и задать вопрос или уточнить что-то, а потом получить живой ответ, он будет ценить такой сервис выше.
Особенно в эру «ваш звонок очень важен для нас» и «отвечать на письмо не нужно».
Оцициально это звучит так: легкость коммуникации повышает лояльность пользователя.
Лояльный пользователь — тот, на которого не нужно тратить деньги для привода на сайт.
Поэтому «ответить» помогает оставить у себя больше клиентов, вместо того, чтобы тратить деньги на новых.
А ещё есть Гугл, который вообще прячет своих сотрудников даже на корпоративных сервисах.
Рассказываю другую сторону медали. У нас B2B сервис, и к сожалению это среда, в которой принято зачем-то настраивать авто-ответы на все входящие сообщения. Поэтому на каждую рассылку в ответ на почту no reply приходят десятки тысяч (без преувеличений) сообщений «спасибо за ваше письмо, я обязательно вам отвечу», «ваш запрос поставлен в очередь на обработку», «я сейчас нахожусь в отпуске, но обязательно отвечу вам после ...» И т.д.

Найти в этом потоке писем реально полезное и нужное пока не представляется возможным.

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

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

В свое время я пробовал писать для себя такой сервис, но в итоге ограничился только автоматическим парсингом ответов от mailer daemon чтобы отписывать от рассылок людей, чей адрес уже перестал существовать, с переполненными ящиками и подобными проблемами, тоже нередкими в корпоративном сегменте.
Посадите человека же. Такие ответы в B2B — это просто предел мечтаний, а вы ещё и недовольны. Это золотая жила. Копайте.
Я не доволен и не недоволен :-) я отношусь к этим ответом как к данности, и не представляю как можно мечтать о тысячах автоматических писем «спасибо», каждый день приходящих на почтовый ящик.

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

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

Это же — просто обычные информационные рассылки для людей, которые подписались на автоматические новости. Не думаю, что там такая уж большая жила :-)
Поэтому в качестве решения у нас на no reply также настроен автоответ


И как долго переписываются ваш автоответчик и автоответчик юзера? ;)
Стек реализации протоколов уже очень давно блокирует Land-атаки в зародыше.
а при чем тут land-атаки?

Переписываться же будут два РАЗЛИЧНЫХ автоответчика на двух разных серверах…
Нет, их блокирует похожий механизм. По крайней мере, сколько я видел массовых рассылок, диалог автоответчиков затихает максимум через 3-4 такта.
до чего техника дошла…
А как хоть этот механизм называется?

я автоответчики считаю злом и сам не использую, и своим подопечным не даю.
пусть уж лучше на время отпуска будет редирект на замещающего сотрудника.
Я не знаю точно, как это работает. И с удовольствием бы послушал гуру, потому что тема очень интересная.
Есть стандартные алгоритмы, аналогичные алгоритмам спам-фильтрации. Тот же байесовский фильтр. Мы на Data Science такие примеры разбирали. Так что, если хотите — можно попробовать, могу в этом помочь.
Для чего используется почта noreply@?


ящик с таким адресом используется только для технических целей.
все письма на этот адрес сразу отправляются в /dev/null

С таким MAIL FROM: рассылаются письма массовых рассылок и индвидуальных уведомлений.

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

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

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

Причин может быть довольно много.

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

Он ведь не пишет в конце-концов что-то вроде: devnull, trash, null, nil, end-of-internet, Bxoda-net, lift-ne-rabotaet, ushla-na-bazy, ne-stychjat…

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

Хорошая новость: если письмо отправленное на «нормальный» адрес, также не гарантирует быть прочтенным, то отправка письма на адрес noreply всё-же имеет определенный смысл ;)

И наконец, автор письма вправе указать возвратный адрес на свое усмотрение.

Для чего используется почта noreply@?


Когда я получаю письмо от noreply@, я счастлив.

Ведь не надо отвечать на письмо. Мало того, тебе еще будут благодарны за то, что ты лентяй…
А, Мосигра, привет конкурентам.

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

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

Перешел в этот пост по ссылке из дайджесты, присланного с ненавистного noreply. Зачем noreply, например, хабру? Чтобы не заниматься ерундой, отвечая людям, желающим пообщаться с дайджестом. Чтобы мотивировать людей переходить на сайт и показывать им рекламу, за счет которой живет ресурс. Бизнес-модели бывают разные, и попытки натянуть работающие в мосигре бизнес-процессы на всех остальных выглядят, как минимум, странно. Особенно с притянутыми за уши примерами вроде того же поставщика.
Давайте мыслить логически. Если пишут noreply вместо digest, значит не хотят, чтобы пользователь писал ответное письмо. Раз этого не хотят, значит пользователи зачем-то так делают. Если пользователи отвечают на эту рассылку, то что их мотивирует так поступать? Ответ от кого они ожидают получить, написав это письмо?

Если пользователи не отвечают, то и писать noreply смысла нет. Если же отвечают — смотрите, что именно. Например, если в письме будут битые ссылки, то я с больше вероятностью сообщил бы об этом ответным письмом, чем полез бы искать где там у вас служба поддержки и тратить кучу времени на оформление багрепорта.
Давайте. Технари в свое время создали протокол для обмена сообщениями. Но когда он пришел в реальный мир, оказалось, что некоторые письма не требуют ответа. Совсем. И тогда пришли к негласному соглашению, что такие письма отправляются с адреса noreply. В большинстве случаев этот адрес выбирается потому что так принято, и никто не проверяет, пишут ли на него что-либо или нет.

Облизывать пользователя со всех сторон и давать ему всевозможные удобства в большинстве случаев не имеет смысла. Потому что о важном, вроде битых ссылок, пользователь сообщит, даже если ему придется потрудиться лишние полторы минуты. С ответными же письмами возрастает вероятность того, что служба техподдержки будет вынуждена перелопачивать кучу мусора. Это печаль и для сотрудников, и для работодателя.
Какого именно мусора? Я вот не буду тратить лишние полторы минуты, чтобы написать вам багрепорт, я просто воспользуюсь другим сервисом, который не косячит так сильно, а если и косячит, то сам быстро всё исправляет или хотя бы не заставляет меня быть бета-тестером, создающим задачи в джире на каждый чих. Так что в ваших интересах получить фидбек с исчерпывающей информацией о проблеме (в данном случае — цитатой письма) как можно раньше. Какой бы наплевательский на пользователя сервис у вас ни был.
UFO just landed and posted this here
2% нежных пользователей могут приносить 98% прибыли. Так что осторожней со статистикой. Но я согласен, вы имеете полное право делать абы как и строить из себя звезду, которая не опускается до этих холопов-пользователей. Мне будет приятно быть вашим конкурентом. :-)
2% нежных пользователей могут приносить 100% геморроя, особенно, если они теряют рамки и не видят середины между звездами и холопами.
UFO just landed and posted this here
Я, разумеется, утрировал. Суть-то даже не в том облизывать ли пользователя с ног до головы, а в том ставить ли преграды там, где их можно не ставить. Касательно примера с магазином — представьте такое объявление у прилавка: «продавец глухонемой, по всем вопросам звоните по телефону..».

Пример из жизни: недавно я покупал душевую кабину. В Москве её заказать было бы на десятку дешевле. Но пообщавшись с тем магазином я решил у них не брать, так как они «какие-то мутные и бестолковые ребята с которыми кашу не сваришь». Я указал на сайте, что мне нужна доставка в Питер на мой адрес. Сначала они вообще забыли про неё, а когда я им напомнил — предложили мне самому договориться с транспортной компанией. Когда я их попросил самим решить этот вопрос, они мне рассчитали доставку до базы этой компании в Питере, о чём я узнал случайно из диалога и пришлось ещё дополнительно попросить доставить именно на адрес. До подъёма на этаж и тем более до сборки мы так и не дошли. Так что заказал я её в Питере на пятёрку дороже (с учётом доставки из Москвы в первом случае). Тут и из Москвы сами привезли, и домой занесли и даже установку с ихнего сайта можно сразу заказать. Не без сюрпризов обошлось, конечно, но тем не менее я выбрал тех ребят, что подумали о клиенте, а не тех, у которых дешевле.

И ещё про «армию консультантов». Я, например, пользуюсь ТКС у которого не то что консультантов, а даже отделений в каждом городе нет. И тем не менее он предоставляет лучший сервис, чем большинство других банков — все (или почтив все) вопросы решаются через интернет или по телефону, а снять деньги я могу в любом банкомате без комиссии. То есть они улучшили сервис и уменьшили расходы на него одновременно. Применительно к почте — если указывать почту ответственного за этот сервис человека, то сможете избавиться от «армии консультантов», которые принимают письма от пользователей на support@ и пересылают их ответственным за конкретный сервис. Вы и сервис улучшите и расходы на сортировку писем уменьшите. Но это опять же, в сферической большой компании в вакууме :-)
Разница в тоим, что одни утрируют, а другие говорят о реальной жизни ¯\_(ツ)_/¯

Из жизни тоже есть что вспомнить. Например, ставил в этом году кухню — в красивом салоне клиентоориентированная тетя потратила на нас с полчаса, чтобы по фен-шую подобрать мебель на кухню. Получилось под 400к стремительно дешевеющих рублей за мебель без столешницы и без техники, с учетом скидок «только для нас, только сейчас» выходило под 250к. Просто за деревянные коробки с фасадами, без столешницы. Пришлось побегать, в итоге в меньшую сумму вписались и мебель, и столешница, и варочная панель, и духовка, и посудомойка и сплит-система, и прочие мелочи. Все стоит, работает и радует хозяйку. Пришлось, конечно, хлебнуть реальности, но оно того стоило, даже в пересчете на рабочие часы. Особенно весело было со сплит-системой: в клиентоориентированной год назад компании (брал у них когда-то бытовую технику) внезапно оказалась чертова туча предприимчивых сотрудников. Меня пытались обмануть и на доставке, и на установке, приходилось в пятницу в 11 вечера разбираться с менеджерами что почем и откуда неразбериха с ценами… В итоге все прошло, а кондей за полцены остался.

За сервис ТКС тоже есть чего сказать, ибо довольно давно пользуюсь их услугами. Например, они совершенно не могут помочь, если чужой банкомат сожрал их карту в другом городе. Просто взял и на окне ввода пин-кода ушел в перезагрузку. Забрали денег за перевыпуск и завещали две недели ждать новую карту на домашний адрес. Дескать, я не я и корова не моя. Но бывало у них и веселее. Когда мне Альфа-банк предлагал кредитку все было просто и весело — такая-то кредитка на таких-то условиях, если согласны — забирайте. Забрал, пользуюсь, доволен. Поэтому, когда из ТКС позвонил специально обученный продажник и предложил что-то подобное, я согласился. Через 20 минут перезвонил еще более обученный продажник и с полчаса допытывался как я живу, где работаю, как с утра покакал, как живут двоюродные внуки моей собаки и каким имуществом я могу отвечать по кредитам. В итоге я отказался отвечать на половину вопросов и мне отказали в выдаче предодобренной кредитки. Вроде бы и ради клиентов сэкономили на чем-то, но иногда это выходит настолько боком, что приходится держать запасной вариант.
Коль пошла такая пьянка…

Как раз летом взял кухню за 150, при этом дизайнер вылизал меня чуть ли не до блеска, сам советовал как не переплатить и попасть в скидки. На лицо разная мотивация сотрудников. В вашем случае скорее всего дизайнер получает процент с продаж. А в моём — фиксированную премию по факту сделки. Я походил по разным местам, где-то дешевле выходило, где-то дороже, но остановился именно на этом варианте, ибо чувствовался профессиональный подход к делу и качество исполнения (как самой кухни так и программы для её проектирования) за приемлемую для меня цену.

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

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

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

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

Да эти статистики всё равно ничего не стоят. Например, громкая новость про увеличение прибыли при незначительном уменьшении времени ответа сервера — профанация чистой воды. Но, к сожалению, мало кого можно убедить просто разумными доводами — приходится рисовать красивые графики.
Вы ходили по салонам, выбирая качество мебели и софта для проектирования. Это не самый клиентоориентированный подход, потому что можно было пригласить дизайнера интерьеров и поручить ему сделать всю кухню (а не только мебель) в определенном стиле. Почему Вы решили отказаться от заведомо более высокого качества обслуживания?
Потому, что оно заведомо гораздо более дорогое. Так что выгода не перекрывает затраты.
Вот мы и нашли Ваш предел, за которым повышение цены становится важнее повышения качества. Такой предел есть у всех потребителей. Поэтому и нужны хоть какие-нибудь цифры, чтобы можно было говорить об эффективности повышения качества. Без конкретных цифр можно обсуждать только разумность доводов.
Это предел, при котором повышение цены не гарантирует повышения качества. И эффективность расхода средств — это тоже, кстати, относится к качеству. Мне нужна хорошая кухня, но не по цене квартиры. И когда дизайнер рекомендует взять фасады выполненные по новой клёвой технологии, которая ещё и дешевле, вместо дорогих и качеством по хуже — это огромный плюс к качеству обслуживания.
Повышение цены не гарантирует повышение качества и более низкой ценовой категории. Потребитель не будет платить выше предела, который он для себя определил, сколь бы высокое качество не предлагалось. Поэтому повышение качества (обслуживания или производства — кто чем занимается) после определенного предела не имеет смысла (кроме редких случаев перехода в более премиальный сегмент).
Давайте не улетать в стратосферу? В пределах одного сегмента рынка, повышение качества обслуживания положительно коррелирует с успешностью бизнеса. А уж если повышения качества можно достичь бесплатно (выбрав правильную модель мотивации сотрудников, например), то грех этим не пользоваться.
Коррелирует до определенного предела. Предел, естественно, плавающий, и зависит не только от бизнеса, но и от окружающей обстановки.

Бесплатное повышение это как? Если мотивировать сотрудников морковкой спереди, то это затраты на премии. Если же мотивировать морковкой сзади, то это улучшение за счет сотрудников (и не сомневайтесь, они найдут способ перенести бремя на клиентов).
Бесплатное — это премировать за число довольных клиентов, а не за размер оборота. Коэффициентами всегда можно уравнять затраты на оба варианта.
Того самого мусора, который описан выше: автооответы, спам, потоки бессознательного и прочее. Полторы минуты на багрепорт Вам день, а зайти на хабр, который шлет такие же уведомления с noreply, и рассказать, что за вами нужно бегать аки за полночной звездочкой не лень?
noreply@ от автоответов не спасёт, от спама тоже, от потоков сознания тем более. А отправлять письма в /dev/nul вы можете с любого ящика, не только с noreply.

Баг-репорт мне нужнее или вам? :-) Мне вот делиться с сообществом своими идеями интересней, чем расписывать ошибки сервиса, хозяева которого плевать хотели и на меня, и на моё удобство создания багрепортов.
noreply@ от автоответов не спасёт, от спама тоже, от потоков сознания тем более. А отправлять письма в /dev/nul вы можете с любого ящика, не только с noreply.
От всякой фигни не спасет ничто, даже иконки на торпеде. Тем не менее, определенные меры могут свести лишнюю ненужную работу до минимума.

Баг-репорт мне нужнее или вам? :-) Мне вот делиться с сообществом своими идеями интересней, чем расписывать ошибки сервиса, хозяева которого плевать хотели и на меня, и на моё удобство создания багрепортов.
Мне нужнее адекватные клиенты, с которыми можно построить здоровые отношения, и мне на них везет. Адекватные люди оставляют адекватные отчеты, по которым почти всегда можно выявить причину проблемы. Если Вам интересно, то лет 10 назад, когда я продавал еще самую первую версию своей платной программы, у меня был клиент, которому больше этой программы нравилось лишь одно — горы. Но в горах была проблема — ничто кроме ICQ не работало, а погоду знать было бы крайне полезно. Так что он получал сводку о погоде от автора купленной программы. С тех пор мои подходы к техподдержке мало изменились, и те, кому это нужно, получают помощь, которую я могу оказать. За особо занятыми и скромными приходится отдельно бегать «чтобы фотографию отдать».

Однако, пришлось за это время поработать с разными заказчиками. Когда заявляют, например, что «Наш сисадмин не будет ставить Вашу программу по Вашей инструкции, потому что она опубликована в интернете. Оформите инструкцию отдельным официальным документом», тогда уже обычные мои подходы не действуют. И приходится посылать заказчика куда-нибудь в договор. Такими грязными хаками, к сожалению, приходится пользоваться. Хоть и очень редко, обычно готовые платить люди приятны в общении и способны разобраться и решить недоразумения с третьими сторонами. А те, кто больше всего говорят про идеализированные вещи, вроде «клиент всегда прав», как правило, скрывают бардак внутри своей компании.
— Зачем действующий noreply? Можно же просто указать несуществующий ящик и даже не заводить его!
Проблема станет ещё хуже — письма будут пропадать без результата, либо пользователю будет приходить уведомление о недоставленном сообщении. Которое он может не увидеть, не понять или увидеть и понять и просто потерять время, переписывая изначальное письмо ещё раз.

FYI: все нормальные почтовики шлют в этом случае bounce (ответ с текстом типа не удалось доставить письмо, адрес не существует), если нету catchall-алиаса.
UFO just landed and posted this here
На мой взгляд это вопрос прагматизма: компании просто не хотят держать дополнительных сотрудников, разбирающих 10-100к писем в день для решения проблем нескольких клиентов. Чаще всего такие усилия не оправданы экономически, потому что большая часть сообщений не будет касаться бизнеса или вопросов помощи.

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

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

Поэтому проще указать «Письмо автоматически отправлено роботом и не требует ответа. Если у вас возникли вопросы, вы можете ознакомиться с разделом Ответы на частые вопросы или написать письмо в Службу поддержки».
Сейчас отличный антипример подал Альфабанк:
Техподдержка попросила уточнить детали вопроса. Обратный адрес — no-reply@. Иииии… куда уточнения-то слать?..
Sign up to leave a comment.