Prodantix

Ginawa ang Prodantix para sa mga taong gumagawa ng software. Palaging tatlong tanong ang inuulit ng bawat product team: ano talaga ang ginagawa ng mga tao sa loob ng app namin, sino ang dapat makakita ng aling bahagi, at kailan ang tamang sandali para may sabihin sa kanila.

Karamihan ng kumpanya ay bumibili ng magkaibang tool para sa bawat isa sa mga trabahong iyon, at doon nagsisimula ang gulo. Ang bawat tool ay may sarili nitong hiwalay na tala kung sino ang inyong mga user, at unti-unting naglalayo ang mga talang iyon. Akala ng isang tool tapos na ang customer sa pag-set up ng account niya. Hindi pa nakakahabol ang isa, kaya ipinadadala nito sa kanya ang mga tagubilin para sa hakbang na natapos niya noong isang linggo. Walang nakakapansin hangga't hindi siya nagrereklamo, o hangga't hindi nagpapakita ng magkaibang numero ang dalawang dashboard.

Paano binuo ang engine

Apat na primitive ang bumubuo sa engine, at lahat ng iba pa ay nakapatong sa mga ito. Mainam silang sundan nang sunod-sunod, dahil ang bawat isa ay pumapasok sa susunod. Buong-buong tinatalakay sila sa sanggunian ng mga konsepto.

Event

Isang bagay na ginawa ng user, nakuha habang nangyayari: natapos na sign-up, binuksang pahina, iniwang form sa kalagitnaan. Ang mga event ang hilaw na senyas, at sila lang ang pumapasok sa sistema mula sa labas. Lahat ng iba pa ay hinahango mula sa kanila.

User state

Isang buhay at ma-query na projection ng lahat ng nalalaman tungkol sa isang user, hinango mula sa kanyang mga event at ina-update sa sandaling may dumating na bago. Ito ang pinagmumulan ng katotohanang binabasa ng analytics, feature flags at messaging. Hindi ito pang-gabing rollup, at hindi rin kopyang may job na nagpapapareho. Iisa lang ito.

Desisyon

Isang panuntunang sinusuri laban sa user state: sino ang kabilang sa isang cohort, sino ang nakakakuha ng flag, sino ang kwalipikado sa isang mensahe. Dahil binabasa ng desisyon ang buhay na state sa mismong sandaling itinatanong, hindi ito makasasagot mula sa lumang larawan.

Aksyon

Ang ginagawa ng engine kapag pumutok ang isang desisyon: magbukas ng tampok, magpadala ng mensahe, magsimula ng workflow. Ang aksyon mismo ay naitatala bilang isang event, at iyon ang nagsasara ng siklo: ang ginawa ng engine ay nagiging bahagi ng nalalaman nito.

Ang analytics ay pagbabasa ng state

Ang analytics sa Prodantix ay hindi hiwalay na imbakang may sariling kopya ng inyong mga user. Direktang pagbabasa ito ng user state. Ang mga funnel, retention at cohort ay mga query sa parehong buhay na projection na pinapatakbuhan ng iba pang bahagi ng engine, kaya walang SQL na bumabalik-balik sa warehouse at walang hinihintay na pang-gabing rollup: hugis na ng tanong ang state. Ang mga cohort dito ay first-class na bagay: may pangalan, tinutukoy ng mga clause, at napapanahon ang membership habang may nagiging kwalipikado at humihinto.

Iba-ibang bagay sa iba-ibang tao

Madalas gustong ilabas ng mga koponan ang bago sa iilang user muna at tingnan kung kumusta bago ito makuha ng lahat. Ipinapasya ng Prodantix kung sino ang nakakakita ng ano sa pamamagitan ng pagsusuri ng mga kondisyon laban sa user state: isang attribute, isang operator at isang halaga, sinusuri sa mismong sandaling itanong ang flag at hindi hinahanap sa nakaimbak na listahan. Puwede ninyong ibigay ang bagong tampok sa dalawang porsiyento ng customer, tingnan kung paano nila ito ginagamit, saka palawakin o bawiin nang hindi naghihintay ng panibagong release.

Mga mensaheng dumarating habang nakakatulong pa

Sulit lang ipadala ang isang mensahe habang nakakatulong pa ito. Kayang ipadala ito ng Prodantix sa mismong sandaling may ginawa ang isang tao, o hindi nagawa. Kung naabot ng customer ang hangganan ng plano niya, malalaman niya agad, hindi kinabukasan kung kailan sumuko na siya at lumipat sa iba.

AI orchestration, at paano nagsasara ang siklo

Ang mga surface sa itaas ay iniiwan pa rin sa inyo ang pag-uugnay ng mga hakbang: mapansin ang isang bagay, alamin kung kanino ito tumutukoy, magpasya kung ano ang gagawin. Kayang patakbuhin ng Prodantix ang siklong iyon nang mag-isa. Natutukoy ng engine ang mahalagang sandali sa buhay na state, pinipili ang cohort na saklaw nito, at pinipili ang aksyon. Ang nagpapalampas dito sa karaniwang automation ay ang huling bahagi: naitatala ang aksyon bilang isang event, kaya bumabalik ito sa parehong user state na babasahin ng susunod na desisyon. Ang sariling asal ng sistema ay nagiging bahagi ng nalalaman nito tungkol sa taong iyon, sa halip na isang bagay na nangyari sa kanya sa gilid.

Pagpapasok ng mga event

Nagsisimula ang lahat sa isang event na ipinapadala sa ingest endpoint, na agad isinasama ng engine sa user state. May SDK para sa web, mobile at server. Ang React lang ang eksepsiyon: kailangan ng lifecycle nito ng natatanging adapter, isang provider at hook na minsan lang mag-i-install ng client at ligtas sa StrictMode. Ikinakabit ito ng quickstart sa ilang linya.

Mga key at environment

Bawat tawag ng SDK ay may dalang project key, na galing sa console. Ang paggawa ng proyekto ay lumilikha ng dalawang environment, live at test, bawat isa may sariling key: bumuo gamit ang test, maglabas gamit ang live. Parehong key ay ipinapakita nang isang beses lamang, pagkatapos ng paggawa, dahil hash lang ang iniimbak ng server at wala nang screen na makapagpapakita ulit. Ang rotation ay gumagawa ng kapalit para sa piniling environment, at kayo ang magpapasya kung titigil agad ang lumang key o pagkatapos ng palugit.

Apat na paraan para makipag-usap dito

Ang REST ay nasa tatlong host: isa para sa flags at messaging, isa para sa pagtanggap ng event, at isa para sa session replay, bawat isa ay may sariling OpenAPI document sa /openapi.json. Sumasagot ng 202 ang ingestion, ibig sabihin tinanggap ang event para iproseso at hindi pa naiimbak: puwede pa ring ma-drop ang maling event sa dulo ng pipeline. Sinasaklaw ng GraphQL ang buong application model, kasama ang mga proyekto, flag, workflow, analytics, messaging, cohort at billing. Ang realtime na surface ay nagbo-broadcast ng pagbabago sa flag, mensahe at workflow run, at agad na pinuputol ang hindi awtorisadong koneksyon. Hinahayaan ng MCP na surface ang mga AI agent na magbasa at magsulat sa pamamagitan ng tool call; machine to machine ito at tumatanggi sa mga kahilingan mula sa browser.

Nananatiling sa inyo ang datos

Puwede ninyong patakbuhin ang Prodantix sa aming mga server o sa inyong sarili, at pareho lang ang gana nito. Lahat ng inilagay ninyo rito ay maibabalik ninyo nang buo, kahit kailan ninyo gusto. Hindi namin ibinebenta ang inyong datos at hindi namin ito ginagamit sa pagsasanay ng mga AI model. Dahil sa disenyo nito, ang Prodantix ang humahawak ng pinakakumpletong tala ng inyong mga customer na mayroon kayo kahit saan, kaya mas mabigat ang pangakong iyon dito kaysa sa ibang lugar.

Para kanino ito

Bagay ang Prodantix sa mga koponang nagpapatakbo ng dalawa o tatlong magkakahiwalay na tool para dito at pagod na sa hindi nila pagkakasundo. Pinakamakabuluhan ito kapag dumami na ang inyong customer at hindi na ninyo kayang subaybayan ang ginagawa nila sa pamamagitan lang ng pagtatanong.

Bisitahin Prodantix: prodantix.com