Feature Factory Product ဘာလဲနဲ့ ဘာလို့ရေရှည်မှာ မအောင်မြင်နိုင်သလဲ ဆိုတာ အရင် post မှာဆွေးနွေးခဲ့ပါတယ်.. ဒီတစ်ခါ Feature Factory Product မဖြစ်အောင် ဘယ်အချက်တွေကို အာရုံစိုက်သင့်လဲဆိုတဲ့ အသေးစိတ်အချက် ၆ ချက်ကို ဆက်ဆွေးနွေးချင်ပါတယ်။
1. Focus the Customer
- Feature အသစ်တစ်ခု စတော့မယ်ဆိုရင် ဒါက customer ရဲ့ ဘယ်အခက်အခဲကိုရှင်းပေးဖို့ develop လုပ်တာလဲ၊ ဒီ feature ထပ်ထည့်တာ အကောင်းဆုံး solution လား၊ ရှိပြီးသား feature တွေနဲ့ customer ဘက်မှာ ပိုရှုပ်သွားနိုင်လားဆိုတာ အရင် analysis လုပ်သင့်ပါတယ်။
- Analysis လုပ်ပြီးမှ develop လုပ်ပေမယ့်လည်း၊ deliver လုပ်တဲ့အခါ customer အသံကိုနားစွင့်တဲ့အနေနဲ့ A/B testing တွေ၊ transaction analysis တွေ၊ user research တွေကို ဆက်လုပ်ဖို့ plan ဆွဲပြီး အကောင်အထည်ဖော်သင့်တယ်။
- (ဘာလို့ plan ဆွဲပြီးလို့ ထည့်ပြောလဲဆိုရင် လက်တွေ့မှာ အစတည်းက အချိန်ရော၊ resource ရော plan မလုပ်ထားဖြစ်ရင် သေချာတယ် နောက် feature တစ်ခုစဖို့ဆီဘဲ ဦးတည်သွားပြီး customer အသံကိုနားစွင့်ဖို့ဆိုတဲ့ဆီကို ရောက်ဖို့မလွယ်တော့လို့ပါ)
2. Measure the Results
- Feature တစ်ခု deliver လုပ်လိုက်ပြီးရင် အောင်မြင်တယ်/မအောင်မြင်ဘူး ဘာနဲ့တိုင်းမှာလဲ သတ်မှတ်သင့်၊ အာရုံစိုက်ပြီး တိုင်းတာသင့်ပါတယ်။
- တိုင်းတာမှလည်း အောင်မြင်တယ်/မအောင်မြင်ဘူးသိနိုင်ပြီး ရည်ရွယ်တဲ့ရလဒ်အထိမရသေးရင် ထပ်ပြီးကောင်းအောင်ဆက်လုပ်သွားရမှာပါ။
- ဥပမာ - ထည့်လိုက်တဲ့ Feature က လက်ရှိ Customer 20% ကသုံးရင်၊ Conversion Rate 30% ရှိရင် ဒီ feature အောင်မြင်တယ်လို့ ကြိုတင်သတ်မှတ်တာမျိုးပါ။
3. Communication in cross-functional teams
- Engineering team က feature တစ်ခုကို develop လုပ်လိုက်ယုံနဲ့မပြီးပဲ အခြား marketing team, operation team, customer support team တွေနဲ့ communicate လုပ်သင့်ပါတယ်။
- Communicate လုပ်တဲ့နေရာမှာ develop မလုပ်ခင်မှာ လိုအပ်တဲ့ input တွေရယူတာ၊ deliver လုပ်တဲ့ အချိန်မှာ demo ပြပြီး feedback ယူတာတွေအပြင်၊ deliver လုပ်ပြီးသွားတဲ့အချိန်မှာ အခြား team တွေအတွက် အဲဒီ feature ကို customer ဆီရောက်အောင် အကောင်းဆုံး support ပေးနိုင်ဖို့ လိုအပ်တဲ့ infomation ပေးတာတွေပါ ပါဝင်ပါတယ်။
4. Celebration of outcome
- Company အနေနဲ့လည်း ကိုယ့် product team ရဲ့ အောင်ပွဲခံတဲ့အလေ့က feature deliver လုပ်လိုက်တဲ့အချိန်ပဲ မဟုတ်ပဲ အပေါ်ကပြောသလို metrics တွေနဲ့ တိုင်းတာပြီး အောင်မြင်တဲ့အချိန်တွေကိုပါ အာရုံစိုက်သင့်ပါတယ်။
- Product team ရဲ့ အောင်မြင်မှုကိုတိုင်းတာတဲ့အချက် KPI တွေမှာလည်း metrics တွေ ထည့်စဥ်းစားသင့်ပါတယ်။
- (အဲဒါမှလည်း product team က deliver လုပ်လိုက်တဲ့ feature ကို ပိုကောင်းတဲ့ ရလဒ်ရဖို့ စဥ်ဆက်မပြတ်အားထုတ်မှာ ဖြစ်ပါတယ်၊ နောက် sprint တွေမှာ လိုတာတွေကို iterative ပြန်လုပ်သွားတာကို ဆိုလိုတာပါ)
5. Remove the unnecessary
- Deliver လုပ်ခဲ့တဲ့ Features တွေ မအောင်မြင်ခဲ့ရင် ပြန်ဖြုတ်ဖို့ ပြန်ရှင်းဖို့လည်း ထည့်စဥ်းစားသင့်ပါတယ်။
- (customer သိပ်မသုံးတဲ့ features တွေကို ဒီတိုင်းဆက်ထားရင် ရှုပ်ပွနေတဲ့ product ဖြစ်ရုံအပြင် ပိုကောင်းစရာမရှိပါဘူး၊ အသုံးလည်းမဝင်ပဲ ထားထားလို့ technical maintenance နဲ့ operation က support လုပ်ရတဲ့ ဝန်ပဲ ပိုပါလိမ့်မယ်)
6. Roadmap and Prioritization
- Product ကို review မလုပ်ပဲ roadmap ထဲမှာရှိနေတဲ့ features တွေကို တစ်ခုပြီးတစ်ခု deliver လုပ်ဖို့ပဲ အာရုံစိုက်ပြီး prioritize လုပ်တာက product manager ရဲ့ goal မဟုတ်သင့်ပါဘူး။
- Roadmap ရဲ့ features ကိုပဲ အာရုံစိုက်တာထပ် တကယ့် customer တွေ ဖြစ်နေတဲ့ လက်ရှိအခက်အခဲတွေ၊ လိုအပ်ချက်တွေကို ကြို plan ထားတဲ့ roadmapကြီး ရဲ့ features တွေထပ် ပိုအရေးကြီးလားပါ အမြဲစဥ်းစားပြီး deliver လုပ်သင့်ပါတယ်။
အချုပ်ပြောရရင်တော့ Feature Factory Product မဖြစ်ဖို့ Product တစ်ခုမှာ features အရေအတွက်ထပ် ရလဒ်ကို ဦးစားပေးပြီး customer တွေ ရေရှည်မှာ အသုံးဝင်တဲ့ features တွေပဲ ပေးသွားဖို့ပဲ ဖြစ်ပါတယ်။
Feature Factory Product နဲ့ ပတ်သက်တဲ့ ကိုယ့်အတွေ့အကြုံတွေ၊ တွေးမိတာတွေကို အောက်က Comment ထဲမှာ ဝေမျှပေးစေချင်ပါတယ်။ Product သမားအချင်းချင်း idea တွေ၊ knowledge နဲ့ experience တွေ share ဖို့ နွေးနွေးထွေးထွေးဖိတ်ခေါ်ပါတယ်။ နောက်ထပ် Post တွေမှာ product management နဲ့ ပတ်သက်တဲ့ ဘယ်လို topic တွေဖတ်ချင်လဲဆိုတာ ဒီ Google Form ကနေတဆင့် အကြံပေးနိုင်ပါတယ်။
ProductBaze အကြောင်း (၁) မိနစ်စာ မိတ်ဆက် post လေးကို ဒီ link မှာ ဖတ်လို့ရပါတယ်။ ProductBaze ကို ဆက်သွယ်ချင်ရင် productbaze@gmail.com သို့ ပေးပို့ ဆက်သွယ်နိုင်ပါတယ်။
Comments