আপনার পছন্দের ভাষায় কন্টেন্ট অনুবাদ করতে Google তার AI প্রযুক্তি ব্যবহার করে। AI-এর মাধ্যমে করা অনুবাদে ভুল থাকতে পারে।

A/B Testing-এর মাধ্যমে In-App Messaging এক্সপেরিমেন্ট তৈরি করা

আপনি যখন ব্যবহারকারীদের সাথে যোগাযোগ করেন বা নতুন মার্কেটিং ক্যাম্পেন শুরু করেন, তখন আপনি নিশ্চিত করতে চান যে আপনি এটি সঠিকভাবে করছেন। A/B টেস্টিং আপনাকে আপনার ব্যবহারকারীর বেসের নির্বাচিত অংশে মেসেজের ভেরিয়েন্ট পরীক্ষা করে সবচেয়ে উপযুক্ত শব্দ এবং প্রেজেন্টেশন খুঁজে পেতে সাহায্য করতে পারে। আপনার লক্ষ্য আরও ভাল রিটেনশন বা অফারে কনভার্সন যাই হোক না কেন, A/B টেস্টিং পরিসংখ্যানগত বিশ্লেষণ করতে পারে যাতে নির্ধারণ করা যায় যে মেসেজের কোনও ভেরিয়েন্ট আপনার বেছে নেওয়া উদ্দেশ্যের জন্য বেসলাইনের থেকে ভাল পারফর্ম করছে কিনা।

বেসলাইন সহ ফিচার ভেরিয়েন্টের A/B টেস্ট করতে, নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

আপনার পরীক্ষা তৈরি করুন।
টেস্ট ডিভাইসে আপনার পরীক্ষা যাচাই করুন।
আপনার এক্সপেরিমেন্ট ম্যানেজ করুন।

একটি এক্সপেরিমেন্ট তৈরি করুন

Firebase In-App Messaging ব্যবহার করে এমন একটি এক্সপেরিমেন্ট আপনাকে একটি ইন-অ্যাপ মেসেজের একাধিক ভেরিয়েন্ট মূল্যায়ন করতে দেয়।

আপনার প্রোজেক্টে Google Analytics চালু করা আছে কিনা তা যাচাই করুন যাতে এক্সপেরিমেন্ট Analytics ডেটা অ্যাক্সেস করতে পারে।

আপনার প্রোজেক্ট তৈরি করার সময় Google Analytics চালু না করে থাকলে, আপনি এটি সেটিংস > ইন্টিগ্রেশন ট্যাব থেকে Firebase কনসোলে চালু করতে পারবেন।
Firebase কনসোলে, এইসব বিকল্পের মধ্যে থেকে একটি ব্যবহার করে Firebase In-App Messaging এক্সপেরিমেন্ট শুরু করুন:
- A/B Testing থেকে:
  1. DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
  2. এক্সপেরিমেন্ট তৈরি করুন বিকল্পে ক্লিক করুন এবং আপনি যে পরিষেবা নিয়ে এক্সপেরিমেন্ট করতে চান তার জন্য প্রম্পট করা হলে, ইন-অ্যাপ মেসেজিং বিকল্প বেছে নিন।
- In-App Messaging থেকে:
  1. DevOps ও এনগেজমেন্ট > মেসেজিং বিকল্পে যান।
  2. In-App Messaging বিকল্পে ক্লিক করে নতুন পরীক্ষা বিকল্পে ক্লিক করুন।
আপনার এক্সপেরিমেন্টের জন্য নাম এবং ঐচ্ছিক বিবরণ লিখুন এবং পরবর্তী বিকল্পে ক্লিক করুন।
টার্গেটিং ফিল্ড পূরণ করুন, প্রথমে সেই অ্যাপ বেছে নিন যা আপনার পরীক্ষা ব্যবহার করে। এছাড়াও, আপনার এক্সপেরিমেন্টে অংশগ্রহণ করার জন্য ব্যবহারকারীদের একটি সাবসেটকে টার্গেট করতে পারেন। এর জন্য নিম্নলিখিত বিকল্পগুলি বেছে নিতে পারেন:
- ভার্সন: আপনার অ্যাপের এক বা একাধিক ভার্সন
- ব্যবহারকারী দর্শক: Analytics ব্যবহারকারীদের টার্গেট করার জন্য ব্যবহৃত দর্শক যারা এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারে
- ব্যবহারকারীর প্রপার্টি: এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন এমন ব্যবহারকারীদের বেছে নেওয়ার জন্য এক বা একাধিক Analytics ব্যবহারকারীর প্রপার্টি
- দেশ/অঞ্চল: এক বা একাধিক দেশ বা অঞ্চল থেকে ব্যবহারকারীদের বেছে নেওয়া হয় যারা এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন
- ডিভাইসের ভাষা: এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন এমন ব্যবহারকারীদের বেছে নিতে এক বা একাধিক ভাষা ও লোকেল ব্যবহার করা হয়
- প্রথমবার খোলা: ব্যবহারকারী প্রথমবার আপনার অ্যাপ খোলার উপর ভিত্তি করে টার্গেট করুন
- শেষবার অ্যাপ এনগেজমেন্ট: ব্যবহারকারীরা শেষবার যখন আপনার অ্যাপের সাথে এনগেজ হয়েছেন তার উপর ভিত্তি করে টার্গেট করুন
মনে রাখবেন: Analytics ব্যবহারকারী অডিয়েন্সকে টার্গেট করে এমন এক্সপেরিমেন্টের ডেটা সংগ্রহ করতে ২৪-৪৮ ঘণ্টা সময় লাগতে পারে। এই এবং অন্যান্য টার্গেটিং বিকল্প সম্পর্কে আরও জানতে, ব্যবহারকারী টার্গেটিং দেখুন।
টার্গেট ব্যবহারকারীর শতাংশ সেট করুন: আপনার অ্যাপের ব্যবহারকারীর বেসের শতাংশ বেছে নিন যা টার্গেট ব্যবহারকারী-এর অধীনে সেট করা মাপকাঠির সাথে মেলে, যা আপনি আপনার এক্সপেরিমেন্টে বেসলাইন এবং এক বা একাধিক ভেরিয়েন্টের মধ্যে সমানভাবে ভাগ করতে চান। এটি ০.০১% থেকে ১০০%-এর মধ্যে যেকোনও শতাংশ হতে পারে। ডুপ্লিকেট পরীক্ষা সহ প্রতিটি পরীক্ষার জন্য ব্যবহারকারীদের র‍্যান্ডমভাবে শতাংশ আবার অ্যাসাইন করা হয়।
ভেরিয়েন্ট বিভাগে, বেসলাইন গ্রুপে পাঠানোর জন্য একটি বেসলাইন ইন-অ্যাপ মেসেজ কনফিগার করুন। এর জন্য, সাধারণ ইন-অ্যাপ মেসেজিং ক্যাম্পেনের জন্য আপনি যে মেসেজ ডিজাইন ইন্টারফেস ব্যবহার করেন, সেটি ব্যবহার করুন।
আপনার পরীক্ষায় ভেরিয়েন্ট যোগ করতে, ভেরিয়েন্ট যোগ করুন বিকল্পে ক্লিক করুন। ডিফল্ট হিসেবে, এক্সপেরিমেন্টে একটি বেসলাইন ও একটি ভেরিয়েন্ট থাকে।
(ঐচ্ছিক) প্রতিটি ভেরিয়েন্টের জন্য আরও বর্ণনামূলক নাম লিখুন।
(ঐচ্ছিক) ভেরিয়েন্ট বিভাগের একদম উপরে, ভেরিয়েন্ট তুলনা করুন বোতামে ক্লিক করে বেসলাইন মেসেজের সাথে আরও একটি মেসেজ ভেরিয়েন্ট পাশাপাশি রেখে তুলনা করুন।
আপনার পরীক্ষার জন্য একটি লক্ষ্য মেট্রিক নির্ধারণ করুন যা পরীক্ষার ভেরিয়েন্ট মূল্যায়ন করার সময় ব্যবহার করা হবে, পাশাপাশি তালিকা থেকে আপনি যে কোনও অতিরিক্ত মেট্রিক ব্যবহার করতে চান তাও নির্ধারণ করুন। এইসব মেট্রিক্সের মধ্যে রয়েছে বিল্ট-ইন উদ্দেশ্য (এনগেজমেন্ট, কেনাকাটা, উপার্জন, রিটেনশন ইত্যাদি), Analyticsটি কনভার্সন ইভেন্ট এবং অন্যান্য Analyticsটি ইভেন্ট।
এক্সপেরিমেন্টের জন্য শিডিউল কনফিগার করুন:
- এক্সপেরিমেন্টের জন্য শুরু ও শেষ হওয়ার তারিখ সেট করুন।
- সব ভেরিয়েন্ট জুড়ে কীভাবে অ্যাপ-মধ্যস্থ মেসেজ ট্রিগার করা হয় তা সেট করুন।
আপনার এক্সপেরিমেন্ট সেভ করতে পর্যালোচনা করুন বিকল্পে ক্লিক করুন।

আপনি প্রতিটি প্রোজেক্টে সর্বাধিক ৩০০টি এক্সপেরিমেন্ট (রোল-আউট সহ) করতে পারবেন, যার মধ্যে সর্বাধিক ২৪টি এক্সপেরিমেন্ট ও রোল-আউট চালু থাকতে পারে এবং বাকিগুলি সম্পূর্ণ হওয়া এক্সপেরিমেন্ট হিসেবে থাকবে।

টেস্ট ডিভাইসে আপনার পরীক্ষা যাচাই করুন

প্রতিটি Firebase ইনস্টলেশনের জন্য, আপনি এটির সাথে যুক্ত ইনস্টলেশন অথেনটিকেশন টোকেন পুনরুদ্ধার করতে পারেন। আপনার অ্যাপ ইনস্টল করা আছে এমন কোনও টেস্ট ডিভাইসে নির্দিষ্ট এক্সপেরিমেন্ট ভেরিয়েন্ট টেস্ট করতে আপনি এই টোকেন ব্যবহার করতে পারবেন। কোনও টেস্ট ডিভাইসে আপনার পরীক্ষা যাচাই করতে, নিম্নলিখিত ধাপগুলি অনুসরণ করুন:

নিচে যেভাবে বলা আছে সেইভাবে ইনস্টলেশন যাচাইকরণ টোকেন পান:

Swift

do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

Objective-C

[[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

Java

FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});MainActivity.java

Kotlin

val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }MainActivity.kt

ওয়েব

      import { getInstallations, getToken } from "firebase/installations";

      const installations = getInstallations(app);
      const installationAuthToken = getToken(installations);

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
ড্রাফ্ট (এবং/অথবা রিমোট কনফিগ এক্সপেরিমেন্টের জন্য চলছে) বিকল্পে ক্লিক করুন, আপনার এক্সপেরিমেন্টের উপর মাউস নিয়ে যান, প্রসঙ্গ মেনুতে () ক্লিক করুন এবং তারপরে টেস্ট ডিভাইস ম্যানেজ করুন বিকল্পে ক্লিক করুন।
কোনও টেস্ট ডিভাইসের জন্য ইনস্টলেশন অথেনটিকেশন টোকেন লিখুন এবং সেই টেস্ট ডিভাইসে পাঠানোর জন্য এক্সপেরিমেন্ট ভেরিয়েন্ট বেছে নিন।
অ্যাপটি চালান এবং কনফার্ম করুন যে বেছে নেওয়া ভেরিয়েন্টটি টেস্ট ডিভাইসে রিসিভ করা হচ্ছে।

Firebase ইনস্টলেশন সম্পর্কে আরও জানতে, Firebase ইনস্টলেশন ম্যানেজ করুন দেখুন।

আপনার এক্সপেরিমেন্ট ম্যানেজ করুন

আপনি Remote Config, বিজ্ঞপ্তি কম্পোজার বা Firebase In-App Messaging-এর মাধ্যমে এক্সপেরিমেন্ট তৈরি করলে, সেটি যাচাই করে শুরু করতে পারবেন, এক্সপেরিমেন্ট চলাকালীন মনিটর করতে পারবেন এবং চলমান এক্সপেরিমেন্টে ব্যবহারকারীর সংখ্যা বাড়াতে পারবেন।

এক্সপেরিমেন্ট শেষ হয়ে গেলে, আপনি জয়ী ভেরিয়েন্টের ব্যবহার করা সেটিংস নোট করে নিতে পারেন এবং তারপর সেই সেটিংস সব ব্যবহারকারীর জন্য চালু করতে পারেন। অথবা, আপনি অন্য এক্সপেরিমেন্ট চালাতে পারেন।

এক্সপেরিমেন্ট শুরু করুন

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
ড্রাফ্ট বিকল্পে ক্লিক করে আপনার এক্সপেরিমেন্টের নামে ক্লিক করুন।
আপনার অ্যাপে এমন ব্যবহারকারী আছেন কিনা যারা আপনার এক্সপেরিমেন্টে অন্তর্ভুক্ত হবেন, তা যাচাই করতে, ড্রাফ্টের বিবরণ বড় করে দেখুন এবং টার্গেট করা ও ডিস্ট্রিবিউশন বিভাগে ০%-এর বেশি সংখ্যা আছে কিনা তা চেক করুন (যেমন, ১% ব্যবহারকারী শর্তের সাথে ম্যাচ করছেন)।
আপনার এক্সপেরিমেন্ট পরিবর্তন করতে, এডিট করুন বিকল্পে ক্লিক করুন।
আপনার পরীক্ষা শুরু করতে, পরীক্ষা শুরু করুন বিকল্পে ক্লিক করুন। আপনি একবারে প্রতিটি প্রোজেক্টে সর্বাধিক ২৪টি এক্সপেরিমেন্ট চালাতে পারবেন।

কোনও এক্সপেরিমেন্ট মনিটর করা

কিছুক্ষণ ধরে পরীক্ষা চলার পরে, আপনি এর অগ্রগতি চেক করতে পারবেন এবং আপনার পরীক্ষায় অংশগ্রহণকারী ব্যবহারকারীদের জন্য আপনার ফলাফল কেমন তা দেখতে পারবেন।

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
চলছে বিকল্পে ক্লিক করুন এবং তারপরে আপনার পরীক্ষার শীর্ষক ক্লিক করুন বা সার্চ করুন। এই পৃষ্ঠায়, আপনার চালু থাকা এক্সপেরিমেন্ট সম্পর্কে বিভিন্ন পর্যবেক্ষণ করা ও মডেল করা পরিসংখ্যান দেখতে পাবেন, যার মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত:
- বেসলাইন থেকে % পার্থক্য: বেসলাইনের তুলনায় কোনও নির্দিষ্ট ভেরিয়েন্টের জন্য মেট্রিকের উন্নতির পরিমাপ। বেসলাইনের ভ্যালু রেঞ্জের সাথে ভ্যারিয়েন্টের ভ্যালু রেঞ্জের তুলনা করে গণনা করা হয়।
- বেসলাইনকে অতিক্রম করার সম্ভাবনা: বেছে নেওয়া মেট্রিকের জন্য প্রদত্ত ভেরিয়েন্ট বেসলাইনকে অতিক্রম করার আনুমানিক সম্ভাবনা।
- ব্যবহারকারী প্রতি observed_metric: পরীক্ষার ফলাফলের উপর ভিত্তি করে, এটি হল আনুমানিক রেঞ্জ যার মধ্যে সময়ের সাথে সাথে মেট্রিক ভ্যালু পড়ে।
- মোট observed_metric: বেসলাইন বা ভেরিয়েন্টের জন্য পর্যবেক্ষণ করা কিউমুলেটিভ ভ্যালু। প্রতিটি এক্সপেরিমেন্ট ভেরিয়েন্ট কতটা ভালো পারফর্ম করছে তা পরিমাপ করতে এই ভ্যালু ব্যবহার করা হয় এবং উন্নতি, ভ্যালু রেঞ্জ, বেসলাইনকে হারানোর সম্ভাবনা এবং সেরা ভেরিয়েন্ট হওয়ার সম্ভাবনা গণনা করতে ব্যবহার করা হয়। যে মেট্রিক পরিমাপ করা হচ্ছে তার উপর নির্ভর করে, এই কলামে "ব্যবহারকারী প্রতি সময়সীমা," "ব্যবহারকারী প্রতি উপার্জন," "রিটেনশন রেট" বা "কনভার্সন রেট" লেবেল থাকতে পারে।
আপনার এক্সপেরিমেন্ট কিছু সময় ধরে চলার পরে (FCM ও In-App Messaging-এর জন্য অন্তত ৭ দিন অথবা Remote Config-এর জন্য ১৪ দিন), এই পৃষ্ঠার ডেটা কোন ভ্যারিয়েন্ট "লিডার" তা নির্দেশ করে। কিছু পরিমাপের সাথে একটি বার চার্ট থাকে যা ডেটাকে ভিজ্যুয়াল ফর্ম্যাটে উপস্থাপন করে।

সব ব্যবহারকারীর জন্য এক্সপেরিমেন্ট প্রকাশ করা

কোনও এক্সপেরিমেন্ট যথেষ্ট সময় ধরে চলার পরে, আপনার লক্ষ্য মেট্রিকের জন্য "লিডার" বা বিজয়ী ভেরিয়েন্ট পেয়ে গেলে, আপনি ১০০% ব্যবহারকারীর জন্য এক্সপেরিমেন্টটি রিলিজ করতে পারবেন। এর ফলে আপনি একটি ভেরিয়েন্ট বেছে নিতে পারবেন যা পরবর্তী সময়ে সব ব্যবহারকারীর জন্য প্রকাশ করা হবে। এমনকি আপনার পরীক্ষা যদি কোনও স্পষ্ট বিজয়ী তৈরি না করে, তবুও আপনি আপনার সমস্ত ব্যবহারকারীর জন্য একটি ভেরিয়েন্ট প্রকাশ করতে বেছে নিতে পারেন।

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
সম্পূর্ণ হয়েছে বা চলছে বিকল্পে ক্লিক করুন, সব ব্যবহারকারীর জন্য রিলিজ করতে চান এমন কোনও এক্সপেরিমেন্টে ক্লিক করুন, প্রসঙ্গ মেনু () ভেরিয়েন্ট প্রকাশ করুন বিকল্পে ক্লিক করুন।
নিচের যেকোনও একটি কাজ করে সব ব্যবহারকারীর জন্য আপনার এক্সপেরিমেন্ট রোল-আউট করুন:
- বিজ্ঞপ্তি কম্পোজার ব্যবহার করে এমন কোনও এক্সপেরিমেন্টের জন্য, মেসেজ রোল-আউট করুন ডায়ালগ ব্যবহার করে বাকি টার্গেট করা ব্যবহারকারীদের মেসেজ পাঠান যারা এক্সপেরিমেন্টের অংশ ছিলেন না।
- Remote Config পরীক্ষার জন্য, কোন Remote Config প্যারামিটারের ভ্যালু আপডেট করতে হবে তা নির্ধারণ করতে একটি ভেরিয়েন্ট বেছে নিন। পরীক্ষা তৈরি করার সময় সংজ্ঞায়িত টার্গেটিংয়ের মাপকাঠি আপনার টেমপ্লেটে নতুন শর্ত হিসেবে যোগ করা হয়, যাতে রোল-আউট শুধুমাত্র পরীক্ষার মাধ্যমে টার্গেট করা ব্যবহারকারীদের প্রভাবিত করে। পরিবর্তন পর্যালোচনা করতে Remote Config-এ পর্যালোচনা করুন বিকল্পে ক্লিক করার পরে, রোল-আউট সম্পূর্ণ করতে পরিবর্তন প্রকাশ করুন বিকল্পে ক্লিক করুন।
- In-App Messaging এক্সপেরিমেন্টের জন্য, কোন ভেরিয়েন্টকে স্বতন্ত্র In-App Messaging ক্যাম্পেন হিসেবে রোল-আউট করতে হবে তা নির্ধারণ করতে ডায়ালগ ব্যবহার করুন। বেছে নেওয়ার পরে, আপনাকে FIAM কম্পোজ স্ক্রিনে রিডাইরেক্ট করা হবে যাতে আপনি প্রকাশ করার আগে কোনও পরিবর্তন (প্রয়োজন হলে) করতে পারেন।

এক্সপেরিমেন্ট বড় করা

আপনি যদি দেখেন যে কোনও এক্সপেরিমেন্ট A/B Testing-এর জন্য পর্যাপ্ত ব্যবহারকারী নিয়ে আসছে না তাহলে আপনি আপনার এক্সপেরিমেন্টের ডিস্ট্রিবিউশন বাড়াতে পারেন যাতে অ্যাপের ব্যবহারকারীর একটি বড় শতাংশের কাছে পৌঁছানো যায়।

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
যে পরীক্ষা চলছে সেটি এডিট করতে বেছে নিন।
এক্সপেরিমেন্ট ওভারভিউ থেকে সংশ্লিষ্ট মেনু () এবং তারপর চলমান এক্সপেরিমেন্ট এডিট করুন বিকল্পে ক্লিক করুন।
টার্গেটিং ডায়ালগে এমন একটি বিকল্প দেখানো হয় যার মাধ্যমে, যে ব্যবহারকারীরা বর্তমানে চলছে এমন এক্সপেরিমেন্টে অংশগ্রহণ করছেন, তাদের শতাংশ বাড়ানো যায়। বর্তমান শতাংশের থেকে বেশি কোনও সংখ্যা বেছে নিন এবং প্রকাশ করুন বিকল্পে ক্লিক করুন। আপনার উল্লেখ করা ব্যবহারকারীর শতাংশের কাছে এক্সপেরিমেন্ট পুশ করা হবে।

কোনও এক্সপেরিমেন্ট ডুপ্লিকেট বা বন্ধ করা

Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
সম্পূর্ণ হয়েছে বা চলছে বিকল্পে ক্লিক করুন, আপনার এক্সপেরিমেন্টের উপর পয়েন্টার ধরে রাখুন, সংশ্লিষ্ট মেনুতে () ক্লিক করুন এবং তারপর এক্সপেরিমেন্ট ডুপ্লিকেট করুন বা এক্সপেরিমেন্ট বন্ধ করুন বিকল্পে ক্লিক করুন।

ব্যবহারকারী টার্গেটিং

নিম্নলিখিত ব্যবহারকারী-টার্গেটিং মাপকাঠি ব্যবহার করে আপনার পরীক্ষায় অন্তর্ভুক্ত করার জন্য ব্যবহারকারীদের টার্গেট করতে পারবেন।

টার্গেটিং সংক্রান্ত মাপকাঠি	অপারেটর	ভ্যালু	নোট
সংস্করণ	আছে, নেই, একদম মিলে যায়, রেগুলার এক্সপ্রেশন(regex) আছে	আপনি এক্সপেরিমেন্টে অন্তর্ভুক্ত করতে চান এমন এক বা একাধিক অ্যাপ ভার্সনের জন্য ভ্যালু লিখুন।	আছে, নেই অথবা হুবহু মিলছে অপারেটরগুলির মধ্যে যেকোনও একটি ব্যবহার করার সময়, আপনি কমা দিয়ে আলাদা করা ভ্যালুর তালিকা প্রদান করতে পারবেন। রেগুলার এক্সপ্রেশন আছে অপারেটর ব্যবহার করার সময়, আপনি RE2 ফর্ম্যাটে রেগুলার এক্সপ্রেশন তৈরি করতে পারবেন। আপনার রেগুলার এক্সপ্রেশন টার্গেট ভার্সন স্ট্রিংয়ের সম্পূর্ণ বা আংশিক অংশের সাথে ম্যাচ করতে পারে। এছাড়াও, আপনি টার্গেট স্ট্রিংয়ের শুরু, শেষ বা সম্পূর্ণ স্ট্রিংয়ের সাথে ম্যাচ করতে ^ এবং $ অ্যাঙ্কর ব্যবহার করতে পারেন।
ব্যবহারকারী দর্শক	সবকটি অন্তর্ভুক্ত করে, অন্তত একটি অন্তর্ভুক্ত করে, সবকটি অন্তর্ভুক্ত করে না, অন্তত একটি অন্তর্ভুক্ত করে না	আপনার এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন এমন ব্যবহারকারীদের টার্গেট করতে এক বা একাধিক Analytics অডিয়েন্স বেছে নিন।	Google Analytics দর্শকদের টার্গেট করে এমন কিছু পরীক্ষার ক্ষেত্রে ডেটা সংগ্রহ করতে কয়েক দিন সময় লাগতে পারে কারণ সেগুলি Analytics ডেটা প্রসেসিংয়ের বিলম্ব-এর উপর নির্ভর করে। নতুন ব্যবহারকারীদের ক্ষেত্রে এই বিলম্ব হওয়ার সম্ভাবনা সবচেয়ে বেশি, যারা সাধারণত তৈরি হওয়ার ২৪-৪৮ ঘণ্টা পরে উপযুক্ত অডিয়েন্সে নথিভুক্ত হন, অথবা সম্প্রতি-তৈরি অডিয়েন্সের জন্য।
ব্যবহারকারীর বৈশিষ্ট্য	টেক্সটের জন্য: আছে, নেই, হুবহু মিলে যায়, রেগুলার এক্সপ্রেশন (regex) আছে সংখ্যার জন্য: <, ≤, =, ≥, >	Analytics ব্যবহারকারীর প্রপার্টি ব্যবহার করে এমন ব্যবহারকারীদের বেছে নেওয়া হয় যারা কোনও এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন, ব্যবহারকারীর প্রপার্টি ভ্যালু বেছে নেওয়ার জন্য এতে বিভিন্ন বিকল্প থাকে। ক্লায়েন্টে, আপনি ব্যবহারকারীর প্রপার্টির জন্য শুধুমাত্র স্ট্রিং ভ্যালু সেট করতে পারবেন। যেসব শর্তে সংখ্যাসূচক অপারেটর ব্যবহার করা হয়, সেগুলির ক্ষেত্রে Remote Config পরিষেবা সংশ্লিষ্ট ব্যবহারকারীর প্রপার্টির ভ্যালুকে ইনটিজার/ফ্লোটে কনভার্ট করে।	রেগুলার এক্সপ্রেশন আছে অপারেটর ব্যবহার করার সময়, আপনি RE2 ফর্ম্যাটে রেগুলার এক্সপ্রেশন তৈরি করতে পারবেন। আপনার রেগুলার এক্সপ্রেশন টার্গেট ভার্সন স্ট্রিংয়ের সম্পূর্ণ বা আংশিক অংশের সাথে ম্যাচ করতে পারে। এছাড়াও, আপনি টার্গেট স্ট্রিংয়ের শুরু, শেষ বা সম্পূর্ণ স্ট্রিংয়ের সাথে ম্যাচ করতে ^ এবং $ অ্যাঙ্কর ব্যবহার করতে পারেন।
দেশ/অঞ্চল	প্রযোজ্য নয়	এক বা একাধিক দেশ বা অঞ্চল ব্যবহার করে সেইসব ব্যবহারকারীকে বেছে নেওয়া হয় যারা এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন।
ভাষা	প্রযোজ্য নয়	এক বা একাধিক ভাষা ও লোকেশন ব্যবহার করে সেইসব ব্যবহারকারীকে বেছে নেওয়া হয় যাদের এক্সপেরিমেন্টে অন্তর্ভুক্ত করা হতে পারে।
প্রথমবার খোলা	-এর বেশি -এর কম -এর মধ্যে	ব্যবহারকারী প্রথমবার আপনার অ্যাপ খোলার দিনের ভিত্তিতে টার্গেট করুন, যা দিনে উল্লেখ করা হয়েছে।
অ্যাপের সাথে শেষ এনগেজমেন্ট	-এর বেশি -এর কম -এর মধ্যে	ব্যবহারকারীরা শেষবার আপনার অ্যাপের সাথে কতদিন আগে এনগেজ হয়েছেন তার ভিত্তিতে টার্গেট করুন, যা দিনে উল্লেখ করা হয়।

A/B Testing মেট্রিক্স

পরীক্ষা তৈরি করার সময়, আপনি একটি প্রাথমিক বা লক্ষ্য মেট্রিক বেছে নেন, যা বিজয়ী ভেরিয়েন্ট নির্ধারণ করতে ব্যবহার করা হয়। এছাড়াও, প্রতিটি এক্সপেরিমেন্ট ভেরিয়েন্টের পারফর্ম্যান্স আরও ভালোভাবে বুঝতে এবং প্রতিটি ভেরিয়েন্টের জন্য আলাদা হতে পারে এমন গুরুত্বপূর্ণ ট্রেন্ড ট্র্যাক করতে, আপনাকে অন্যান্য মেট্রিক ট্র্যাক করতে হবে, যেমন ব্যবহারকারী ধরে রাখা, অ্যাপের স্থিতিশীলতা এবং অ্যাপ-মধ্যস্থ কেনাকাটা থেকে হওয়া উপার্জন। আপনার পরীক্ষায় আপনি সর্বাধিক পাঁচটি লক্ষ্য-বহির্ভূত মেট্রিক ট্র্যাক করতে পারবেন।

যেমন, ধরুন আপনি অ্যাপে নতুন অ্যাপ-মধ্যস্থ কেনাকাটা যোগ করেছেন এবং দুটি আলাদা "নাজ" মেসেজের কার্যকারিতা তুলনা করতে চান। এই ক্ষেত্রে, আপনি লক্ষ্য মেট্রিক হিসেবে কেনাকাটা থেকে হওয়া উপার্জন সেট করার সিদ্ধান্ত নিতে পারেন কারণ আপনি চান যে বিজয়ী ভেরিয়েন্ট সেই বিজ্ঞপ্তি দেখাক যার ফলে অ্যাপ-মধ্যস্থ কেনাকাটা থেকে সবচেয়ে বেশি উপার্জন হয়েছে। এবং আপনি যেহেতু কোন ভেরিয়েন্টের ফলে ভবিষ্যতে আরও বেশি কনভার্সন হয়েছে এবং ব্যবহারকারী ধরে রাখা গেছে তা ট্র্যাক করতে চান, তাই আপনি ট্র্যাক করার জন্য অন্যান্য মেট্রিক-এ নিম্নলিখিতগুলি যোগ করতে পারেন:

আনুমানিক মোট উপার্জন বিকল্পে ক্লিক করে দেখুন যে দুটি ভেরিয়েন্টের মধ্যে অ্যাপ-মধ্যস্থ কেনাকাটা ও বিজ্ঞাপন থেকে হওয়া উপার্জনের মধ্যে কী পার্থক্য রয়েছে।
আপনার দৈনিক বা সাপ্তাহিক ইউজার রিটেনশন ট্র্যাক করতে রিটেনশন (১ দিন), রিটেনশন (২-৩ দিন), রিটেনশন (৪-৭ দিন)।

লক্ষ্য মেট্রিক ও অন্যান্য মেট্রিক কীভাবে গণনা করা হয় সেই সম্পর্কে নিম্নলিখিত সারণীতে বিবরণ দেওয়া হয়েছে।

লক্ষ্যের মেট্রিক

মেট্রিক	বিবরণ
ক্র্যাশ-ফ্রি ব্যবহারকারী	আপনার অ্যাপে কত শতাংশ ব্যবহারকারী কোনও সমস্যার সম্মুখীন হননি, যা এক্সপেরিমেন্ট চলাকালীন Firebase Crashlytics SDK শনাক্ত করেছে। মনে রাখবেন: ওয়েব অ্যাপ্লিকেশনের জন্য Firebase Crashlytics কাজ করে না।
বিজ্ঞাপন থেকে হওয়া আনুমানিক উপার্জন	বিজ্ঞাপন থেকে আনুমানিক উপার্জন।
আনুমানিক মোট উপার্জন	কেনাকাটা ও বিজ্ঞাপন থেকে হওয়া আনুমানিক উপার্জনের সম্মিলিত ভ্যালু।
কেনাকাটা থেকে হওয়া উপার্জন	সব `purchase` এবং `in_app_purchase` ইভেন্টের জন্য সম্মিলিত ভ্যালু।
রেকর্ড রাখা (১ দিন)	দৈনিক ভিত্তিতে কতজন ব্যবহারকারী আপনার অ্যাপে ফিরে আসেন।
রিটেনশন (২-৩ দিন)	কতজন ব্যবহারকারী ২-৩ দিনের মধ্যে আপনার অ্যাপে ফিরে আসেন।
রিটেনশন (৪-৭ দিন)	৪-৭ দিনের মধ্যে কতজন ব্যবহারকারী আপনার অ্যাপে ফিরে এসেছেন।
রিটেনশন (৮-১৪ দিন)	৮-১৪ দিনের মধ্যে কতজন ব্যবহারকারী আপনার অ্যাপে ফিরে এসেছেন।
রিটেনশন (১৫+ দিন)	আপনার অ্যাপ শেষবার ব্যবহার করার ১৫ বা তার বেশি দিন পরে ফিরে আসা ব্যবহারকারীর সংখ্যা।
first_open	একটি Analytics ইভেন্ট যা কোনও ব্যবহারকারী অ্যাপ ইনস্টল বা আবার ইনস্টল করার পরে প্রথমবার খুললে ট্রিগার হয়। কনভার্সন ফানেলের অংশ হিসেবে ব্যবহার করা হয়।

অন্যান্য মেট্রিক

মেট্রিক	বিবরণ
notification_dismiss	Analytics ইভেন্ট যা বিজ্ঞপ্তি কম্পোজার দ্বারা পাঠানো বিজ্ঞপ্তি খারিজ করা হলে ট্রিগার হয় (শুধুমাত্র Android)।
notification_receive	অ্যাপ ব্যাকগ্রাউন্ডে থাকাকালীন (শুধুমাত্র Android) বিজ্ঞপ্তি কম্পোজারের পাঠানো বিজ্ঞপ্তি রিসিভ করা হলে, একটি Analytics ইভেন্ট ট্রিগার হয়।
os_update	একটি Analytics ইভেন্ট যা ডিভাইসের অপারেটিং সিস্টেম নতুন ভার্সনে আপডেট করা হলে ট্র্যাক করে। আরও জানতে, অটোমেটিক সংগ্রহ করা ইভেন্ট দেখুন। এই মেট্রিক ওয়েব অ্যাপ্লিকেশনের জন্য কাজ করে না।
screen_view	একটি Analytics ইভেন্ট যা আপনার অ্যাপের মধ্যে দেখা স্ক্রিন ট্র্যাক করে। আরও জানতে, স্ক্রিনভিউ ট্র্যাক করুন দেখুন।
session_start	একটি Analytics ইভেন্ট যা আপনার অ্যাপে ব্যবহারকারীর সেশন গণনা করে। আরও জানতে, অটোমেটিক সংগ্রহ করা ইভেন্ট দেখুন।