Ruka hadi kwenye maudhui kuu
OpenAI

13 Februari 2026

Uhandisi

Zaidi ya mipaka ya viwango: kupanua ufikiaji wa Codex na Sora

Na Jonah Cohen, Mwanachama wa Wafanyakazi wa Kiufundi

Inapakia…

Katika mwaka uliopita, Codex na Sora zimepata matumizi ya haraka, na matumizi yamevuka haraka zaidi ya tulivyotarajia awali. Tumeona mtindo wa mara kwa mara: watumiaji huingia kwa kasi, hupata thamani halisi, na kisha hukutana na vikomo vya viwango.

Vikomo vya viwango vinaweza kusaidia kusawazisha mahitaji na kuhakikisha ufikiaji wa haki; hata hivyo, watumiaji wanapopata thamani, kukumbana na kizuizi kikali kunaweza kukatisha tamaa. Tulitaka njia ya kuwawezesha watumiaji kuendelea, huku tukilinda utendaji wa mfumo na uaminifu wa watumiaji katika mbinu yetu.

Ili kutatua hili, tulijenga injini ya ufikiaji wa wakati halisi inayohesabu matumizi. Moja ya tabaka katika injini hiyo ni uwezo wa kununua masalio. Watumiaji wanapozidi vikomo vyao vya kiwango, masalio huwaruhusu kuendelea kutumia bidhaa zetu kwa kutumia masalio yao.

Chini ya hii kuna mfumo changamani unaounganisha vikomo, ufuatiliaji wa matumizi ya wakati halisi, na masalio katika muundo mmoja wa ufikiaji. Chapisho hili linaangazia kwa nini kuongeza Codex na Sora kulihitaji kufikiria upya udhibiti wa ufikiaji, jinsi mfumo wa wakati halisi unaothibitishwa kuwa sahihi unavyochanganya vikomo vya viwango na masalio kwa kila ombi, na jinsi msingi huo sasa unavyowezesha ufikiaji wa ziada kwa bidhaa zote mbili.

Kwa nini miundo ya ufikiaji iliyopo ilishindwa

Kwa kuangalia kwa upana zaidi, miundo ya jadi ya ufikiaji huwa inalazimisha kufanya chaguo:

  • Vikomo vya viwango vinaweza kusaidia mwanzoni, lakini huwaacha watumiaji na uzoefu mbaya vinapoisha: “rudi baadaye”
  • Utozaji wa bili kulingana na matumizi ni rahisi kubadilika, lakini huwaacha watumiaji wakilipa kuanzia tokeni ya kwanza—sio bora kwa kusaidia uchunguzi wa awali

Kwa Codex na Sora, hakuna hata mmoja iliyokuwa ya kutosha peke yake. Ikiwa tungeongeza tu vikomo vya viwango, tungepoteza vidhibiti muhimu vya kusawazisha mahitaji na usawa na kuishiwa na uwezo wa kuwahudumia kila mtu. Ikiwa tungetegemea kabisa bili ya matumizi ya kulipwa baadaye, tungeanzisha ucheleweshaji, gharama za ziada, au matatizo ya upatanisho—hasa aina za matatizo ambayo watumiaji huyatambua wanapokuwa wamejishughulisha zaidi.

Kile tulichohitaji badala yake kilikuwa mfumo mmoja mseto unaochanganya vikomo vya wakati halisi na ufikiaji wa huduma ya lipia huduma unazotumia pekee:

Dashibodi ya UI yenye vitufe viwili vilivyoandikwa “Vikomo vya Viwango” na “Masalio,” na kadi iliyo chini yenye kichwa “Kikomo cha Kiwango chenye Masalio Madogo.”

Mfumo huu ulipaswa:

  • Tekeleza vikomo vya viwango hadi vifikiwe
  • Badilisha kwa urahisi hadi mikopo katika ombi lile lile
  • Kufanya uamuzi huo kwa wakati halisi.
  • Kuwa sahihi na makini na uweze kukaguliwa unapofuatilia matumizi ya masalio

Ufikiaji kama maporomoko ya maji, si lango

Mojawapo ya mabadiliko muhimu ya dhana tuliyofanya ilikuwa kuunda ufikiaji kama mfuatano wa maamuzi. Badala ya kuuliza “je, hii inaruhusiwa?”, Tunauliza “kiasi gani kinaruhusiwa, na kutoka wapi?” Wakati wa kuhesabu matumizi, mfumo hupitia mlolongo ufuatao:

Mti wa maamuzi wa kutathmini upatikanaji wa vipengele vyetu

Muundo huu unaonyesha jinsi watumiaji wanavyopata uzoefu wa bidhaa kwa kweli. Vikomo vya viwango, viwango vya bila malipo, masalio, ofa, na haki za biashara zote ni tabaka tu katika mrundiko mmoja wa maamuzi. Kutoka kwa mtazamo wa mtumiaji, hawabadilishi “mifumo”—wanaendelea tu kutumia Codex na Sora. Ndio maana masalio huhisi kama hayaonekani: ni kipengele kingine tu katika mtiririko.

Kwa nini tuliunda hii kindani

Tulichanganua majukwaa ya wahusika wengine ya utozaji na upimaji wa matumizi ili kushughulikia matumizi ya masalio. Yanafaa sana kwa utoaji wa ankara na ripoti, lakini hayakukidhi mahitaji mawili muhimu:

Usahihi wa wakati halisi

Wakati mtumiaji anapofikia kikomo na ana salio linalopatikana, mfumo lazima ujue mara moja. Kuhesabu kwa juhudi bora au kwa kuchelewa hujitokeza kama vizuizi vya kushangaza, salio zisizo thabiti, na malipo yasiyo sahihi. Kwa bidhaa shirikishi kama Codex na Sora, makosa hayo yanaonekana wazi na yanakatisha tamaa.

Uwezo wa kupatanisha na uaminifu

Pia tulihitaji kutoa uwazi katika kila matokeo:

  • Kwa nini ombi lilikubaliwa au kuzuiwa
  • Je, ilitumia kiasi gani cha matumizi
  • Ni vikomo au salio gani vilivyowekwa

Uwezo huu ulipaswa kuunganishwa kwa karibu katika mchakato wetu wa maamuzi badala ya kutatuliwa kwa kujitegemea katika jukwaa tofauti la utozaji wa matumizi ambalo liliona sehemu moja tu ya kile kilichokuwa kikitokea. Ili kuwawezesha watumiaji kufikia bidhaa zetu bila kuathiri imani, tulihitaji udhibiti kamili wa usahihi, muda, na ufuatiliaji. Hilo lilitusukuma kuelekea suluhisho la ndani.

Kuunda mfumo wa matumizi na usawa wa kiwango kikubwa.

Ili kuwezesha hili, tuliunda mfumo wa matumizi na salio uliosambazwa ulioundwa mahususi kwa ajili ya maamuzi ya ufikiaji yanayofuatana.

Katika kiwango cha juu, mfumo:

  • Hufuatilia matumizi ya kila mtumiaji kwa kila kipengele.
  • Hudumisha nafasi za vikomo vya viwango
  • Hudumisha masalio ya wakati halisi
  • Hutoza masalio bila kujua kupitia kichakataji cha utiririshaji kilichosawazishwa

Kila ombi hupitia njia moja ya tathmini inayofanya uamuzi wa papo hapo kuhusu kiasi cha matumizi kinachoruhusiwa kwa kutumia kwa ulandanishi kutoka kwa vikomo vya viwango na, ikihitajika, kuthibitisha kuwa kuna masalio ya kutosha; kisha hurejesha matokeo moja ya mwisho huku ikikamilisha makato yoyote ya mikopo kwa njia isiyofuatana. Hii inahakikisha tabia thabiti katika bidhaa na huondoa mantiki inayojirudia katika timu zote.

Mfumo wa ufikiaji: Kuchanganya vikomp vya viwango vya wakati halisi na ufuatiliaji wa mkopo na salio usio na mpangilio.

Mfumo wa bili ambao unaweza kuthibitishwa kuwa sahihi

Moja ya kanuni muhimu za usanifu wa mfumo huu ni kwamba lazima tuweze kuthibitisha kwamba bili yetu ni sahihi. Hii inaonyesha mizizi ya usaidizi wetu wa masalio, ambao ulianzia kwa wateja wa biashara. Katika mchoro wa mfumo ulio hapo juu, tuna seti tatu tofauti za data ambazo zote zinaunganishwa:

  • Matukio ya matumizi ya bidhaa: Kile ambacho mtumiaji alifanya hasa
  • Matukio ya mapato: Kile tunachomtoza mtumiaji kwa matumizi yake
  • Masasisho ya salio: Kiasi tulichorekebisha salio la mkopo la mtumiaji na sababu zake

Seti hizi za data si zao la kawaida; kwa kweli zinaendesha mfumo, huku kila seti ya data ikianzisha inayofuata. Kutenganisha kilichotokea, ada zozote zinazohusiana, na kile tulichokata hutuwezesha kukagua, kurudia, na kupatanisha kila tabaka kwa kujitegemea. Hii ni hatua ya makusudi ya kufanya maafikiano ambapo tunatanguliza usahihi unaoweza kuthibitishwa, kwa gharama ya masasisho ya salio la mkopo kuchelewa kidogo. Jinsi tulivyotekeleza hili:

  • Matukio ya matumizi ya bidhaa huchapishwa kwa shughuli zote za mtumiaji, iwe yanasababisha matumizi ya masalio au la. Hii inatoa rekodi ya ukaguzi kwa shughuli za mtumiaji na inaturuhusu kueleza kwa nini tulitoza, au hatukutoza, masalio.
  • Kila tukio hubeba ufunguo thabiti wa kutoweza kudhibiti, hivyo majaribio ya kurudia, uchezaji upya, au kuanzishwa upya kwa mfanyakazi hayawezi kamwe kukata salio mara mbili, jambo linalozuia kutoza mara mbili. Hii pia inatupa uwezo wa kufanya upatanisho wa kundi ili kuthibitisha kazi yetu nje ya mtandao.
  • Tunafanya masasisho ya usawa yasiyofuatana (lakini bado yanakaribia wakati halisi) badala ya masasisho yanayofuatana ili kuunda njia ya ukaguzi. Tunaruhusu ucheleweshaji mdogo katika kusasisha salio la mtumiaji ili tuweze kuthibitisha kuwa mfumo unafanya kazi na kuwahakikishia watumiaji wetu kwamba hatuwatozi vibaya. Wakati ucheleweshaji huo mfupi unapotufanya tuzidishe salio la mkopo la mtumiaji, tunarejesha pesa kiotomatiki; tunachagua usahihi unaoweza kuthibitishwa na imani ya mtumiaji kuliko utekelezaji mkali.
  • Tunapunguza Salio la Mkopo na kuingiza rekodi ya Sasisho la Salio katika muamala mmoja wa hifadhidata wa atomiki. Masasisho ya salio yanasasishwa kwa mfuatano kwa kila akaunti, hivyo maombi ya wakati mmoja hayawezi kamwe kushindana kutumia masalio yale yale. Rekodi ya Sasisho la Salio inajumuisha kiasi cha deni pamoja na uhusishaji unaorejea tukio la uchumishaji lililosababisha sasisho; kuweka hili ndani ya muamala mmoja wa hifadhidata kunahakikisha tuna mkondo wa ukaguzi kwa kila marekebisho ya salio la mkopo.

Umakini huu wote unaunga mkono lengo moja: kufanya ufikiaji kuwa rahisi na salama. Wakati watu wanapounda au kuandika msimbo, hawapaswi kujiuliza kama ombi litapitishwa, kama watatozwa zaidi, au kama salio lao ni sahihi. Kwa kuhakikisha matumizi, bili, na salio ni sahihi, tunawapa watumiaji mfumo ambao hauwakatizi uzoefu wao. Hicho ndicho kinachotuwezesha kubadilisha kusitishwa ghafla na ufikiaji endelevu—na ndicho kinachofanya masalio yaweze kutumika katikati ya kazi halisi, siyo tu kwenye ankara.

Usanifu katika huduma ya mwendelezo

Kanuni inayoongoza mbinu yetu ni kulinda mwendelezo wa mtumiaji. Kila uamuzi wa usanifu unarejea matokeo yanayoonekana kwa mtumiaji: masalio ya wakati halisi huzuia kukatizwa kusiko kwa lazima, matumizi atomiki huzuia kutozwa mara mbili, na mantiki ya ufikiaji iliyounganishwa huhakikisha mwenendo wa kutabirika. Matokeo ni kwamba watu wanaweza kufanya kazi kwa muda mrefu zaidi, kuchunguza kwa kina zaidi, na kuendeleza miradi zaidi bila kukumbana na vizuizi vya ghafla au mabadiliko ya mapema ya mipango.

Watumiaji wanapojihusisha, mfumo unapaswa kuwasaidia kuendelea, si kuwazuia. Mipaka na masalio hutoweka kwenye mandharinyuma.

Kuunda uzoefu huo kulihitaji kufikiria upya ufikiaji, matumizi, na bili kama mfumo mmoja na kuunda miundombinu inayochukulia usahihi kama kipengele cha bidhaa cha daraja la kwanza. Msingi huo huo unaweza kupanuka kwa bidhaa zaidi kadri muda unavyopita; Codex na Sora ni mwanzo tu.

Mwandishi

Jonah Cohen

Shukrani

Shukrani maalum kwa timu nzima ya FinEng iliyounda masalio.