DER VISIEM. IZŅEMOT TEVI. SĒRIJA 03 / E-PASTA PIEGĀDĀTĀJI
SMTP PIEEJAMS.
SŪTĪT NEDRĪKST.
Savienojums darbojas.
Jautājumi tikai sākas.
SMTP tests izdodas, domēns ir verificēts, cenu plāns šķiet piemērots. Un tad atnāk atbilde: šo klientu pieņemt nevaram.
Anonimizētas piezīmes no Edgara un AI kopīgā e-komercijas darba. Tekstu veidojis ChatGPT. Pamats — pārbaudīta sarakste un projekta pieredze. Projektu un piegādātāju identitātes, precīzi datumi, apjomi un privātas sarakstes citāti nav publicēti. Šī nav pakalpojumu sniedzēju reitingu tabula.
Sākt ar kontu, kas vēl neko neapsola ↓Var pieslēgties.
Vai drīkst izmantot?
Tehnisks tests atbild uz šauru jautājumu: vai šie savienojuma dati strādā? Tas neatbild uz jautājumu, vai piegādātājs pieņem konkrēto uzņēmumu un tā vēstules.
Mūsu atlasē vienam kandidātam jau bija izveidots testa konts un verificēts sūtītāja domēns. Pirms maksas pakalpojuma izvēles nosūtījām aprakstu par uzņēmuma darbību, kontaktu izcelsmi un plānotajām vēstulēm. Piegādātājs jautājumu nodeva iekšējai izvērtēšanai. Pēc tās sadarbību atteica.
Šajā gadījumā atteikums aptvēra arī informatīvas un transakciju vēstules. Tas bija konkrētā piegādātāja lēmums par iesniegto profilu. No tā nevar secināt, ka visi piegādātāji vai visi līdzīgas nozares uzņēmumi saņemtu identisku atbildi.
Vērtīgākais izrādījās jautājums pirms maksājuma. Tehniski piemērots risinājums vēl nebija izmantojams risinājums šim projektam.
SMTP tests
Vai savienojums un sūtītāja konfigurācija darbojas?
Lietojuma akcepts
Vai izvērtēts uzņēmums, saturs, adresāti un plānotā plūsma?
Kontrolēts starts
Vai reālajā izsūtīšanā rezultāti atbilst gaidītajam?
Mana AI piezīme. Tabulu ar SMTP atbalstu un cenām varu uztaisīt ātri. Taču šajā projektā izšķirošā aile bija cita: vai pakalpojuma sniedzējs ir izvērtējis tieši šo lietojumu? Ja atbildes nav, tukša šūna ir godīgāka par zaļu ķeksīti.
“Jā” bija.
Bet citam plānam.
Ja pakalpojuma sniedzējs apstiprina vienu sūtījumu plūsmu shēmu, pārkārtota shēma var prasīt jaunu saskaņojumu.
Ar citu kandidātu sākumā vienojāmies par izvērtēšanas materiāliem. Sekoja piedāvājums, kurā transakciju vēstules un kampaņas bija nodalītas viena piegādātāja infrastruktūrā.
Vēlāk sarunā precizējām alternatīvu: vienu plūsmu saglabāt esošajā risinājumā, bet jaunajam piegādātājam nodot tikai kampaņas. Saņēmām būtisku atbildi — iepriekšējais akcepts bija dots citai arhitektūrai. Ar “viņi mūs pieņēma” vairs nepietika.
Te nav svarīgi, kura shēma ir universāli labākā. Svarīgi, vai abās sarunas pusēs ar vārdu “plāns” saprot vienu un to pašu. Kādas vēstules, kuri domēni, kāds apjoms, kādi saņēmēji un kādi darbības nosacījumi?
| Vajadzība | Piemērs | Kas jāsaskaņo |
|---|---|---|
| Ienākošais pasts | Klients atbild atbalsta komandai | Kur atrodas pastkastes un nonāk atbildes |
| Transakciju sūtījumi | Pasūtījuma statuss, paroles atjaunošana | Atļautais saturs, sūtītājs, svarīgo vēstuļu plūsma |
| Kampaņas | Jaunumi vai komerciāls piedāvājums | Adresātu pamats, apjoms, atteikumu un atrakstīšanās apstrāde |
Šis ir vajadzību sadalījums. Tas neprasa trīs piegādātājus un pats par sevi negarantē reputācijas izolāciju. Konkrēto konfigurāciju un tās robežas pārbauda ar izvēlēto pakalpojuma sniedzēju.
Adrese derīga.
Vēstule gaidīta?
Kontakts var būt paša uzņēmuma datubāzē un tehniski pārbaudīts. Ar to vēl nepietiek, lai atbildētu uz visiem sūtīšanas jautājumiem.
Mūsu darbā adresātu pārbaude un sadalīšana grupās bija atsevišķs sagatavošanas posms. Tas palīdzēja sakārtot sarakstu, bet neaizstāja piegādātāja izvērtējumu vai tālākās izsūtīšanas novērošanu.
Jāatdala vismaz trīs lietas: kā adrese nonāca sistēmā, kāda veida saziņai ir pamats un ko par adreses tehnisko stāvokli pasaka pārbaudes rīks. Veikala konts, nesens pirkums un jaunumu abonements apraksta dažādas attiecības. Tos nevajag automātiski apvienot vienā “mūsu klientu” sarakstā.
Praktisks adresāta ieraksts ļauj atrast avotu, reģistrācijas vai citas attiecīgās darbības laiku, saziņas izvēles un iepriekšējos atteikumus. Ja vajadzīgā informācija nav saglabāta, tas ir atklāts jautājums, ko nevar atrisināt ar precīzāku SMTP iestatījumu.
Tehniska adreses validācija pati par sevi neapstiprina saņēmēja piekrišanu konkrētajam saturam, piegādātāja atļauju vai turpmāko vēstuļu piegādi. Šajā sērijā neizdarām juridisku secinājumu par konkrētu adresātu grupu.
Pirmā kampaņa izdevās.
Un tad — brīdinājums.
Sākumā no piegādātāja saņēmām labas atsauksmes par izsūtīšanu. Vēlāk tas pats piegādātājs aicināja samazināt apjomu vienā saņēmēju grupā.
Brīdinājums bija par pieaugošu atteikto piegāžu īpatsvaru. Ieteikums — samazināt sūtīšanas apjomu attiecīgajai grupai un koncentrēties uz aktīvajiem adresātiem. Iepriekšējās labās izsūtīšanas šo novērojumu neatcēla.
No sarakstes varam apstiprināt, ka sākotnējais vērtējums bija labs un vēlāk radās konkrēts piegādes signāls. Ar šiem faktiem nepietiek, lai nosauktu vienu galīgo cēloni. Nevaram vienkārši paziņot, ka vainīga datubāze, piegādātājs vai viens saņēmēju pakalpojums.
Nākamā pārbaude prasa sadalīt rezultātus pēc saņēmēju domēniem, izsūtītajām grupām, kļūdu kodiem un periodiem. Kopējais vidējais rādītājs var paslēpt vietu, kur problēma sākas. Ja analizējam atvēršanas un klikšķus, jārēķinās arī ar automātiskas aktivitātes ietekmi uz uzskaiti.
Mana AI piezīme. Te man gribētos ielikt saraksta galā “piegādātājs atrasts” un aizvērt uzdevumu. Bet darbs tikai mainās: sākumā pārbaudām piemērotību, pēc tam — darbības rezultātus. Zaļais ķeksītis jāprot arī atvērt vēlreiz.
Ko pajautāt
pirms maksā?
Atvērt jautājumus sarunai ar piegādātāju
- Vai esat izvērtējuši mūsu uzņēmuma darbību, mērķa tirgu, vietni un vēstuļu paraugus? Vai atbilde jau ir galīgais lēmums vai tikai gatavība izvērtēt?
- Kurus vēstuļu veidus pieņemat: transakciju, informatīvos un kampaņu sūtījumus? Kādas ir robežas?
- Vai akcepts attiecas uz mūsu konkrēto plūsmu, domēnu un piegādātāju sadalījumu?
- Kādu informāciju par adresātu izcelsmi, saziņas izvēlēm un iepriekšējo sūtīšanu vajag iesniegt?
- Kāds ir sākuma apjoms un palielināšanas plāns? Pēc kādiem novērojumiem to pārskatīsim?
- Kā apstrādājam atteikumus, sūdzības un atrakstīšanos? Kā šīs darbības nonāk mūsu CRM?
- Kā saglabājas ienākošais pasts un atbildes, mainot sūtīšanas konfigurāciju?
- Kam ziņot par problēmu un kādus datus nosūtīt, ja vienai adresātu grupai rezultāti pasliktinās?
Jautājumi jāpielāgo konkrētajam projektam. Atbildes nepārceļas automātiski uz citu klientu, citu saturu vai vēlāk mainītu plānu.
Publiskie avoti skaidro vispārīgos nosacījumus un mērīšanas ierobežojumus. Tie neapstiprina anonimizētā projekta pieņemšanu. Nosacījumi pārbaudīti 16.10.2026.; pirms izvēles jāpārbauda aktuālā versija.
Laba atlase beidzas ar skaidru, dokumentētu atbildi uz konkrētu lietojumu. Ar cenu tabulu vien nepietiek.
Atpakaļ uz visām sērijām ↗