Atvejis · · 4 min. skaitymo · Lurto
Meta reklamos ataskaita be rankinio kopijavimo: odos priežiūros prekės ženklo atvejis

Trumpas atsakymas
Kiekvieną pirmadienį kas nors maždaug valandą kopijavo skaičius iš Meta Ads Manager ir odos priežiūros prekės ženklo parduotuvės analitikos į skaičiuoklę. Dabar naktinė n8n duomenų grandinė su Postgres saugykla paima abu šaltinius, suderina išlaidas su pajamomis toje pačioje eilutėje ir išsiunčia vieno puslapio santrauką, kurioje pažymėti suprastėję reklamų rinkiniai. Tai sutaupė apie keturias valandas per mėnesį, tačiau svarbiausia, kad prastai veikiantis reklamų rinkinys pastebimas tą pačią dieną, kai jo rezultatai suprastėja, o ne mėnesio pabaigoje. Naktinėje grandinėje nėra jokio kalbos modelio.
Kiekvieną pirmadienį kas nors atsidarydavo Meta Ads Manager, odos priežiūros prekės ženklo parduotuvės analitiką ir skaičiuoklę, ir maždaug valandą kopijuodavo skaičius iš pirmųjų dviejų į trečiąją. Taip įmonė sužinodavo, kiek uždirbo praėjusią savaitę. Tai nedidelis projektas, ir aprašome jį būtent todėl: didžioji dalis darbų, kurių mūsų prašoma, atrodo panašiai, o jų vertę iš šalies lengva nuvertinti.
Kaip taip susiklostė
Sąmoningai nesakome, kieno darbo laikas buvo ta valanda, nes tokiuose projektuose kartais tai būna prekės ženklas, o kartais reklamą valdanti agentūra, o darbas abiem atvejais tas pats. Niekas nenusprendė, kad ataskaitos turi veikti taip. Skaičiuoklė buvo sukurta vieną kartą, atsakyti į vieną klausimą, bet klausimas vis kartojosi, ir kopijavimas tapo kažkieno nuolatine užduotimi. Ads Manager žinojo, kiek išleido kiekviena kampanija. Parduotuvė žinojo, kas parduota. Sistemos viena kitos duomenų nematė, o jas jungė žmogus su skaičiuokle.
Tikroji problema buvo ne ta valanda. Prastai veikiantis reklamų rinkinys galėjo suktis savaitę, kol kas nors jį pastebėdavo, nes skaičius kas nors žiūrėdavo tik pirmadieniais.
Ką sukūrėme
Ataskaitų duomenų grandinę n8n su Postgres duomenų baze. Kiekvieną naktį ji paima reklamų rinkinių, reklamų kūrinių (creatives) ir pirkimų duomenis iš Meta Marketing API, paima parduotuvės užsakymus ir suderina juos taip, kad išlaidos ir pajamos būtų toje pačioje eilutėje. Kiekvieną rytą išsiunčiama vieno puslapio santrauka, kurioje pažymėti suprastėję reklamų rinkiniai. Žmogus, kuris anksčiau kopijuodavo, dabar perskaito puslapį ir nusprendžia, ką išjungti.
Duomenų suderinimą verta aprašyti, nes būtent čia tokie projektai dažniausiai suklysta. Reklamos platformos ir parduotuvių analitika skaičiuoja skirtingai: priskyrimo laikotarpiai, laiko juostos, grąžinimai, užsakymai, kurie palietė dvi kampanijas. Suderinimo taisykles aiškiai užrašėme, o nesuderintą likutį rodome ataskaitoje atskira eilute, o ne slepiame. Jei ataskaita tyliai „pritempia“ dviejų sistemų skaičius, kad jie sutaptų, ja nustojama pasitikėti, vos tai pastebėjus.
Kas pasikeitė
| Prieš | Po |
|---|---|
| Valanda kopijavimo kiekvieną pirmadienį | Ataskaita paruošiama automatiškai per naktį |
| Prastai veikiančios reklamos pastebimos mėnesio pabaigoje | Pažymimos tą pačią dieną, kai suprastėja |
| Skaičiai priklausė nuo to, kas kopijavo | Viena užrašyta suderinimo taisyklė, taikoma kiekvieną naktį |
| Rankinio ataskaitų rengimo laikas | Sutaupyta apie keturias valandas per mėnesį |
Keturios valandos per mėnesį nėra daug, ir to nelaikytume pagrindiniu argumentu. Svarbiausias pokytis yra antroje eilutėje. Prastai veikiantis reklamų rinkinys dabar pastebimas tą pačią dieną, kai jo rezultatai suprastėja, o ne mėnesio pabaigoje, nes niekam nebereikia jo ieškoti. Būtent už tai savininkas būtų mokėjęs, jei kas nors būtų pasiūlęs, o tai atsirado savaime, kai nebeliko kopijavimo.
Kiek kainuoja veikimas
Eksploatacijos išlaidas sudaro n8n platformos mokestis, nedidelė duomenų bazė ir API užklausos, visa tai kliento paties paskyrose, tiekėjų kainomis. Tai žemutinė mėnesinių automatizacijos eksploatacijos kaštų riba, ir klientas mato kiekvieną išlaidų eilutę, nieko mūsų neklausdamas. Naktinėje grandinėje nėra jokio kalbos modelio, ir tai verta pabrėžti: nemaža dalis to, kas parduodama kaip DI automatizavimas, yra paprastas duomenų sujungimas, ir šiam projektui modelio neprireikė, kad jis atsipirktų.
Kur pasitaiko tokia struktūra
Beveik kiekviena įmonė turi tokią skaičiuoklę, kurią kas nors tiesiog užpildo kiekvieną pirmadienį. Struktūra visada ta pati: dvi tarpusavyje nesikalbančios sistemos, žmogus, kuris yra jų jungtis, ir klausimas, į kurį atsakoma tik tada, kai tas žmogus atsisėda prie darbo. Reklamos išlaidos ir užsakymai yra vienas pavyzdys. Sąskaitos ir pirkimo užsakymai, rezervacijos ir darbo užmokestis, klientų aptarnavimo užklausos ir prekių grąžinimai yra kiti. Jei žinote tokią skaičiuoklę savo įmonėje, žinote ir ką verta automatizuoti. Ataskaitos yra vienas iš darbų, kuriuos atliekame kaip atskirą projektą su fiksuota kaina, plačiau puslapyje ką automatizuojame.
Dažnai užduodami klausimai
Kur tokie ataskaitų projektai dažniausiai suklysta?
Suderinant duomenis. Reklamos platformos ir parduotuvių analitika skaičiuoja skirtingai: priskyrimo laikotarpiai, laiko juostos, grąžinimai, užsakymai, kurie palietė dvi kampanijas. Suderinimo taisykles aiškiai užrašėme, o nesuderintą likutį rodome ataskaitoje atskira eilute, o ne slepiame. Jei ataskaita tyliai „pritempia“ dviejų sistemų skaičius, kad jie sutaptų, ja nustojama pasitikėti, vos tai pastebėjus.
Ar keturios valandos per mėnesį vertos atskiro projekto?
Pačios savaime ne, ir to nelaikytume pagrindiniu argumentu. Tikroji problema buvo ne ta valanda, o tai, kad prastai veikiantis reklamų rinkinys galėjo suktis savaitę, kol kas nors jį pastebėdavo, nes skaičius kas nors žiūrėdavo tik pirmadieniais. Būtent už įspėjimą tą pačią dieną savininkas būtų mokėjęs, jei kas nors būtų pasiūlęs, o jis atsirado savaime, kai nebeliko kopijavimo.
Ar tokiam projektui reikia DI?
Ne. Naktinėje grandinėje nėra jokio kalbos modelio. Nemaža dalis to, kas parduodama kaip DI automatizavimas, yra paprastas duomenų sujungimas, ir šiam projektui modelio neprireikė, kad jis atsipirktų.
Kur dar pasitaiko tokia pati struktūra?
Dvi tarpusavyje nesikalbančios sistemos, žmogus, kuris yra jų jungtis, ir klausimas, į kurį atsakoma tik tada, kai tas žmogus atsisėda prie darbo. Reklamos išlaidos ir užsakymai yra vienas pavyzdys. Sąskaitos ir pirkimo užsakymai, rezervacijos ir darbo užmokestis, klientų aptarnavimo užklausos ir prekių grąžinimai yra kiti. Jei žinote tokią skaičiuoklę savo įmonėje, žinote ir ką verta automatizuoti.
Daugiau atvejų
Jūsų sistema veikia ne taip, kaip turėtų?