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

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

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

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

একটি পরীক্ষা তৈরি করুন

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

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

    প্রোজেক্ট তৈরি করার সময় আপনি Google Analytics চালু না করে থাকলে, Firebase কনসোলের সেটিংস > ইন্টিগ্রেশন ট্যাব থেকে এটি চালু করতে পারবেন।

  2. Firebase কনসোলে, এইসব বিকল্পের মধ্যে থেকে একটি ব্যবহার করে Firebase In-App Messaging এক্সপেরিমেন্ট শুরু করুন:

    • A/B Testing থেকে:

      1. DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।

      2. এক্সপেরিমেন্ট তৈরি করুন বিকল্পে ক্লিক করুন এবং আপনি যে পরিষেবা নিয়ে এক্সপেরিমেন্ট করতে চান তার জন্য প্রম্পট করা হলে, ইন-অ্যাপ মেসেজিং বিকল্প বেছে নিন।

    • In-App Messaging থেকে:

      1. DevOps ও এনগেজমেন্ট > মেসেজিং বিকল্পে যান।

      2. In-App Messaging বিকল্পে ক্লিক করে নতুন পরীক্ষা বিকল্পে ক্লিক করুন।

  3. আপনার এক্সপেরিমেন্টের জন্য নাম এবং ঐচ্ছিক বিবরণ লিখুন এবং পরবর্তী বিকল্পে ক্লিক করুন।

  4. টার্গেটিং ফিল্ড পূরণ করুন, প্রথমে আপনার এক্সপেরিমেন্ট ব্যবহার করে এমন অ্যাপ বেছে নিন। এছাড়াও, আপনি নিম্নলিখিত বিকল্পগুলি বেছে নিয়ে আপনার এক্সপেরিমেন্টে অংশগ্রহণ করার জন্য ব্যবহারকারীদের একটি সাবসেটকে টার্গেট করতে পারেন:

    • ভার্সন: আপনার অ্যাপের এক বা একাধিক ভার্সন
    • ব্যবহারকারী দর্শক: Analytics ব্যবহারকারীদের টার্গেট করার জন্য ব্যবহৃত দর্শক যারা এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন
    • ব্যবহারকারীর প্রপার্টি: এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন এমন ব্যবহারকারীদের বেছে নেওয়ার জন্য এক বা একাধিক Analytics ব্যবহারকারীর প্রপার্টি
    • দেশ/অঞ্চল: এক বা একাধিক দেশ বা অঞ্চল থেকে ব্যবহারকারীদের বেছে নেওয়া হয় যারা এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন
    • ডিভাইসের ভাষা: এক্সপেরিমেন্টে অন্তর্ভুক্ত হতে পারেন এমন ব্যবহারকারীদের বেছে নিতে এক বা একাধিক ভাষা ও লোকেল ব্যবহার করা হয়
    • প্রথমবার খোলা: ব্যবহারকারী প্রথমবার আপনার অ্যাপ খোলার উপর ভিত্তি করে টার্গেট করা
    • শেষবার অ্যাপ এনগেজমেন্ট: ব্যবহারকারীরা শেষবার যখন আপনার অ্যাপের সাথে এনগেজ হয়েছেন তার উপর ভিত্তি করে টার্গেট করুন

  5. টার্গেট ব্যবহারকারীর শতাংশ সেট করুন:আপনার অ্যাপের ব্যবহারকারীর বেসের শতাংশ বেছে নিন যা টার্গেট ব্যবহারকারী-এর অধীনে সেট করা মাপকাঠির সাথে মেলে, যা আপনি আপনার এক্সপেরিমেন্টে বেসলাইন এবং এক বা একাধিক ভেরিয়েন্টের মধ্যে সমানভাবে ভাগ করতে চান। এটি ০.০১% থেকে ১০০%-এর মধ্যে যেকোনও শতাংশ হতে পারে। ডুপ্লিকেট পরীক্ষা সহ প্রতিটি পরীক্ষার জন্য ব্যবহারকারীদের র‍্যান্ডমভাবে শতাংশ আবার অ্যাসাইন করা হয়।

  6. ভেরিয়েন্ট বিভাগে, বেসলাইন গ্রুপে পাঠানোর জন্য একটি বেসলাইন ইন-অ্যাপ মেসেজ কনফিগার করুন। এর জন্য মেসেজ ডিজাইন ইন্টারফেস ব্যবহার করুন, যা আপনি সাধারণ ইন-অ্যাপ মেসেজিং ক্যাম্পেনের জন্য ব্যবহার করেন।

  7. আপনার পরীক্ষায় ভেরিয়েন্ট যোগ করতে, ভেরিয়েন্ট যোগ করুন বিকল্পে ক্লিক করুন। ডিফল্ট হিসেবে, এক্সপেরিমেন্টে একটি বেসলাইন এবং একটি ভেরিয়েন্ট থাকে।

  8. (ঐচ্ছিক) প্রতিটি ভেরিয়েন্টের জন্য আরও বর্ণনামূলক নাম লিখুন।

  9. (ঐচ্ছিক) ভেরিয়েন্ট বিভাগের উপরে, ভেরিয়েন্ট তুলনা করুন বোতামে ক্লিক করে বেসলাইন মেসেজের সাথে আরও একটি মেসেজ ভেরিয়েন্ট পাশাপাশি রেখে তুলনা করুন।

  10. পরীক্ষার ভ্যারিয়েন্ট মূল্যায়ন করার সময় ব্যবহার করার জন্য আপনার পরীক্ষার একটি লক্ষ্য মেট্রিক নির্ধারণ করুন, এর সাথে আপনি তালিকা থেকে ব্যবহার করতে চান এমন কোনও অতিরিক্ত মেট্রিকও নির্ধারণ করুন। এইসব মেট্রিক্সের মধ্যে রয়েছে বিল্ট-ইন উদ্দেশ্য (এনগেজমেন্ট, কেনাকাটা, উপার্জন, রিটেনশন ইত্যাদি), Analyticsটি কনভার্সন ইভেন্ট এবং অন্যান্য Analyticsটি ইভেন্ট।

  11. এক্সপেরিমেন্টের জন্য শিডিউল কনফিগার করুন:

    • এক্সপেরিমেন্টের জন্য শুরু ও শেষ হওয়ার তারিখ সেট করুন।
    • সব ভেরিয়েন্ট জুড়ে কীভাবে অ্যাপ-মধ্যস্থ মেসেজ ট্রিগার করা হয় তা সেট করুন।

  12. আপনার এক্সপেরিমেন্ট সেভ করতে পর্যালোচনা করুন বিকল্পে ক্লিক করুন।

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

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

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

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

    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");
        }
    }
});

    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")
        }
    }

    ওয়েব

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

      const installations = getInstallations(app);
      const installationAuthToken = getToken(installations);
  2. Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
  3. ড্রাফ্ট (এবং/অথবা রিমোট কনফিগ এক্সপেরিমেন্টের জন্য চলছে) বিকল্পে ক্লিক করুন, আপনার এক্সপেরিমেন্টের উপর মাউস নিয়ে যান, প্রসঙ্গ মেনুতে () ক্লিক করুন এবং তারপরে পরীক্ষা করার ডিভাইস ম্যানেজ করুন বিকল্পে ক্লিক করুন।
  4. টেস্ট ডিভাইসের জন্য ইনস্টলেশন অথেনটিকেশন টোকেন লিখুন এবং সেই টেস্ট ডিভাইসে পাঠানোর জন্য এক্সপেরিমেন্ট ভেরিয়েন্ট বেছে নিন।
  5. অ্যাপটি চালান এবং কনফার্ম করুন যে বেছে নেওয়া ভেরিয়েন্টটি টেস্ট ডিভাইসে রিসিভ করা হচ্ছে।

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

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

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

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

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

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

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

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

  1. Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।

  2. চলছে বিকল্পে ক্লিক করুন এবং তারপরে আপনার পরীক্ষার শীর্ষক ক্লিক করুন বা সার্চ করুন। এই পৃষ্ঠায়, আপনি নিজের চলমান এক্সপেরিমেন্ট সম্পর্কে বিভিন্ন পর্যবেক্ষণ করা এবং মডেল করা পরিসংখ্যান দেখতে পারবেন, যার মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত:

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

  3. আপনার এক্সপেরিমেন্ট কিছু সময় ধরে চলার পরে (FCM এবং In-App Messaging-এর জন্য অন্তত ৭ দিন অথবা Remote Config-এর জন্য ১৪ দিন), এই পৃষ্ঠার ডেটা কোন ভ্যারিয়েন্ট "লিডার" তা নির্দেশ করে। কিছু পরিমাপের সাথে একটি বার চার্ট থাকে যা ডেটাকে ভিজ্যুয়াল ফর্ম্যাটে উপস্থাপন করে।

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

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

  1. Firebase কনসোলে, DevOps ও এনগেজমেন্ট > A/B টেস্টিং বিকল্পে যান।
  2. সম্পূর্ণ হয়েছে বা চলছে বিকল্পে ক্লিক করুন, আপনি সব ব্যবহারকারীর জন্য রিলিজ করতে চান এমন কোনও এক্সপেরিমেন্টে ক্লিক করুন, প্রসঙ্গ মেনু () ভেরিয়েন্ট রোল-আউট করুন বিকল্পে ক্লিক করুন।

  3. নিচের যেকোনও একটি কাজ করে সব ব্যবহারকারীর জন্য আপনার এক্সপেরিমেন্ট রোল-আউট করুন:

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

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

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

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

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

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

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

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

টার্গেটিং সংক্রান্ত মাপকাঠি অপারেটর    ভ্যালু নোট
সংস্করণ আছে,
নেই,
হুবহু মিলে যায়,
রেগুলার এক্সপ্রেশন(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 একটি Analytics ইভেন্ট যা ট্রিগার করে যখন বিজ্ঞপ্তি কম্পোজার দ্বারা পাঠানো একটি বিজ্ঞপ্তি অ্যাপটি ব্যাকগ্রাউন্ডে থাকাকালীন প্রাপ্ত হয় (শুধুমাত্র Android)।
os_update একটি Analytics ইভেন্ট যা ডিভাইসের অপারেটিং সিস্টেম নতুন ভার্সনে আপডেট করা হলে ট্র্যাক করে। আরও জানতে, অটোমেটিক সংগ্রহ করা ইভেন্ট দেখুন।

এই মেট্রিক ওয়েব অ্যাপ্লিকেশনের জন্য কাজ করে না।
screen_view Analytics ইভেন্ট যা আপনার অ্যাপের মধ্যে দেখা স্ক্রিন ট্র্যাক করে। আরও জানতে, স্ক্রিনভিউ ট্র্যাক করুন দেখুন।
session_start একটি Analytics ইভেন্ট যা আপনার অ্যাপে ব্যবহারকারীর সেশন গণনা করে। আরও জানতে, অটোমেটিক সংগ্রহ করা ইভেন্ট দেখুন।