---

ក្រុមហ៊ុន B2B SaaS ជាច្រើនចាប់ផ្តើមបង្ហាញនៅក្នុង Beta ហើយមានមូលហេតុដែលល្អ។ វាជាផ្នែកមួយនៃមូលគំនិតប្រពៃណីរបស់ Silicon Valley ដែលមានន័យថា “ចលនាឡើងយ៉ាងឆាប់រហ័ស និងបំបែកអ្វីៗ”។

ការដាក់ស្លាក “beta” លើផលិតផលមួយធ្វើឱ្យការរំពឹងទុកកើនឡើង។

អ្វីមួយខូច? អូហ្វ… វាគ្រាន់តែជាប៉ុស្តិ៍ beta។

ប្រព័ន្ធយឺត? អូហ្វ… វាគ្រាន់តែជាប៉ុស្តិ៍ beta។

ឯកសារបញ្ជាក់ មិនមាន? អូហ្វ… អ្នកយល់ចិត្តហើយ។

ហើយនេះគឺជារឿង ពិតប្រាកដ មួយ។ Reid Hoffman, ម្ចាស់បង្កើត LinkedIN បាននិយាយថា៖

ប្រសិនបើអ្នកមិនអៀននឹងកំណែដំបូងនៃផលិតផលរបស់អ្នកទេ អ្នកបានចាប់ផ្តើមយឺតពេក។

ហើយស្លាក beta ក៏ល្អសម្រាប់អតិថិជនផងដែរ។ វាជួយឱ្យពួកគេច្រើនជ្រើសរើសខ្លួនឯង។

អតិថិជនដែលសាកល្បងផលិតផល beta គឺជាអ្នកនៅដំណាក់កាលដំបូងនៃជីវចនៈបច្ចេកវិទ្យា ដែលគេស្គាល់ថាជាកំណត់ផលិតផល។

ជីវចនៈបច្ចេកវិទ្យាត្រូវបានបែងចែកជាផ្នែកសំខាន់ប្រាំមួយ៖

1. អ្នកបង្កើត
2. អ្នកអនុម័តដំបូង
3. អ្នកភាគច្រើនដំបូង
4. អ្នកភាគច្រើនយឺត
5. អ្នកយឺត

ទោះយ៉ាងណា នៅពេលក្រោយផលិតផលត្រូវតែអភិវឌ្ឍន៍ ហើយអតិថិជនរំពឹងថាផលិតផលមានស្ថិរភាព និងអាចប្រើបាន។ ពួកគេមិនចង់បានការចូលដំណើរការទៅកាន់បរិយាកាស “beta” ដែលមានអ្វីៗខូច។

ឬពួកគេ?

នេះ គឺជាសំណួរដែលយើងបានសួរខ្លួនឯង។

យើងជឿថាយើងបានសួរខ្លួនឯងអំពីសំណួរនេះដោយសារប្រភេទនៃរបៀបដែល Blue ត្រូវបានកសាងនៅដំបូង។ Blue បានចាប់ផ្តើមជាផ្នែកមួយនៃអាជីវកម្មរចនាដែលមានសកម្មភាព ហើយដូច្នេះយើងបានធ្វើការនៅ ក្នុង ការិយាល័យរបស់អាជីវកម្មដែលកំពុងប្រើ Blue ដើម្បីដំណើរការគម្រោងទាំងអស់របស់ពួកគេ។

នេះមានន័យថា ជាច្រើនឆ្នាំ យើងអាចមើលឃើញពីរបៀបដែល មនុស្ស ពិតប្រាកដ — កំពុងអង្គុយនៅជិតយើង! — ប្រើ Blue ក្នុងជីវិតប្រចាំថ្ងៃរបស់ពួកគេ។

ហើយដោយសារពួកគេបានប្រើ Blue ចាប់តាំងពីថ្ងៃដំបូង ក្រុមនេះតែងតែប្រើ Blue Beta!

ហើយដូច្នេះវាជារឿងធម្មតាសម្រាប់យើងដើម្បីអនុញ្ញាតឱ្យអតិថិជនផ្សេងទៀតរបស់យើងប្រើវាដែរ។

ហើយនេះគឺជាមូលហេតុដែលយើងមិនមានក្រុមសាកល្បងដែលបានបញ្ជាក់។

ត្រឹមត្រូវហើយ។

គ្មានអ្នកណានៅ Blue មាន ការទទួលខុសត្រូវ ដើម្បីធានាថាប្រព័ន្ធរបស់យើងកំពុងដំណើរការល្អ និងមានស្ថិរភាព។

នេះមានមូលហេតុច្រើន។

មូលហេតុដំបូងគឺថាតម្លៃទាប។

ការមិនមានក្រុមសាកល្បងពេញម៉ោងធ្វើឱ្យថ្លៃដើមរបស់យើងកាត់បន្ថយយ៉ាងខ្លាំង ហើយយើងអាចផ្ទេរទឹកប្រាក់សន្សំទាំងនេះទៅអតិថិជនរបស់យើងជាមួយតម្លៃទាបបំផុតនៅក្នុងឧស្សាហកម្ម។

ដើម្បីដាក់វានៅក្នុងសមាសភាព យើងផ្តល់ជូននូវសមាសភាពកម្រិតសហគ្រាសដែលការប្រកួតប្រជែងរបស់យើងគិតថ្លៃ $30-$55/អ្នកប្រើ/ខែ សម្រាប់តម្លៃត្រឹមតែ $7/ខែ។

នេះមិនកើតឡើងដោយចៃដន្យ វាជា ដោយការរចនា។

ទោះយ៉ាងណា វាមិនមែនជាគោលនយោបាយល្អក្នុងការលក់ផលិតផលដែលមានតម្លៃទាបប្រសិនបើវាមិនដំណើរការ។

ដូច្នេះ សំណួរពិត គឺ តើយើងធ្វើដូចម្តេចដើម្បីបង្កើតប្រព័ន្ធដែលមានស្ថិរភាពដែលអតិថិជនរាប់ពាន់អាចប្រើបានដោយគ្មានក្រុមសាកល្បងដែលបានបញ្ជាក់?

ប្រាកដណាស់ វិធីសាស្ត្ររបស់យើងក្នុងការមាន Open Beta គឺសំខាន់សម្រាប់រឿងនេះ ប៉ុន្តែមុនដែលយើងចូលទៅក្នុងនេះ យើងចង់បញ្ជាក់ពីការទទួលខុសត្រូវរបស់អ្នកអភិវឌ្ឍន៍។

យើងបានធ្វើការសម្រេចចិត្តដំបូងនៅ Blue ថាយើងមិនដែលចែកចាយការទទួលខុសត្រូវសម្រាប់បច្ចេកវិទ្យាផ្នែកមុខ និងផ្នែកក្រោយ។ យើងនឹងជួលឬបណ្តុះបណ្តាលអ្នកអភិវឌ្ឍន៍ពេញស្តុកប៉ុណ្ណោះ។

មូលហេតុដែលយើងបានធ្វើការសម្រេចចិត្តនេះគឺដើម្បីធានាថាអ្នកអភិវឌ្ឍន៍នឹងមានការទទួលខុសត្រូវពេញលេញចំពោះមុខដែលពួកគេកំពុងធ្វើការលើវា។ ដូច្នេះមិនមាន “បោះបង់បញ្ហាទៅលើចំហៀងសួន” ដែលអ្នកអាចទទួលបាននៅពេលមានការទទួលខុសត្រូវរួមសម្រាប់មុខងារ។

ហើយនេះបានពង្រីកទៅកាន់ការសាកល្បងមុខងារ ការយល់ដឹងពីករណីប្រើប្រាស់របស់អតិថិជន និងការស្នើសុំ និងការអាន និងមតិយោបល់លើការបញ្ជាក់។

ក្នុងពាក្យផ្សេងទៀត អ្នកអភិវឌ្ឍន៍រៀបចំការយល់ដឹងជ្រាលជ្រៅ និងឆ្លាតវៃអំពីមុខងារដែលពួកគេកំពុងកសាង។

យ៉ាងហោចណាស់ ឥឡូវនេះមកនិយាយអំពី Open Beta របស់យើង។

នៅពេលយើងនិយាយថាវាជា “បើក” — យើងមានន័យថាវាជាការពិត។ អតិថិជនណាមួយអាចសាកល្បងវាប្រញាប់ដោយការបន្ថែម “beta” នៅមុខ URL កម្មវិធីបណ្ដាញរបស់យើង។

ដូច្នេះ “app.blue.cc” ក្លាយជាអ្វីដែលមានន័យថា “beta.app.blue.cc”

នៅពេលពួកគេចេញវា ពួកគេអាចមើលឃើញទិន្នន័យដដែលរបស់ពួកគេ ព្រោះបរិយាកាស Beta និងផលិតផលចែករំលែកមូលដ្ឋានទិន្នន័យដូចគ្នា ប៉ុន្តែពួកគេក៏អាចមើលឃើញមុខងារថ្មីផងដែរ។

អតិថិជនអាចធ្វើការងារបានយ៉ាងងាយស្រួល ទោះបីជាមានសមាជិកក្រុមខ្លះនៅលើផលិតផល និងអ្នកចង់ដឹងខ្លះនៅលើ Beta។

យើងមានអតិថិជនរាប់រយនាក់ប្រើ Beta នៅក្នុងពេលណាមួយ ហើយយើងបង្ហោះមុខងារបង្ហាញនៅលើហ្វូរមនៃសហគមន៍របស់យើង ដើម្បីឱ្យពួកគេអាចពិនិត្យមើលអ្វីដែលថ្មី និងសាកល្បងវា។

ហើយនេះគឺជាចំណុច៖ យើងមាន អ្នកសាកល្បងរាប់រយនាក់!

អតិថិជនទាំងនេះនឹងសាកល្បងមុខងារនៅក្នុងដំណើរការងាររបស់ពួកគេ ហើយនឹងមានមតិយោបល់យ៉ាងច្បាស់ ប្រសិនបើអ្វីមួយមិនត្រឹមត្រូវទេ ពីព្រោះពួកគេ បាន អនុវត្តមុខងារនៅក្នុងអាជីវកម្មរបស់ពួកគេហើយ!

មតិយោបល់ដែលពេញនិយមបំផុតគឺជាការផ្លាស់ប្តូរតូចៗ ប៉ុន្តែមានប្រយោជន៍ណាស់ដែលដោះសោតករណីកម្រិតខ្ពស់ដែលយើងមិនបានគិត។

យើងទុកមុខងារថ្មីនៅលើ Beta រវាង 2-4 សប្តាហ៍។ នៅពេលណាមួយដែលយើងមានអារម្មណ៍ថាវាមានស្ថិរភាព ពេលនោះយើងចេញផ្សាយទៅផលិតផល។

យើងក៏មានសមត្ថភាពក្នុងការបង្វិល Beta ប្រសិនបើចាំបាច់ ដោយប្រើស្លាកផ្លូវលឿន។ វាត្រូវបានធ្វើឡើងសម្រាប់ការជួសជុលកំហុសដែលយើងមិនចង់ឱ្យរង់ចាំរយៈពេល 2-4 សប្តាហ៍មុននឹងដាក់ចេញទៅផលិតផល។

លទ្ធផល?

ការបញ្ចេញទៅផលិតផលមានអារម្មណ៍… អូហ្វ… ធម្មតា! ដូចជាអ្វីមួយ — វាគ្រាន់តែមិនមែនជារឿងធំសម្រាប់យើងទេ។

ហើយវាមានន័យថាវាធ្វើឱ្យកាលវិភាគការចេញផ្សាយរបស់យើងរលូន ដែលជាអ្វីដែលបានអនុញ្ញាតឱ្យយើង ដាក់ចេញមុខងារប្រចាំខែដូចនាឡិកា ក្នុងរយៈពេលប្រាំមួយឆ្នាំ។

ទោះយ៉ាងណា ដូចជាជម្រើសណាមួយ មានការប្រែប្រួលខ្លះៗ។

ការគាំទ្រអតិថិជនគឺមានភាពស្មុគស្មាញបន្តិច ពីព្រោះយើងត្រូវគាំទ្រអតិថិជននៅលើកំណែពីរនៃវេទិការបស់យើង។ ពេលខ្លះនេះអាចបង្កការភាន់ច្រឡំទៅអតិថិជនដែលមានសមាជិកក្រុមប្រើកំណែពីរ។

ចំណុចឈឺបន្តិចគឺវិធីសាស្ត្រនេះអាចធ្វើឱ្យកាលវិភាគការចេញផ្សាយទៅផលិតផលយឺត។ នេះពិតជាជាករណីសម្រាប់មុខងារធំៗដែលអាចត្រូវបាន “ឈប់” នៅក្នុង Beta ប្រសិនបើមានមុខងារដែលទាក់ទងមួយផ្សេងទៀតកំពុងមានបញ្ហានិងត្រូវការការងារបន្ថែម។

ប៉ុន្តែដោយសារតែការប្រែប្រួលទាំងនេះ យើងគិតថាការប្រែប្រួលទាំងនេះគឺមានតម្លៃសម្រាប់អត្ថប្រយោជន៍នៃថ្លៃដើមទាប និងការចូលរួមរបស់អតិថិជនកាន់តែខ្ពស់។

យើងគឺជាក្រុមហ៊ុនកម្មវិធីមួយចំនួនតិចដែលទទួលយកវិធីសាស្ត្រនេះ ប៉ុន្តែវាបានក្លាយជាផ្នែកមូលដ្ឋាននៃវិធីសាស្ត្រអភិវឌ្ឍផលិតផលរបស់យើង។