ပြီးခဲ့တဲ့ အပတ်အနည်းငယ်အတွင်း ကျွန်တော်တို့ အဲဒါကို ကြားခဲ့ရပါတယ် -

"SaaS (Software as a Service) ဆိုတာ ပြီးသွားပါပြီ။ နာဒယ်လာက ဒါမျိုးဖြစ်သွားတယ်လို့ ပြောခဲ့တယ်"

လက်ရှိမှာ software ပိုင်းဆိုင်ရာ ရှယ်ယာတွေ ကျဆင်းနေတယ်။ Salesforce ကျဆင်းသွားတယ်၊ Adobe ကျဆင်းသွားတယ်၊ အထွေထွေ index ကလည်း ဒီနှစ်အစပိုင်းမှာ 15% ကျဆင်းသွားပြီ။

AI (အထက်တန်းကွန်ပျူတာဦးနှောက်) ဆိုတဲ့ နည်းပညာကတော့ SaaS ကိရိယာတွေကို အစားထိုးလိုက်လိမ့်မယ်လို့ ပြောနေကြတယ်။ သင်ရိုးညွှန်းတမ်းကို ကိုယ်တိုင် "vibe-code" (ကိုယ်ကြိုက်ကိုယ်ဖန်တီးတဲ့) လုပ်လိုက်ရင် HRMS (လူ့စွမ်းအားအရင်းအမြစ်စီမံခန့်ခွဲမှု စနစ်) ကို ရလိမ့်မယ်တဲ့။

ဒီလိုပဲ "seat-based pricing" (ဝန်ဆောင်မှုအပေါ် အခေါက်အခ) ဆိုတာလည်း ပြီးသွားပါပြီ။ အခုတော့ "အကျိုးရလဒ်" (outcome) ကို အဓိကထားရမယ်တဲ့။

ဗင်ချာ ရင်းနှီးမြှုပ်နှံသူတွေကလည်း SaaS ကိရိယာတွေကို ရင်းနှီးမြှုပ်နှံဖို့ ဆန္ဒမရှိတော့ဘူးတဲ့။

အခြားသူတွေကလည်း အဲဒါအကြောင်း အခြားအဓိကရှင်းပြချက်တွေ ပြောနေကြတယ်။ နာဒယ်လာက BG2 podcast မှာ SaaS ကိရိယာတွေ ပြီးသွားပါပြီလို့ ပြောခဲ့တယ်။ လီမ်ကင်က "ရလွယ်ရှင်းလွယ် SaaS ကာလ ကုန်ဆုံးသွားပါပြီ" လို့ ပြောတယ်။ ဂိုဒ်စီက SaaS ကိရိယာတွေဟာ "ပိုက်ဆံလိုပဲ မြင်မထင်ရတဲ့ ပိုက်ဆံလိုပဲ ဖြစ်သွားလိမ့်မယ်" လို့ ပြောတယ်။ DTCP က ရှာဟာကလည်း အဲဒီလုပ်ငန်းအမျိုးအစားလုံးပဲ ပြီးသွားနေပါပြီလို့ ပြောတယ်။ a16z က ဝါဒီတွေကတော့ "vibe-coded apps" (ကိုယ်ကြိုက်ဖန်တီးတဲ့ app တွေ) ဟာ အစစ်အမှန် ထုတ်ကုန်တွေမဟုတ်ဘူးလို့ ပြန်ဆိုတယ်။

လက်ရှိ ရောင်းချမှုတွေကတော့ ကျဆင်းနေတယ်၊ ဒါပေမဲ့ ဒါကို ဘာကြောင့်ဖြစ်လာတယ်ဆိုတာကို ဘယ်သူမှ စိတ်မဝင်စားကြဘူး။

အမှန်တကယ်ကတော့ software ရဲ့ ရင်းနှီးမြှုပ်နှံမှု စီးပွားရေးဆိုင်ရာ အခြေခံတွေ ပြောင်းလဲလာနေတာပါ။ software ကို ဖန်တီးတဲ့အခါ asset တစ်ခု ဖန်တီးရတယ်ဆိုတဲ့ ဝါဒဟာ ပြောင်းလဲလာနေပါပြီ။

မှားနေတဲ့ ပြဿနာ

ကျွန်တော်တို့က ပြဿနာကို အခြားနည်းလမ်းနဲ့ မေးခွန်းထုတ်ကြရအောင်။

"SaaS ပြီးသွားပါပြီလား?" ဆိုတာပဲ လူတိုင်းမေးနေကြတာ။ ဒါပေမဲ့ SaaS ဆိုတာ software ကို ပေးပို့ပုံနည်းလမ်းတစ်ခုပဲ။ ဒါဟာ ပြီးသွားတာမဟုတ်ဘူး။ ဘယ်သူမှ ဖုံးထားတဲ့ box တွေနဲ့ အစဉ်အလာ license တွေကို ပြန်မသုံးကြတော့ဘူး။ cloud computing က အခုတော့ ပိုက်ဆံလိုပဲ ဖြစ်သွားပါပြီ။

မေးခွန်းကတော့ "software ရဲ့ စီးပွားရေးဆိုင်ရာ asset အဖြစ် ဖြစ်တည်မှု ပြီးသွားပါပြီလား?" ဆိုတာပါ။

ပုံမှန် ကုန်ပစ္စည်း စဉ်းစားတွေးခေါ်မှုက ဘယ်လို လုပ်ကြလဲဆိုတာ ကြည့်ရအောင်။ သင်က ပိုက်ဆံနဲ့ အချိန်ကို ကုန်ကျစေပြီး ဆော့ဖ်ဝဲတစ်ခု ဖန်တီးတာပါ။ ဒါက ကုန်ကျစရိတ်ကြီးနဲ့ အန္တရာယ်ရှိတယ် - ဆော့ဖ်ဝဲ ပရောဂျက်တွေ အများစုက မအောင်မြင်ဘူး၊ အောင်မြင်တဲ့ အရာတွေကလည်း နှစ်ပေါင်းများစွာနဲ့ သန်းပေါင်းများစွာ ကုန်ကျတယ်။ ကုန်ကျစရိတ်ကြီးလို့နဲ့ အန္တရာယ်ရှိလို့၊ ထွက်ကုန်က တန်ဖိုးရှိတယ်။ ကူးယူလုပ်ဆောင်တာ ခက်ခဲတယ်။ သင်က ယှဉ်ပြိုင်မှုဘက်ကို လွယ်လင့်တကူ မကူးယူနိုင်တဲ့၊ သင်၏ ဖောက်သည်တွေကလည်း လွယ်လင့်တကူ မလုပ်နိုင်တဲ့ အရာတစ်ခု တည်ဆောက်ထားတာပါ။ ဒါကြောင့် သင်က ဒီအရင်းအမြစ်ကို ဖောက်သည်ဦးရေ ပိုများသော်လည်းကောင်း၊ ပိုတိုင်းတာရှည်လျားသော်လည်းကောင်း ပျံ့နှံ့အသုံးပြုတာပါ။ ဆော့ဖ်ဝဲက ပိုင်ဆိုင်မှုတစ်ခုဖြစ်ပြီး၊ စာရင်းရှင်းလင်းခ ဝင်ငွေက ဒီပိုင်ဆိုင်မှုအတွက် ပြန်လည်ရရှိမှုဖြစ်တယ်။

ခက်ခဲတဲ့ အရာတစ်ခု တည်ဆောက်ပါ။ ကျယ်ပြန့်စွာ ပျံ့နှံ့အသုံးပြုပါ။ အခကြေးငွေ ရယူပါ။ ဒါကြောင့် ဆော့ဖ်ဝဲ ကုန်ပစ္စည်း ကုမ္ပဏီတိုင်း၏ စီးပွားရေး အင်ဂျင်ဖြစ်တယ်။

"SaaS (ဆော့ဖ်ဝဲ အစေ့ဝန်ဆောင်မှု) ဆုံးရှုံးနေတယ်" ဆိုတဲ့ အကြောင်းအရာ အားလုံးက အခကြေးငွေ ရယူမှုနဲ့ ပတ်သက်တယ် - ဈေးနှုန်းသတ်မှတ်မှုပုံစံ၊ ထိုင်ခုံရေတွက်မှု၊ AI (အထက်တန်းကွန်ပျူတာဦးနှောက်) ဆိုင်ရာ ဆက်ဆံရေးတွေ ကိုယ်စားပြုတာတွေ ဖြစ်တယ်။ ဒါပေမဲ့ အခကြေးငွေ ရယူတာက ဘယ်လိုလုပ်ရမလဲဆိုတာထက် အရေးပါတဲ့ ပိုမိုကြီးမားတဲ့ ကိစ္စရပ်ကို အဓိပ္ပာယ်ဖွင့်ထားတာ - သင်တည်ဆောက်ထားတဲ့ အရာက ဆက်လက် ခက်ခဲနေဆဲလား?

ဒါမဟုတ်ရင်၊ ဒါဟာ ပိုင်ဆိုင်မှုတစ်ခု မဟုတ်တော့ဘူး။ ဒါဟာ ဆိတ်ကျနေတဲ့ ပစ္စည်းလုံးဝ - လူတိုင်းက လိုအပ်တဲ်အခါ ထုတ်လုပ်နိုင်တဲ့ ဆော့ဖ်ဝဲပါ။ သင်က ဒီပစ္စည်းကို ပျံ့နှံ့အသုံးပြုမျှမရနိုင်ဘူး။ သင်က ဒါကို ရောင်းချရမယ်။ ဒါနဲ့ ပိုင်ဆိုင်မှုမဟုတ်ရင်၊ ပျံ့နှံ့အသုံးပြုရန် တစ်ခုမှ မရှိတော့ဘူး။ အင်ဂျင်က ပြိုကွဲသွားတယ် - ဆော့ဖ်ဝဲကို ဘယ်လို ဈေးနှုန်းသတ်မှတ်ထားလဲဆိုတာကြောင့် မဟုတ်ဘဲ၊ ဆော့ဖ်ဝဲဟာ ဘာလဲဆိုတာကြောင့် ဖြစ်တယ်။

ပစ္စည်းလုံးဝ နဲ့ ပိုင်ဆိုင်မှု

ဒီကွာဟချက်ကို ကျွန်တော် တိကျစွာ ရှင်းပြပါမယ်။

သင်က ကုန်ကျစရိတ်ကြီးမားပြီး အန္တရာယ်ရှိတဲ့ ဆော့ဖ်ဝဲတစ်ခု ဖန်တီးတဲ်အခါ၊ ထွက်ကုန်က ကန့်သတ်ထားတဲ့ပစ္စည်းဖြစ်တယ်။ ကန့်သတ်ထားမှုက ဒါကို ပိုင်ဆိုင်မှုတစ်ခု ဖြစ်စေတယ်။ သင်က ဖွံ့ဖြိုးတိုးတက်မှု ကုန်ကျစရိတ်ကို ဒီပိုင်ဆိုင်မှု၏ အသုံးဝင်သက်တမ်းကို ပျံ့နှံ့အသုံးပြုနိုင်ပြီး ဝင်ငွေကို ရရှိနိုင်တယ်။ ဒါဟာ Oracle, Salesforce နဲ့ အကျယ်ဆုံး ဗာတီကယ် SaaS (ဆော့ဖ်ဝဲ အစေ့ဝန်ဆောင်မှု) စတင်ကုမ္ပဏီတွေက လုပ်ခဲ့တဲ့ ပုံစံပါ။ ကြိုတင် ရင်းနှီးမြှုပ်နှံမှုက ကာကွယ်တဲ့ ဒိုင်းဖြစ်တယ်။ ကူးယူလုပ်ဆောင်ခက်ခဲမှုက ဒိုင်းကို ဖြည့်ဆည်းထားတာပါ။

ဒါက ဒါနဲ့ဆန့်ကျင်ပါတယ်။ ဒီအရာက ဘာကိုဆိုလိုသလဲဆိုရင် ဒါကို သင်ဖန်တီးထုတ်လုပ်ရတာပါ။ ဒါက စတော့ရှယ်ယာတွေ (သို့မဟုတ်) ဆာဗာပေါ်မှာ ဝယ်ယူသုံးစွဲဖို့ စောင့်နေတာပါ။ စတော့ရှယ်ယာ စီးပွားရေးနဲ့ ဒီအရာရဲ့ စီးပွားရေးက ခြားနားပါတယ်။ ဒီအရာက ပျက်စီးတတ်ပါတယ်။ ဒါကို သိမ်းဆည်းထားရတာလည်း စရိတ်များပါတယ်။ ဒါကလည်း ဟောင်းကုန်တတ်ပါတယ်။ အဓိကကျတာကတော့ ဒီအရာမှာ ကာကွယ်မှု မရှိပါဘူး - အခြားသူတွေက ဒီလိုပဲ ထုတ်လုပ်လို့ရပါတယ်။

ဒါကို ဆော့ဖ်ဝဲကုမ္ပဏီတိုင်း ဖြေရှင်းဖို့လိုအပ်တဲ့ ကျေးဇူးတင်ရှိသည့် ပုံစံတစ်ခုက ဒီဆော့ဖ်ဝဲကို သင်ဖန်တီးတာက အရင်းအမြစ်လား (asset) သို့မဟုတ် စာရင်းကိုင်ပစ္စည်းလား (inventory) ဆိုတာပါ။

HRMS (လူ့စွမ်းအားအရင်းအမြစ် စီမံခန့်ခွဲမှု စနစ်) ကို ဆော့ဖ်ဝဲအင်ဂျင်နီယာတွေနဲ့ ဆယ်ခုနစ်လ ကြာဖြင့် ထုတ်လုပ်ရင် ၅ သိန်းဒေါ်လာ ကုန်ကျမယ်ဆိုရင် ဒါက အရင်းအမြစ် (asset) ပါ။ ဒါက နှာခေါင်းပါး။ ပြန်လုပ်ဖို့လည်း ခက်ခဲပါတယ်။ သင်က ဒါကို ကြာရှည်စီးပွားရေးအဖြစ် သုံးလို့ရပါတယ်။

ဒါပေမဲ့ AI (အထက်တန်းကွန်ပျူတာဦးနှောက်) က ဒီ HRMS ကို ပတ်သက်တဲ့ အလုပ်တွေကို တစ်ပတ်ထဲမှာ လုပ်ပြီး ၃၀၀ ဒေါ်လာ ကုန်ကျမယ်ဆိုရင်ကတော့ ဒါက စာရင်းကိုင်ပစ္စည်း (inventory) ပါ။ ဒါက အများအပြား ရှိနေတယ်။ အခြားသူတွေလည်း လွယ်လင့်တကူ ပြန်လုပ်လို့ရပါတယ်။ သင်က ဒါကို ကြာရှည်စီးပွားရေးအဖြစ် သုံးလို့မရပါဘူး - အဘယ်ကြောင့်ဆိုသော သင်ရဲ့ ဖောက်သည်ကလည်း သူတို့ကိုယ်တိုင် ထုတ်လုပ်လို့ရပါတယ်။

ဒါကတော့ ဒါထက်ပိုဆိုးပါသေးတယ်။ ဗဟိုစနစ် SaaS (ဝန်ဆောင်မှု ဆော့ဖ်ဝဲ) ထုတ်ကုန်ကို ဒီဗာစီတီအတွက် ဒီဇိုင်းထုတ်ရပါတယ်။ တစ်ဦးချင်းဖောက်သည်ရဲ့ လုပ်ငန်းလုပ်ကိုင်မှုပုံစံ၊ အခြေအနေအထူးအားလုံးကို တစ်ခုတည်းမှာ ထည့်သွင်းရပါတယ်။ ဒီလို ဒီဇိုင်းလုပ်တာက အလွန်ကြီးမားတဲ့ ပြဿနာပါ။ တစ်ဦးချင်းဖောက်သည်အတွက် ပြုလုပ်တာကတော့ ဒီလို ပြဿနာတွေ မရှိပါဘူး။ လုပ်ငန်းလုပ်ကိုင်မှု တစ်ခုတည်းပဲ ရှိပါတယ်။ ဒါက လုပ်ဆောင်ရတာလည်း အလွန်လွယ်ကူပြီး ထိန်းသိမ်းလည်း ပိုလွယ်ကူပါတယ်။

ဒီစီးပွားရေးအခြေအနေက ပိုဆိုးလာလေလေပါ။ SaaS ဈေးနှုန်းသတ်မှတ်ချက်ကလည်း ထိန်းသိမ်းမှုကို ကုန်ကျစရိတ်အဖြစ် ထည့်သွင်းထားပါတယ်။ သင်က တစ်လ၊ တစ်ဦးလျှင် ငွေပေးရပြီး ဝန်ဆောင်မှုပေးသူက ဟောစ်တင်၊ အပ်ဒိတ်တွေ၊ အကူအညီတွေ ပေးပါတယ်။ ဒါက ဆင်းရဲတဲ့ အခြေအနေမဟုတ်ဘူးလို့ ထင်ရပေမဲ့ သင်ရဲ့ ဝန်ထမ်းအရေအတွက် တိုးလာလေလေ သင်ရဲ့ လိုင်စင်ဒဏ္ဍာရီလည်း ကြီးလာလေလေပါ။ ဝန်ဆောင်မှုပေးသူရဲ့ ကုန်ကျစရိတ်က သင်ရဲ့ ဝန်ထမ်းအရေအတွက်နဲ့အမျှ တိုးလာတာမဟုတ်ပေမဲ့ သင်ရဲ့ ဒဏ္ဍာရီတော့ တိုးလာပါတယ်။ သင်က သူတို့ရဲ့ အမြတ်ကို ပံ့ပိုးပေးနေတာပါ။

ဒါကတော့ အခြားနည်းလမ်းပါ။ အောက်ကဖြတ်ကြိမ်းရိုက်ထားတဲ့ အရာတွေအတွက်တော့ ဝန်ဆောင်မှုကုမ္ပဏီတစ်ခုကို ငှားရမ်းပြီး နှစ်စဉ်စာချုပ်နဲ့ ဆော့ဖ်ဝဲကို တည်ဆောက်ပြီး ထိန်းသိမ်းဆောင်ရွက်ပေးစေနိုင်ပါတယ်။ ဒီတည်ဆောက်ခဲ့တာက သက်သာပါတယ် - ကျနော်တို့ ပြောခဲ့ပြီးပါပြီ။ ထိန်းသိမ်းစောင့်ရှောက်ရတဲ့ စာချုပ်ကတော့ ပုံသေကုန်ကျစရိတ်တစ်ခုပါ။ ဝန်ထမ်းအရေအတွက်တိုးလာတဲ့အခါ, ဝန်ထမ်းတစ်ဦးချင်းကုန်ကျစရိတ်က ကျဆင်းသွားပါတယ် - အဲ့ဒီအကြောင်းက သင်ရဲ့ ကိုယ်ပိုင်ဆော့ဖ်ဝဲမှာ အသုံးပြုသူတွေ တိုးလာတာကို ကျခံစရာမလိုလို ဖြစ်ပါတယ်။ ဒီလိုမျိုး အသုံးပြုသူ ဝန်ကြီးမရှိ၊ ဝန်ထမ်းတစ်ဦးချင်းအတွက် ကျခံရတဲ့ ကြေးမွန်မရှိပါဘူး။ SaaS (ဝန်ဆောင်မှုအပေါ်အခြေခံပြီး ဆော့ဖ်ဝဲကို အသုံးပြုရသည့် မော်ဒယ်) ဝန်ဆောင်မှု ကြေးက သင့်ဝန်ထမ်းအရေအတွက်နဲ့အမျှ တိုးလာပါတယ်။ ထိန်းသိမ်းစောင့်ရှောက်ရတဲ့ စာချုပ်ကတော့ မတိုးလာပါဘူး။ တစ်ခုခုအချိန်မှာ ဒီလိုမျိုး ကုန်ကျစရိတ်တွေက ကြားထဲကနေ ကြီးမားစွာ ကွာဟသွားပါလိမ့်မယ်။

ကျနော်က ဒါကို အတွေ့အကြုံရှိပါတယ်။ Gojek မှာ, ကျနော်တို့ရဲ့ HRMS (လူ့စွမ်းအားအရင်းအမြစ်စီမံခန့်ခွဲရေး) ပေးသွင်းသူက ဝန်ထမ်း ၂,၀၀၀ ဦးအတွက် ပုံမှန်လုပ်ငန်းဆန်းစစ်ခြင်းပိုင်းကို ထပ်ဖြည့်ဆည်းဖို့ နှစ်စဉ် ၄၀၀,၀၀၀ ဒေါ်လာပိုပေးရမယ်လို့ ဖြည့်ဆည်းပေးခဲ့ပါတယ်။ ဒီပိုင်းက ညံ့ဖျင်းပြီး ကျနော်တို့ရဲ့ စစ်ဆေးခြင်းလုပ်ငန်းစဉ်နဲ့ ကိုက်ညီဖို့ လိုအပ်တဲ့ ပြင်ဆင်ချက်တွေ လုပ်ဖို့ လေးလပြည့်ယူရမှာဖြစ်ပါတယ်။ ကျနော်တို့ရဲ့ CHRO (လူ့စွမ်းအားအရင်းအမြစ်အရာရှိချုပ်) က ဒါကို ကျနော်ကို ပုံမှန်ကုန်ကျစရိတ် ၄၀၀,၀၀၀ ဒေါ်လာထက်နည်းနည်းပဲ လုပ်ဆောင်လို့ရလား လို့ မေးခဲ့ပါတယ်။ ကျနော်က ရပါတယ်လို့ ပြန်ပြောခဲ့ပါတယ်။ ကျနော်တို့က လုပ်ဆောင်ခဲ့ပါတယ်။ ၈ လအတွင်း - ဒါမှမဟုတ် ဒီကို ဖြန့်ချိပြီး စစ်ဆေးခြင်းစက်ဝန်းတစ်ခုလုံးကို လည်ပတ်ခဲ့ပါတယ်။ ဒါက AI မရှိတုန်းက ၂၀၂၁ ခုနှစ်မှာ ဖြစ်ခဲ့တာပါ။

ဒီနေ့ရက်တွေမှာတော့ အဲ့ဒီလို တည်ဆောက်ခြင်းက ပတ်သက်ဆက်နွယ်သူတွေ ထိန်းသိမ်းထားရတာမလိုတော့ဘဲ, အပတ်စဉ်ကုန်ကျစရိတ် အဲ့ဒီထက် ၅ ဆသက်သာပြီး, ထိန်းသိမ်းစောင့်ရှောက်ရတာလည်း ပိုသက်သာပါလိမ့်မယ်။ ဒီ vendor (ပေးသွင်းသူ) ရဲ့ အကာအကွယ်ကတော့ ဆော့ဖ်ဝဲ မဟုတ်ပါဘူး။ ကိုယ်တိုင်တည်ဆောက်ရတာ ပိုခက်ခဲမယ်လို့ ယူဆထားခြင်းပါ။ ဒီယူဆချက်က ပျောက်ကွယ်သွားပါပြီ။

၅၀ နှစ်ကြာ ဆော့ဖ်ဝဲဖန်တီးမှု အတွေးအခေါ်အရ ဆော့ဖ်ဝဲတည်ဆောက်ခြင်းက ပိုင်ဆိုင်မှုတွေ ဖန်တီးနိုင်ပါတယ်လို့ ယူဆခဲ့ကြပါတယ်။ ဒီယူဆချက်က ဆော့ဖ်ဝဲတည်ဆောက်ခြင်းက အမှန်တကယ် ခက်ခဲတဲ့အတွက် တည်ဆောင်ထားခဲ့ပါတယ်။ ဒါပေမယ့် ယခုအခါ ဒီယူဆချက်က မှားယွင်းသွားပါပြီ - မဟုတ်မရှိတဲ့ နေရာတွေမှာ၊ တခဏတည်းမဟုတ်ဘဲ၊ ဒါပေမယ့် တိုးတက်လာတာကို တွေ့ရပါတယ် - ဘာကြောင့်လဲဆိုတော့ AI က ဆော့ဖ်ဝဲအမျိုးအစားတစ်ခုပြီးတစ်ခု ပိုင်ဆိုင်မှု (asset) မှ စာရင်း (inventory) သို့ ပြောင်းလဲလာစေတာကြောင့်ပါ။ သင်ဖြတ်ကြိမ်းရိုက်ထားတဲ့ အောက်ဘက်မှာ ဆော့ဖ်ဝဲတည်ဆောက်နေဆဲဆိုရင် သင်ဟာ ပိုင်ဆိုင်မှုတွေ မဖန်တီးနိုင်တော့ဘဲ၊ ပေးဆပ်ရမယ့် တာဝန်တွေကို စုဆောင်းလာနေတာပါ။

The Line

ဒီဆော့ဖ်ဝဲတွေထဲက အချို့က ဆောင်းပါးတွေ၊ အချို့က စာရင်းတွေ ဖြစ်နေတာမို့ ဘယ်ဟာက ဘာလဲ ဆိုတာ ကျွန်တော်တို့ ပြောရမယ်။ AI (အထက်တန်းကွန်ပျူတာဦးနှောက်) ရဲ့ စွမ်းဆောင်ရည်ကတော့ အဲဒါကို ပြောပြမှာပါ။

2024 ခုနှစ်မှာတော့ AI က သင့်ကုဒ်တွေကို အလိုအလျောက် ပြီးစီးအောင်လုပ်ပေးနိုင်တယ်၊ ဒါမှမဟုတ် မှတ်တမ်းတွေလည်း ကူပေးနိုင်တယ်။ ဒါဟာ အသုံးဝင်တယ်ပေမဲ့ ဘယ်သူမှ အဲဒါကို မလဲမှာဘူး။ အဆောက်အအုံ၊ ကျွမ်းကျင်မှုတွေ၊ ဆစ်စတင်တွေကို ထောက်ပံ့ရတာကတော့ ဆောင်းပါးအဆင့်ပဲ ရှိနေသေးတယ်။

2025 ခုနှစ်မှာတော့ AI က အစိတ်အပိုင်းတွေကို တည်ဆောက်နိုင်လာတယ်။ ဥပမာ ပုံမှန်ဆက်သွယ်ရေးစနစ်တွေ၊ လုပ်ငန်းစဉ်တွေ၊ လက်မှတ်ထိုးစနစ်တွေ၊ စီမံခန့်ခွဲရေးဆိုင်ရာ ဒက်ရှ်ဘုတ်တွေ။ ဒီလိုနဲ့ AI ရဲ့ အဆင့်က ပိုမြင့်လာတယ်။ သင့်ဆောင်းပါးက ဒီလိုဆက်စပ်ထားတဲ့ လုပ်ငန်းစဉ်တွေ သို့မဟုတ် လုပ်ငန်းလုပ်ဆောင်ခြင်းတွေဖြစ်နေရင် ဒါက အောက်ဆင့်ပဲ ရှိနေတယ်။ သင့်ရဲ့ ကာကွယ်မှုတွေလည်း ကုန်ဆုံးလာမှာပါ။

2026 ခုနှစ်မှာတော့ AI က CRUD (Create, Read, Update, Delete) အက်ပ်တွေကို တည်ဆောက်နိုင်လာတယ်။ ဥပမာ လုပ်ငန်းဆိုင်ရာ အခြေခံမှုတွေ၊ အတွင်းလုပ်ငန်းအကူအညီတွေ၊ အစီရင်ခံစာစနစ်တွေ၊ ဖောက်သည်ဝန်ဆောင်မှုစနစ်တွေ။ ဒီလိုအက်ပ်တွေကတော့ အောက်ဆင့်ပဲ ရှိနေတယ်။ ကျွမ်းကျင်တဲ့ ဝန်ဆောင်မှုကုမ္ပဏီတွေက အဆင်သင့်ပြင်ဆင်ထားတဲ့ ကိရိယာတွေနဲ့ ရက်အနည်းငယ်ထဲမှာ ဖောက်သည်အလိုက် ဒီလိုအက်ပ်တွေကို တည်ဆောက်နိုင်ပါတယ်။

ဒါပေမဲ့ ဘယ်ဟာက အောက်ဆင့်ထက် ကောင်းနေသေးလဲ။ ကွန်ပိုင်းလာတွေ၊ ထိပ်တန်းမော်ဒယ်တွေ၊ အင်္ဂါရပ်စနစ်တွေ၊ ဒီဇိုင်းအသစ်တွေ သို့မဟုတ် နှစ်ပေါင်းများစွာ ကျွမ်းကျင်မှုစုဆောင်းထားရမယ့် ဒေတာတွေကို ကိုယ်စားပြုတဲ့ ဆော့ဖ်ဝဲတွေ။ AI က ဒီလိုဆော့ဖ်ဝဲတွေကို လွယ်လွယ်ကူကူ မိတ်ဆက်ပြန်လည်ဖန်တီးလို့ မရဘူး။ ခက်ခဲမှု က ကုဒ်မှာမဟုတ်ပဲ ကုဒ်ထဲမှာ ပါဝင်နေတဲ့ နားလည်မှုမှာပါ။

ဒီအဆင့်တွေကို အချိန်နဲ့အမျှ တွေ့ရမှာပါ။ Anthropic က Claude ကို ဥပဒေဆိုင်ရာ ပလက်ဖောင်းနဲ့ တွဲဖက်လိုက်တဲ့အခါ Thomson Reuters, RELX နဲ့ Wolters Kluwer တို့ရဲ့ ဈေးကွက်တန်ဖိုးက တစ်ည တည်းမှာပဲ ကျဆင်းသွားခဲ့တယ်။ ဥပဒေ ရှာဖွေရေးဆော့ဖ်ဝဲ - ဒီကဏ္ဍတစ်ခုလုံးကို ဆိုင်းငံ့ထားတယ်လို့ထင်ရတဲ့ ဒီကဏ္ဍကတော့ တစ်ခုတည်းသော ဆော့ဖ်ဝဲထုတ်ကုန်တွဲဖက်ထွက်လာတဲ့အခါမှာပဲ အောက်ဆင့်ကို ကူးသန်းသွားခဲ့တယ်။

အဲဒီ စော်ကားလုပ်ရှင်တွေကို အဓိကကြိုးစားရမယ့်အရာက - ဒီလိုင်းက တစ်ဖက်ထဲကသာ ရွေ့နေတယ်။ နမူနာ တစ်ခုချင်းစီ ထုတ်လာတိုင်း ဒီလိုင်းက ပိုမြင့်လာနေတယ်။ ဒီလိုင်းထက် အထက်မှာရှိတာက ၁၈ လအကြာမှာ ဒီလိုင်းထက် ဆင်းသွားမှာပဲ။ ဒီလိုင်းက ပုံမှန်တက်နေတာမို့ သင့်စီးပွားရေးကို အမြဲတမ်း ကာကွယ်ထားလို့မရဘူး။

SaaS (ဝန်ဆောင်မှုအခြေခံ ဆော့ဖ်ဝဲ) ထုတ်ကုန်ပေါင်းများစွာက ဒီလိုင်းအောက်မှာပဲ ရှိနေတယ်။ အချို့မဟုတ်ဘူး။ အားနည်းတဲ့တွေလည်းမဟုတ်ဘူး။ အများစုပါ။ ဒီမှန်ကန်တဲ့ ဟောင်းကုန်ဆိုတာက SaaS ကသေဆုံးနေတာမဟုတ်ဘူး။ ဆော့ဖ်ဝဲထုတ်ကုန်ပေါင်းများစွာက ပိုင်ဆိုင်မှု (asset) ကနေ ကုန်ကြမ်း (inventory) ဘက်ကို ကူးပြောင်းသွားပြီးသားဖြစ်ပေမယ့် ဒါကို သူတို့ မသိရသေးဘူး။

ထုတ်ကုန်တစ်ခုမှာ ဘာမှမရှိဘူး

ငါတို့က ပိုင်ဆိုင်မှုနဲ့ ကုန်ကြမ်းတွေ၊ ဒီလိုင်းတွေကို ပြောခဲ့ပေမယ့် အဓိကပြဿနာကို မမေးခဲ့ဘူး - ထုတ်ကုန်တစ်ခုဆိုတာ ဘာလဲ?

ထုတ်ကုန်တစ်ခုဆိုတာ ကုန်ကျစရိတ်ကြီးတဲ့၊ အန္တရာယ်ကြီးတဲ့ စီမံကိန်းတစ်ခုဖြစ်ပြီး၊ ဒီစီမံကိန်းရဲ့ ထုတ်ကုန် - ဒါကို တန်ဖိုးရှိတဲ့အတွက် - ကို အများစုကြိုက်ကြတယ်။ ကုန်ကျစရိတ်နဲ့ အန္တရာယ်က အဓိကအချက်ပါ။ ဒါကြောင့်ဘဲ ထုတ်ကုန်ကို ကုန်ကြမ်းအဖြစ် လုပ်ရတာ။ ဖောက်သည်တွေက သင့်ကို ငွေပေးကြတာ သူတို့ကိုယ်တိုင် လုပ်ရတာထက် ပိုခက်ခဲ၊ ပိုနှေးကွေး၊ ပိုအန္တရာယ်ရှိလို့ပါ။ ထုတ်ကုန်က အခက်အခဲရဲ့ ရလဒ်ပါ။

အခက်အခဲကို ဖယ်ရှားလိုက်ရင် ထုတ်ကုန်လည်း ကွယ်ကုန်ပါတယ်။

စီမံကိန်းက ကုန်ကျစရိတ်မကြီးဘူး၊ အန္တရာယ်လည်းမရှိဘူးဆိုရင် ဒီထုတ်ကုန်ကို အများစုကြိုက်လို့မရဘူး။ ဖောက်သည်တွေက သူတို့ကိုယ်တိုင်လုပ်လို့ရတယ်။ သူတို့ရဲ့ အတိုင်ပင်ခံတွေက လုပ်လို့ရတယ်။ နမူနာတိုးတက်မှုတွေကြောင့် သူတို့ရဲ့ အငယ်တန်းဝန်ထမ်းတွေကပင် လုပ်လို့ရတယ်။ ဒါက ရှားပါးတာမရှိလို့ ဘာကိုမှ ရောင်းမရဘူး။

"vibe-coding" လို့ခေါ်တဲ့ အသိုင်းအဝိုင်းက ဒါကို သေချာတွေ့ရတယ်။ တွစ်တာမှာ "ငါတည်ဆောက်ထားတာကြည့်" လို့ တင်တဲ့ အကုန်လုံးက ဒီထုတ်ကုန်ထဲမှာ စီးပွားရေးအခြေအနေမရှိဘူးလို့ ပြသနေတာပါ။ အပတ်ပိုင်းမှာ လုပ်ထားတာလို့ ဝါသနာပြထားတာက သူတို့ရဲ့ ထုတ်ကုန်ကို အခြားသူတွေလည်း အပတ်ပိုင်းမှာ လုပ်လို့ရမယ်လို့ ဝန်ခံနေတာပါ။ ဒါကို မည်သူမဆို လုပ်လို့ရတယ်ဆိုတာက ဒါကို ကုန်ကြမ်းအဖြစ် ထုတ်လုပ်ပြီး စတာပဲ။ သူတို့က ထုတ်ကုန်တွေ မဟုတ်ဘူး။ ခေတ္တ သုံးပြီးပြီးတဲ့ ကုန်ကြမ်းတွေကို စတင်တာပဲ။

ဒီပြဿနာကို ကိုယ်တိုင် ဖြေရှင်းဖို့ မကြိုးစားပါနဲ့။ ဈေးနှုန်းပုံစံကို ပြောင်းဖို့ မကြိုးစားပါနဲ့။ သင့်ရဲ့ ဝန်ဆောင်မှုထဲကို AI (အထက်တန်းကွန်ပျူတာဦးနှောက်) ဝင်ဆောင်းပြီး ဈေးကွက်ပြန်လာမယ်လို့ မေွးမြူမထားပါနဲ့။ ဒီလိုတွေက ဟုတ်ကဲ့ ဖြေရှင်းခြင်းတွေပဲ။

ဟုတ်ကဲ့ ဖြေရှင်းနည်းတွေ မရှိပါဘူး။

သင်ဆောက်လုပ်ထားတဲ့ ဆော့ဖ်ဝဲက ဒီလိုအတိုင်း မရှိနိုင်ပါဘူး။ သင်ထင်ထားသလို အရင်းအမြစ်တစ်ခု မဟုတ်ပါဘူး။ သင့်ရဲ့ တန်ဖိုးကို တွက်ချက်ထားတာလည်း မဟုတ်ပါဘူး။ သင့်ရဲ့ ရင်းမြစ်တွေမှာလည်း မပါဝင်ပါဘူး။ အမှန်တကယ်က ဒါက ပစ္စည်းတိုက်ပဲ ဖြစ်ပါတယ်။ ပစ္စည်းတိုက်ကို ဈေးနှုန်းပြဿနာ မရှိပါဘူး။ ရှိမရှိပြဿနာပဲ ရှိပါတယ်။

ဒီလိုအတိုင်းက ဝန်ဆောင်မှု တစ်ခုလည်း မဟုတ်ပါဘူး။