Eksastra ┊ ប្រភពថ្នាលឯកសារឌីជីថល



📄 ខ្លឹមសារសង្ខេប

ទំព័រដើម›គួរដឹង›សមត្ថភាពស្នូល (Core Competence) គឺជាអ្វ…

គួរដឹង · យុទ្ធសាស្ត្រជំនួញ

សមត្ថភាពស្នូល (Core Competence) គឺជាអ្វី? មេរៀនពី Amazon AWS (វគ្គ ៦)

ក្រុមហ៊ុន​មួយ​ចាប់​ផ្ដើម​ដោយ​លក់​សៀវភៅ​តាម​អ៊ីនធឺណិត។ ជាង ១០ ឆ្នាំ​ក្រោយ​មក សេវា​ដែល​ខ្លួន​សាង​ឡើង​សម្រាប់​ប្រើ​ខាង​ក្នុង​ផ្ទាល់ បាន​ក្លាយ​ជា​អាជីវកម្ម​ដែល​ផ្ដល់​ចំណេញ​ធំ​បំផុត​ក្នុង​ក្រុមហ៊ុន — ធំ​ជាង​ការ​ជំនួញ​លក់​អនឡាញ​ដើម​ទៅ​ទៀត។ នេះ​ជា​វគ្គ​ទី ៦ នៃ​ស៊េរី «យុទ្ធសាស្ត្រជំនួញ» ដែល​ពន្យល់​ក្របខណ្ឌ Core Competence របស់ Prahalad & Hamel តាម​រយៈ​ករណី​សិក្សា Amazon Web Services (AWS)។

យុទ្ធសាស្ត្រអាជីវកម្មCore CompetenceAmazonAWSករណីសិក្សាPrahalad & Hamel

«សមត្ថភាព​ស្នូល​ជា​ឬស​ដែល​ចិញ្ចឹម​មែក​ធាង​ជា​ច្រើន» — C.K. Prahalad & Gary Hamel, Harvard Business Review (១៩៩០)។ ក្រុមហ៊ុន​ធំ​ៗ​ជា​ច្រើន​គិត​ថា​ខ្លួន​ជា «បណ្ដុំ​អាជីវកម្ម» ដាច់​ដោយ​ឡែក​ពី​គ្នា ខណៈ​ក្រុមហ៊ុន​ដែល​ឈ្នះ​យូរ​អង្វែង​យល់​ថា​ខ្លួន​ជា «បណ្ដុំ​សមត្ថភាព»​តែ​មួយ​ដែល​អាច​លាត​សន្ធឹង​ទៅ​ច្រើន​ទីផ្សារ។

តើ​ហេតុ​អ្វី​សេវា​ហេដ្ឋារចនាសម្ព័ន្ធ​កុំព្យូទ័រ​ដែល Amazon សាង​ឡើង​សម្រាប់​លក់​សៀវភៅ បែរ​ជា​ក្លាយ​ជា​អាជីវកម្ម​ចំណេញ​ធំ​បំផុត​របស់​ខ្លួន?

ក្នុង​វគ្គ​នេះ យើង​ស្វែង​យល់​ក្របខណ្ឌ​យុទ្ធសាស្ត្រ​មួយ​ដ៏​សំខាន់​ដែល​ត្រូវ​បាន​បង្កើត​ដោយ​សាស្ត្រាចារ្យ C.K. Prahalad និង Gary Hamel តាម​រយៈ​អត្ថបទ «The Core Competence of the Corporation» (Harvard Business Review ១៩៩០)។ ក្របខណ្ឌ​នេះ​ពន្យល់​ថា ក្រុមហ៊ុន​ដែល​ជោគជ័យ​យូរ​អង្វែង​មិន​មែន​ត្រូវ​បាន​កំណត់​ដោយ​ផលិតផល ឬ​អាជីវកម្ម​ដាច់​ដោយ​ឡែក​ពី​គ្នា​ទេ ប៉ុន្តែ​ត្រូវ​បាន​ជំរុញ​ដោយ សមត្ថភាព​ស្នូល មួយ​ចំនួន​តូច​ដែល​អាច​លាត​សន្ធឹង​ទៅ​ច្រើន​ទីផ្សារ។ យើង​ប្រើ​ករណី​សិក្សា Amazon Web Services (AWS) ជា​គំរូ ព្រោះ​វា​ជា​ឧទាហរណ៍​ច្បាស់​បំផុត​មួយ​ក្នុង​សម័យ​ថ្មី​អំពី​របៀប​ដែល​សមត្ថភាព​ខាង​ក្នុង​អាច​ក្លាយ​ជា​អាជីវកម្ម​ថ្មី​ទាំង​មូល។ ព័ត៌មាន​ក្នុង​អត្ថបទ​នេះ​ត្រូវ​បាន​ផ្ទៀង​ផ្ទាត់​ពី​ប្រភព​ដូច​ជា Harvard Business Review, Amazon investor relations, Wikipedia និង​អត្ថបទ​របស់ Werner Vogels (CTO របស់ Amazon)។ សូម​កត់​សម្គាល់៖ ស៊េរី​នេះ​សិក្សា​តែ​ចំណេះ​ដឹង​អាជីវកម្ម​សកល មិន​ពាក់ព័ន្ធ​នឹង​នយោបាយ​ណា​មួយ​ឡើយ។

គាំទ្រ «គួរដឹង» ១$ការគាំទ្ររបស់អ្នកជួយឲ្យចំណេះដឹងបន្តចែករំលែក ដោយឥតគិតថ្លៃ។
គាំទ្រ ១$
01

និយមន័យ៖ សមត្ថភាព​ស្នូល​ខុស​ពី «អាជីវកម្ម» ឬ «ផលិតផល»

នៅ​ឆ្នាំ ១៩៩០ Prahalad និង Hamel បាន​សរសេរ​អត្ថបទ​ដែល​ក្លាយ​ជា​មូលដ្ឋាន​គ្រឹះ​នៃ​ការ​គិត​អំពី​យុទ្ធសាស្ត្រ​ធនធាន (resource-based thinking)។ ចំណុច​សំខាន់​របស់​គាត់៖ ក្រុមហ៊ុន​ធំ​ៗ​ជា​ច្រើន​រៀបចំ​ខ្លួន​ជា «អង្គភាព​អាជីវកម្ម​យុទ្ធសាស្ត្រ» (strategic business units) ដាច់​ដោយ​ឡែក​ពី​គ្នា ដែល​ធ្វើ​ឲ្យ​ក្រុមហ៊ុន​មើល​មិន​ឃើញ ចំណុច​ខ្លាំង​រួម ដែល​លាក់​កំបាំង​នៅ​ខាង​ក្រោម​ផលិតផល​ទាំង​អស់​នោះ។ គាត់​ប្រៀបធៀប​ក្រុមហ៊ុន​នឹង​ដើម​ឈើ៖ ផលិតផល និង​សេវា​ជា «ស្លឹក ផ្កា និង​ផ្លែ» ដែល​អ្នក​មើល​ឃើញ ប៉ុន្តែ​អ្វី​ដែល​ចិញ្ចឹម​ពួក​វា​ទាំង​អស់​គឺ​ជា ឬស និង​ដើម — នោះ​ជា​សមត្ថភាព​ស្នូល។

តាម​និយមន័យ សមត្ថភាព​ស្នូល​ត្រូវ​ឆ្លង​កាត់​តេស្ត​ចម្បង​ៗ​៣៖ (១) មាន​តម្លៃ — ជួយ​បង្កើន​អត្ថប្រយោជន៍​សំខាន់​ដល់​អតិថិជន, (២) កម្រ​និង​ពិបាក​ត្រាប់​តាម — គូ​ប្រកួត​មិន​អាច​ចម្លង​បាន​ក្នុង​រយៈ​ពេល​ខ្លី, និង (៣) អាច​លាត​សន្ធឹង​ទៅ​ច្រើន​ទីផ្សារ — មិន​ជាប់​សភាព​ត្រឹម​ផលិតផល​តែ​មួយ។ ឧទាហរណ៍​ក្នុង​អត្ថបទ​ដើម​របស់​ពួក​គេ​រួម​មាន Honda (សមត្ថភាព​ម៉ាស៊ីន​ម៉ូតូ​ដែល​លាត​សន្ធឹង​ពី​ម៉ូតូ​ទៅ​រថយន្ត ទៅ​ម៉ាស៊ីន​ស្មៅ) និង Canon (សមត្ថភាព​អុបទិក-ការ​ថត​រូប-មីក្រូ​អេឡិចត្រូនិក ដែល​លាត​សន្ធឹង​ពី​ម៉ាស៊ីន​ថត​ទៅ​ម៉ាស៊ីន​ថត​ចម្លង ទៅ​ម៉ាស៊ីន​បោះពុម្ព)។

សមត្ថភាព​ស្នូល​មិន​មែន​ជា​អ្វី​ដែល​ក្រុមហ៊ុន «មាន» ក្នុង​ឃ្លាំង​ទេ វា​ជា​អ្វី​ដែល​ក្រុមហ៊ុន «ចេះ​ធ្វើ» បាន​ល្អ​ជាង​អ្នក​ដទៃ​យ៉ាង​ជាប់​លាប់។

02

Amazon ដើម្បី​តែ​លក់​សៀវភៅ ក៏​ត្រូវ​ដោះស្រាយ​បញ្ហា​ហេដ្ឋារចនាសម្ព័ន្ធ​ដ៏​ធំ

Amazon.com បង្កើត​ឡើង​ដោយ Jeff Bezos ក្នុង​ឆ្នាំ ១៩៩៤ ជា​ហាង​សៀវភៅ​អនឡាញ។ ប៉ុន្តែ​ដើម្បី​ធានា​ថា​គេហទំព័រ​មិន​គាំង​ក្នុង​រដូវ​កាល​ទិញ​ទំនិញ​ខ្លាំង (ដូច​ជា​បុណ្យ​ចុង​ឆ្នាំ) វិស្វករ​របស់ Amazon ត្រូវ​សាង​ប្រព័ន្ធ​ម៉ាស៊ីន​មេ ការ​ផ្ទុក​ទិន្នន័យ និង​មូលដ្ឋាន​ទិន្នន័យ​ដ៏​ធំ​សម្បើម​ដែល​អាច​ពង្រីក (scale) បាន​យ៉ាង​លឿន ក្នុង​ខណៈ​ដែល​ថ្ងៃ​ធម្មតា​ត្រូវ​ការ​ធនធាន​តិច​ជាង​ច្រើន​ដង។ បញ្ហា​ធំ​មួយ​ទៀត​គឺ​ក្រុម​វិស្វកម្ម​ផ្សេង​ៗ​គ្នា​ក្នុង Amazon តែង​តែ​សាង «កង់​ថ្មី» ដដែល​ៗ — ក្រុម​មួយ​សាង​ប្រព័ន្ធ​ផ្ទុក​ទិន្នន័យ ក្រុម​មួយ​ទៀត​ក៏​សាង​ដូច​គ្នា​ដោយ​មិន​ដឹង​គ្នា — ធ្វើ​ឲ្យ​ខាត​ពេល​វេលា​និង​ថវិកា​យ៉ាង​ច្រើន។

ជុំវិញ​ឆ្នាំ ២០០២ Jeff Bezos បាន​ចេញ​សេចក្ដី​ណែនាំ​ខាង​ក្នុង​ដ៏​ល្បី​មួយ (ត្រូវ​បាន​ស្គាល់​ជា​សាធារណៈ​ក្រោយ​មក​តាម​រយៈ​អតីត​វិស្វករ Steve Yegge) ដែល​តម្រូវ​ឲ្យ​ក្រុម​ទាំង​អស់​ក្នុង Amazon លាត​ត្រដាង​មុខងារ​របស់​ខ្លួន​តាម​រយៈ​ចំណុច​ប្រទាក់​សេវា (service interfaces / API) ជា​ជាង​ចែក​រំលែក​ទិន្នន័យ​ដោយ​ផ្ទាល់។ ការ​សម្រេច​ចិត្ត​នេះ​បង្ខំ​ឲ្យ​វិស្វករ​គិត​ពី​សេវា​ខាង​ក្នុង​របស់​ខ្លួន​ដូច​ជា​ផលិតផល — ជា​ជំហាន​ដ៏​សំខាន់​ដែល​ក្រោយ​មក​ក្លាយ​ជា​គ្រឹះ​របស់ AWS។

ចំណុច​ត្រូវ​ត្រួត​ពិនិត្យ
១៩៩៤ឆ្នាំ​បង្កើត Amazon ជា​ហាង​សៀវភៅ​អនឡាញ
២០០២សេចក្ដី​ណែនាំ​តម្រូវ​ឲ្យ​ក្រុម​ទាំង​អស់​ប្រើ​ចំណុច​ប្រទាក់​សេវា (API mandate)
២០០៦ឆ្នាំ​ដែល S3 និង EC2 ចាប់​ផ្ដើម​ដំណើរការ​ជា​សាធារណៈ
ការ​តម្រូវ​ឲ្យ​ក្រុម​ខាង​ក្នុង​សាង​សេវា​ជា​ម៉ូឌុល ជា​ចំណុច​ចាប់​ផ្ដើម​ដ៏​សំខាន់​ដែល​បង្កើត​សមត្ថភាព​ស្នូល​របស់ Amazon ក្នុង​ការ​ចែកចាយ​ប្រព័ន្ធ (distributed systems)។
03

ការ​សម្រេច​ចិត្ត​បង្កើត AWS៖ ពី​សេវា​ខាង​ក្នុង​ទៅ​ជា​ផលិតផល​សាធារណៈ

ក្រុម​ដឹក​នាំ​របស់ Amazon ដឹក​នាំ​ដោយ Andy Jassy (ក្រោយ​មក​ក្លាយ​ជា CEO របស់ Amazon) បាន​សង្កេត​ឃើញ​ថា សេវា​ហេដ្ឋារចនាសម្ព័ន្ធ (ការ​ផ្ទុក​ទិន្នន័យ ការ​គណនា ការ​គ្រប់​គ្រង​ម៉ាស៊ីន​មេ) ដែល Amazon សាង​ដើម្បី​ដំណើរការ​ជំនួញ​របស់​ខ្លួន​ផ្ទាល់ គឺ​ជា សមត្ថភាព​ដ៏​ខ្លាំង​ក្លា ដែល​ក្រុមហ៊ុន​ដទៃ​ជា​ច្រើន​ក៏​ត្រូវ​ការ​ដែរ ប៉ុន្តែ​មិន​អាច​សាង​បាន​ដោយ​ខ្លួន​ឯង​ដោយ​សារ​ថ្លៃ​ដើម​និង​ភាព​ស្មុគស្មាញ​ខ្ពស់។ ជា​ជាង​រក្សា​សមត្ថភាព​នេះ​ទុក​តែ​ខាង​ក្នុង Amazon បាន​សម្រេច​ចិត្ត​ធ្វើ​ឲ្យ​វា​ក្លាយ​ជា​ផលិតផល​លក់​ជូន​ក្រុមហ៊ុន​ដទៃ។ Amazon S3 (ការ​ផ្ទុក​ទិន្នន័យ) ដំណើរការ​ដំបូង​ក្នុង​ខែ​មីនា ២០០៦ ហើយ Amazon EC2 (ការ​ជួល​កុំព្យូទ័រ​និម្មិត) ដំណើរការ​ក្នុង​ខែ​សីហា ២០០៦ ក្រោម​ការ​ដឹក​នាំ​វិស្វកម្ម​របស់ Chris Pinkham និង​ក្រុម​របស់​គាត់។

Amazon មិន​បាន​ចាប់​ផ្ដើម​ដោយ​សួរ​ថា «តើ​យើង​គួរ​ចូល​អាជីវកម្ម​ថ្មី​អ្វី?» ទេ ប៉ុន្តែ​សួរ​ថា «តើ​អ្វី​ដែល​យើង​ចេះ​ធ្វើ​បាន​ល្អ​បំផុត អាច​មាន​តម្លៃ​សម្រាប់​អ្នក​ដទៃ​ដែរ​ឬ​ទេ?»

ពេល​វេលា​សំខាន់ · Timeline
១៩៩៤
Jeff Bezos បង្កើត Amazon ជា​ហាង​សៀវភៅ​អនឡាញ
២០០២
សេចក្ដី​ណែនាំ​ខាង​ក្នុង​តម្រូវ​ឲ្យ​ក្រុម​ទាំង​អស់​សាង​សេវា​ជា​ម៉ូឌុល​តាម API
មីនា ២០០៦
Amazon S3 ដំណើរការ​ជា​សាធារណៈ​ជា​ផលិតផល​ដំបូង​របស់ AWS
សីហា ២០០៦
Amazon EC2 ដំណើរការ ផ្ដល់​ការ​ជួល​កុំព្យូទ័រ​និម្មិត​តាម​តម្រូវ​ការ
២០១៥
Amazon បង្ហាញ​ជា​សាធារណៈ​ជា​លើក​ដំបូង​ថា AWS មាន​ចំណូល​ប្រចាំ​ឆ្នាំ​ជិត $៧.៨៨ ប៊ីលានិ ដោយ​ចំណេញ​ខ្ពស់​ជាង​អាជីវកម្ម​លក់​រាយ
04

AWS ក្លាយ​ជា​កម្លាំង​ចំណេញ​ធំ​បំផុត​របស់ Amazon

លទ្ធផល​របស់​ការ​ភ្នាល់​នេះ​ធំ​ធេង​ជាង​ការ​រំពឹង​ទុក។ AWS បាន​ក្លាយ​ជា​អ្នក​ផ្ដល់​សេវា​ហេដ្ឋារចនាសម្ព័ន្ធ​ពពក (cloud infrastructure) ដ៏​ធំ​បំផុត​ក្នុង​ពិភពលោក ដោយ​អតិថិជន​រួម​មាន Netflix, Airbnb, NASA, និង​ស្ថាប័ន​រដ្ឋាភិបាល​ជា​ច្រើន។ ចាប់​តាំង​ពី​ការ​បង្ហាញ​ជា​សាធារណៈ​លើក​ដំបូង​ក្នុង​ឆ្នាំ ២០១៥ ចំណូល AWS បាន​កើន​ឡើង​យ៉ាង​លឿន ដល់​ជាង $៩០ ប៊ីលានិ​ក្នុង​ឆ្នាំ ២០២៣ តាម​របាយការណ៍​ហិរញ្ញវត្ថុ​របស់ Amazon ខណៈ​ដែល​ចំណេញ​ប្រតិបត្តិការ​ភាគ​ច្រើន​របស់​ក្រុមហ៊ុន​ទាំង​មូល​មក​ពី AWS ទោះ​ជា​ចំណូល​សរុប​តូច​ជាង​ផ្នែក​លក់​រាយ​ក៏​ដោយ។ នេះ​ជា​ការ​បង្ហាញ​ច្បាស់​អំពី​តេស្ត​ទី ៣ របស់ Prahalad & Hamel៖ សមត្ថភាព​ស្នូល​ដែល​អាច «លាត​សន្ធឹង​ទៅ​ច្រើន​ទីផ្សារ» អាច​បង្កើត​តម្លៃ​ធំ​ជាង​អាជីវកម្ម​ដើម​ដែល​វា​កើត​ចេញ​មក។

សមត្ថភាព​ស្នូល → ទីផ្សារ​ថ្មី
🗄️
ការ​ផ្ទុក​ទិន្នន័យ (S3)
ពី​ការ​ផ្ទុក​រូបភាព​ផលិតផល​និង​ព័ត៌មាន​អតិថិជន ទៅ​ជា​សេវា​ផ្ទុក​ទិន្នន័យ​ដែល​អតិថិជន​ណា​ក៏​ដោយ​អាច​ជួល​បាន។
🖥️
ការ​គណនា (EC2)
ពី​ការ​គ្រប់​គ្រង​ម៉ាស៊ីន​មេ​សម្រាប់​រដូវ​កាល​ទិញ​ទំនិញ​ខ្ពស់ ទៅ​ជា​សេវា​ជួល​កុំព្យូទ័រ​និម្មិត​តាម​តម្រូវ​ការ។
🌐
ប្រព័ន្ធ​ចែកចាយ​ធំ (Distributed Systems)
ជំនាញ​ធ្វើ​ឲ្យ​ប្រព័ន្ធ​ធំ​ៗ​ដំណើរការ​ដោយ​គ្មាន​គាំង ក្លាយ​ជា​ចំណុច​ខ្លាំង​ដែល​គូ​ប្រកួត​ពិបាក​ត្រាប់​តាម​បាន​យ៉ាង​លឿន។
សមត្ថភាព​តែ​មួយ​ដែល​ត្រូវ​បាន​សាង​ឡើង​ដើម្បី​ដោះស្រាយ​បញ្ហា​ខាង​ក្នុង អាច​លាត​សន្ធឹង​ទៅ​ជា​ផលិតផល​ជា​ច្រើន​សម្រាប់​ទីផ្សារ​ខាង​ក្រៅ។
05

៣ មេរៀន​យុទ្ធសាស្ត្រ​ដែល​អាច​អនុវត្ត​បាន

ករណី​សិក្សា​នេះ​មិន​មែន​ចង់​បង្រៀន​ថា «គ្រប់​សេវា​ខាង​ក្នុង​អាច​ក្លាយ​ជា​អាជីវកម្ម​ថ្មី» ទេ ព្រោះ​ក្រុមហ៊ុន​ភាគ​ច្រើន​មិន​អាច​ធ្វើ​បាន​ដូច Amazon។ អ្វី​ដែល​សំខាន់​គឺ​គោលការណ៍​យុទ្ធសាស្ត្រ​ដែល​ជាប់​លាប់៖

កុំ​សួរ​តែ​ថា «តើ​យើង​លក់​អ្វី?» ចូរ​សួរ​ថា «តើ​យើង​ចេះ​ធ្វើ​អ្វី​បាន​ល្អ​ជាង​អ្នក​ដទៃ​យ៉ាង​ជាប់​លាប់?»

គោលការណ៍ ៣ · Three Principles
🌳
មើល​ខ្លួន​ឯង​ជា​បណ្ដុំ​សមត្ថភាព មិន​មែន​បណ្ដុំ​ផលិតផល
Amazon មិន​បាន​គិត​ថា​ខ្លួន​ជា «ហាង​សៀវភៅ» ជាប់​អ្វី​ដែល​ខ្លួន​លក់ ប៉ុន្តែ​គិត​ថា​ខ្លួន​ជា​ស្ថាប័ន​ដែល​ចេះ​ដំណើរការ​ប្រព័ន្ធ​ធំ​ដោយ​មិន​គាំង។
🔧
សាង​ជា​ម៉ូឌុល​ចេញ​ពី​ដំបូង
សេចក្ដី​ណែនាំ API ឆ្នាំ ២០០២ តម្រូវ​ឲ្យ​ក្រុម​ខាង​ក្នុង​សាង​សេវា​ដូច​ជា​ផលិតផល — ជា​លក្ខខណ្ឌ​សំខាន់​ដែល​ធ្វើ​ឲ្យ​ការ​លាត​សន្ធឹង​ថ្ងៃ​ក្រោយ​ធ្វើ​បាន​ស្រួល។
🚀
ហ៊ាន​លាត​សន្ធឹង​សមត្ថភាព​ចេញ​ក្រៅ
Amazon ព្រម​ជូន​ដៃ​គូ​ប្រកួត​ដ៏​ធំ​ៗ (Netflix ជាដើម) ជួល​សេវា​របស់​ខ្លួន ដោយ​ជឿ​ថា​តម្លៃ​ដែល​វា​បង្កើត​ធំ​ជាង​ហានិភ័យ​ប្រកួត​ប្រជែង។
តេស្ត​ទាំង ៣ របស់ Prahalad & Hamel — មាន​តម្លៃ, ពិបាក​ត្រាប់​តាម, និង​អាច​លាត​សន្ធឹង — សុទ្ធ​តែ​ត្រូវ​បំពេញ​ក្នុង​ពេល​ដំណាល​គ្នា។
06

របៀប​អនុវត្ត​គំនិត​នេះ​ចំពោះ​អាជីវកម្ម​ណា​មួយ

មិន​ថា​អាជីវកម្ម​តូច​ឬ​ធំ​ទេ សំណួរ​ខាង​ក្រោម​ជា​ចំណុច​ចាប់​ផ្ដើម​ដ៏​ល្អ​សម្រាប់​កំណត់​សមត្ថភាព​ស្នូល​ផ្ទាល់​ខ្លួន៖

សំណួរ​ត្រួត​ពិនិត្យ
  • ?តើ​យើង​ចេះ​ធ្វើ​អ្វី​បាន​ល្អ​ជាង​គូ​ប្រកួត​យ៉ាង​ជាប់​លាប់ ដោយ​មិន​ជាប់​ចំពោះ​ផលិតផល​តែ​មួយ?
  • ?តើ​សមត្ថភាព​នេះ​ពិបាក​ត្រាប់​តាម​ដល់​កម្រិត​ណា — គេ​អាច​ចម្លង​បាន​ក្នុង​ខែ​ក្រោយ ឬ​ត្រូវ​ចំណាយ​ពេល​ជា​ច្រើន​ឆ្នាំ?
  • ?តើ​សេវា ឬ​ដំណើរការ​ខាង​ក្នុង​ណា​ខ្លះ​ដែល​យើង​សាង​សម្រាប់​ខ្លួន​ឯង ដែល​ក្រុមហ៊ុន​ដទៃ​ក៏​ត្រូវ​ការ​ដែរ?
  • ?បើ​យើង​ធ្វើ​ឲ្យ​សមត្ថភាព​នេះ​ក្លាយ​ជា​ផលិតផល​ដាច់​ដោយ​ឡែក តើ​វា​នឹង​ប៉ះពាល់​ដល់​អាជីវកម្ម​ស្នូល​ដើម​របស់​យើង​ដូច​ម្ដេច?

ចំណុចគួរចងចាំ

និយមន័យ
សមត្ថភាព​ស្នូល = ជំនាញ​ដែល​មាន​តម្លៃ + ពិបាក​ត្រាប់​តាម + អាច​លាត​សន្ធឹង​ទៅ​ច្រើន​ទីផ្សារ (Prahalad & Hamel, HBR ១៩៩០)។
ចំណុច​ចាប់​ផ្ដើម
Amazon សាង​ហេដ្ឋារចនាសម្ព័ន្ធ​ខាង​ក្នុង​ដើម្បី​ដំណើរការ​ជំនួញ​សៀវភៅ​របស់​ខ្លួន​ផ្ទាល់ ជា​ពិសេស​ក្នុង​រដូវ​កាល​ទិញ​ទំនិញ​ខ្ពស់។
ការ​ភ្នាល់
S3 (មីនា ២០០៦) និង EC2 (សីហា ២០០៦) បើក​ដំណើរការ​ជា​សាធារណៈ ធ្វើ​ឲ្យ​សេវា​ខាង​ក្នុង​ក្លាយ​ជា​ផលិតផល​លក់​ជូន​ក្រុមហ៊ុន​ដទៃ។
លទ្ធផល
ចំណូល AWS លើស $៩០ ប៊ីលានិ​ក្នុង​ឆ្នាំ ២០២៣ និង​ជា​កម្លាំង​ចំណេញ​ធំ​បំផុត​របស់ Amazon ទាំង​មូល។
អនុវត្ត
សួរ​ខ្លួន​ឯង៖ តើ​យើង​ចេះ​ធ្វើ​អ្វី​បាន​ល្អ​ជាង​អ្នក​ដទៃ ហើយ​អាច​លាត​សន្ធឹង​ទៅ​ទីផ្សារ​ថ្មី​ដែរ​ឬ​ទេ?

សំណួរសម្រាប់អ្នកអាន

  1. តើ​អាជីវកម្ម​របស់​អ្នក​កំពុង​និយាយ​ពី​ខ្លួន​ឯង​តាម​ផលិតផល ឬ​តាម​សមត្ថភាព​ដែល​ចេះ​ធ្វើ​បាន​ល្អ?
  2. តើ​មាន​សេវា ឬ​ដំណើរការ​ខាង​ក្នុង​ណា​មួយ​ដែល​អ្នក​សាង​សម្រាប់​ខ្លួន​ឯង ដែល​អាច​មាន​តម្លៃ​សម្រាប់​អ្នក​ដទៃ​ដែរ​ឬ​ទេ?
  3. បើ​អ្នក​ព្យាយាម​លាត​សន្ធឹង​សមត្ថភាព​របស់​អ្នក​ទៅ​ទីផ្សារ​ថ្មី​មួយ តើ​អ្នក​ត្រៀម​ខ្លួន​ទប់​នឹង​ហានិភ័យ​អ្វី​ខ្លះ?

ឯកសារយោង (អូសចុះក្រោម)

1C.K. Prahalad & Gary Hamel — “The Core Competence of the Corporation.” Harvard Business Review, May-June 1990 — hbr.org
2Amazon Web Services — Wikipedia (history, S3/EC2 launch dates) — en.wikipedia.org
3Amazon (company) — Wikipedia — en.wikipedia.org
4Amazon.com Inc. — Annual Report / 10-K filings, AWS segment revenue disclosure — ir.aboutamazon.com
5Werner Vogels — “All Things Distributed” (Amazon CTO blog on distributed systems and AWS origins) — allthingsdistributed.com
6Steve Yegge — “Stevey’s Google Platforms Rant” (public account referencing Amazon’s internal API mandate) — gist.github.com
7Ron Miller — “How AWS came to be.” TechCrunch, 2016 — techcrunch.com
8Jay Greene — coverage of Amazon Web Services growth and profitability, The Wall Street Journal / The Washington Post business desk archives — washingtonpost.com
អានបន្តស៊េរីនេះនឹងបន្តជារៀងរាល់ថ្ងៃ — មើលវគ្គផ្សេងទៀតក្នុងស៊េរីយុទ្ធសាស្ត្រជំនួញ
មើលស៊េរីទាំងអស់ →
ការបញ្ជាក់៖ អត្ថបទ​នេះ​ជា​សម្ភារៈ​អប់រំ​ដែល​សំយោគ​ព័ត៌មាន​សាធារណៈ​ពី​ប្រភព​ដែល​អាច​ផ្ទៀង​ផ្ទាត់​បាន (HBR, Amazon investor relations, Wikipedia, allthingsdistributed.com, TechCrunch)។ ការ​វិភាគ​ស្ដីពី​ថា​តើ AWS កើត​ចេញ​ពី​ផែនការ​យុទ្ធសាស្ត្រ​ដែល​គិត​ទុក​ជា​មុន ឬ​ជា​ការ​តាម​ដោះស្រាយ​បញ្ហា​ជា​លំដាប់ (emergent strategy) មាន​ការ​ខ្វែងគំនិត​គ្នា​រវាង​អ្នក​សិក្សា — អត្ថបទ​នេះ​បង្ហាញ​ទស្សនៈ​ចម្រុះ​ដោយ​មិន​អះអាង​ថា​មាន​តែ​ការ​ពន្យល់​តែ​មួយ។ ចុង​បញ្ចប់​មាន​បញ្ជី​ឯកសារ​យោង។





🔎 ស្វែងរកឯកសារបន្ថែម?

ស្វែងរកតាមក្រសួង-ស្ថាប័ន ប្រភេទឯកសារ ឬកាលបរិច្ឆេទ ក្នុងឯកសារជាង ២,២០០។

🔎 ស្វែងរកកម្រិតខ្ពស់ 📚 បណ្ណសារឯកសារ
ℹ️
ការបដិសេធ (Disclaimer)

Eksastra.com ជា Startup ឯករាជ្យ បង្កើតឡើងដោយអតីតនិស្សិត ដេប៉ាតឺម៉ង់ប្រព័ន្ធផ្សព្វផ្សាយ និងសារគមនាគមន៍ (DMC)។ យើងមិនមានទំនាក់ទំនងជាមួយស្ថាប័នណាមួយ ហើយក៏មិនមែនជាសារព័ត៌មានដែរ។ ឯកសារទាំងអស់ជាឯកសារសាធារណៈ ប្រមូលផ្តុំពីប្រភពផ្លូវការ ដើម្បីភាពងាយស្រួលក្នុងការស្វែងរកតែប៉ុណ្ណោះ។

Eksastra — ថ្នាលឯកសារឌីជីថលឯករាជ្យ៖ ស្វែងរក អាន និងទាញយកឯកសារផ្លូវការកម្ពុជា អត្ថបទគួរដឹង និងឱកាសអាហារូបករណ៍ ឥតគិតថ្លៃ។

💛Donateប្រាក់ឧបត្ថម្ភ
© 2026 Eksastra.com Startup ឯករាជ្យ — មិនមានទំនាក់ទំនងជាមួយស្ថាប័នណាមួយ