Atvejo analizė

Automobilių istorijos ataskaitų sistema

Ataskaitų generavimas, pirkimai, sąskaitos ir API prieiga partneriams.

Pradinis puslapis: paieškos forma kairėje, dešinėje trys ataskaitos gavimo žingsniai.

ProblemaVienkartinis pirkėjas nori ataskaitos per kelias minutes, o prekiautojas perka jas reguliariai ir nori prieigos iš savo sistemos. Tai du skirtingi procesai su tuo pačiu produktu.

SprendimasAtaskaita sudaroma iš istorijos įrašų, todėl pridėjus naują duomenų šaltinį jos sandara nesikeičia. Pavienis pirkėjas moka iš karto, partneriai gauna sąskaitą, o ataskaitas jie gali gauti tiesiai į savo sistemą.

Kontekstas

Automobilio istorijos ataskaita perkama vieną kartą ir skubiai. Pirkėjas stovi prie automobilio su VIN kodu ir nori atsakymo per kelias minutes. Jei tai užtrunka ilgiau, jis ataskaitą nusiperka kitur.

Kita auditorija visai kitokia. Prekiautojai automobiliais ir draudimo tarpininkai ataskaitas perka reguliariai ir dideliais kiekiais. Jiems svarbu gauti ataskaitas tiesiai į savo sistemą, o ne gražus puslapis.

Ką reikėjo išspręsti

Tas pats produktas turėjo tikti abiem: vienkartiniam pirkėjui, kuris moka iš karto, ir partneriui, kuris dirba pagal sutartį ir moka sąskaita mėnesio pabaigoje.

Ataskaita sudaroma iš įrašų apie transporto priemonę, o jie ateina iš skirtingų šaltinių skirtingais formatais. Juos reikėjo sujungti į vieną aiškų dokumentą.

Ataskaitas perka ir užsienyje, todėl svetainė turėjo veikti keliomis kalbomis.

Kaip sudėliota sistema

Transporto priemonės aprašomos pagal markę, modelį, kėbulo tipą ir šalį, o istorijos įrašai saugomi atskirai ir priskiriami konkrečiai priemonei. Ataskaita sudaroma iš turimų įrašų, todėl pridėjus naują duomenų šaltinį jos sandara nesikeičia.

Vienkartinis pirkėjas apmoka iš karto, o partnerio pirkimai kaupiami ir apmokami sąskaita. Produktas tas pats, apmokėjimo būdai skirtingi.

Apmokėti galima ir SMS žinute. Tai gali atrodyti pasenę, bet pirkėjui, kuris stovi prie automobilio be banko kortelės, tai greičiausias būdas užbaigti pirkimą per minutę.

Ataskaitą galima atsisiųsti ar atsispausdinti pagal užsakymo kodą, be paskyros. Kodu galima pasidalyti su pardavėju ar draudiku, ir jie ataskaitą atsidarys patys.

Partneriai ataskaitas gauna per API (programinę sąsają) su asmeniniais prieigos raktais. Prekiautojas ataskaitą gauna tiesiai į savo sistemą, o platforma mato, kiek kiekvienas raktas naudojamas.

Turinio puslapiai turi kalbų versijas, todėl rinkodaros tekstus ir teisinę informaciją galima keisti be programuotojo.

Techniniai sprendimai

Ataskaita sudaroma iš įrašų atidarymo metu. Ji nesaugoma kaip baigtas dokumentas, todėl atsiradus naujam duomenų šaltiniui senų ataskaitų perrašinėti nereikia.

Naudojimas skaičiuojamas pagal raktą. Viena įmonė gali būti prisijungusi keliomis sistemomis, todėl partnerio naudojimas matomas pagal kiekvieną raktą, ne tik pagal paskyrą.

Du apmokėjimo būdai vienam produktui. Vienkartinis mokėjimas ir partnerio sąskaita yra skirtingi procesai. Sujungus juos į vieną, abu taptų sudėtingesni.

Užsakymo kodas vietoj paskyros. Vienkartinis pirkėjas paskyros nekuria, o prie ataskaitos grįžta su kodu. Jei tokiam pirkimui reikėtų registruotis, dalis pirkėjų tiesiog išeitų.