Microsoft Clarity না PostHog—সব replay নয়, funnel-ই পছন্দ বদলায়

|লেখক: QUASA সম্পাদকীয় দল|6 মিনিটের পাঠ| 2
Microsoft Clarity না PostHog—সব replay নয়, funnel-ই পছন্দ বদলায়

মার্কেটিং সাইটে দর্শক কোথায় ক্লিক করছেন, কত দূর স্ক্রল করছেন বা কোথায় আটকে যাচ্ছেন—মূল প্রশ্ন হলে Microsoft Clarity উপযোগী। Microsoft-এর Clarity মূল্যতালিকায় ট্রাফিকসীমা ছাড়া বিনামূল্যে ব্যবহার, সেশন রেকর্ডিং ও হিটম্যাপের সুবিধা দেখানো হয়েছে। ফলে প্রচারপৃষ্ঠার সমস্যা খুঁজতে বিপুলসংখ্যক ভিজিটের রিপ্লে রাখার খরচ আগে হিসাব করতে হয় না।

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

ফানেল থাকলেই দুই সেবার হিসাব এক হয় না

Clarity-তেও ফানেল আছে। Microsoft-এর ফানেল নির্দেশনা অনুযায়ী পৃষ্ঠা পরিদর্শন ও শনাক্ত করা ঘটনা দিয়ে ধাপ সাজানো যায়; প্রতিটি ধাপে কত সেশন এগিয়েছে বা বাদ পড়েছে, তা দেখা যায়। তাই Clarity শুধু রিপ্লে ও হিটম্যাপ দেয়—এমন সরল তুলনা ভুল হবে। কোনো প্রচারপৃষ্ঠার ভিজিট থেকে সাইনআপ পৃষ্ঠায় যাওয়ার মতো যাত্রায় এই ফানেলই যথেষ্ট হতে পারে।

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

মার্কেটিং সাইটে কখন Clarity যথেষ্ট

SaaS প্রচারপৃষ্ঠায় কোথায় ক্লিক ও স্ক্রল থামছে, তা Microsoft Clarity-এর হিটম্যাপে দেখা যাচ্ছে।

ল্যান্ডিং পৃষ্ঠা, মূল্যতালিকার পৃষ্ঠা বা নিবন্ধ থেকে সাইনআপের প্রবেশপথ উন্নত করাই কাজ হলে Clarity প্রধান সরঞ্জাম হতে পারে। ক্লিক হিটম্যাপে কোন অংশে মনোযোগ পড়ছে এবং স্ক্রল হিটম্যাপে কত দূর পর্যন্ত দর্শক পৌঁছাচ্ছেন, তা দেখা যায়। সেশন রিপ্লে কোনো নির্দিষ্ট ভিজিটে বিভ্রান্তি বা বারবার ক্লিকের প্রেক্ষাপট বুঝতে সাহায্য করে। এই পর্যায়ে প্রশ্নটি সাধারণত পৃষ্ঠার লেখা, বিন্যাস বা সাইনআপের পথ নিয়ে।

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

অনবোর্ডিংয়ে কোন ধাপটি সফল, সেটিই আগে ঠিক করতে হয়

PostHog-এর অনবোর্ডিং বিশ্লেষণে সাইনআপ, প্রথম সফল ব্যবহার ও ফিরে আসার ধাপ আলাদা করে ধরা হচ্ছে।

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

ইভেন্টের সংজ্ঞা অস্পষ্ট হলে নিখুঁত চার্টও ভুল সিদ্ধান্ত দেবে। ‘প্রকল্প তৈরির বোতামে ক্লিক’ আর ‘প্রকল্প সফলভাবে তৈরি’ এক ফল নয়; মাঝখানে ত্রুটি হলে প্রথম ঘটনাটি ঘটবে, দ্বিতীয়টি ঘটবে না। তাই যে কাজকে প্রতিষ্ঠান সফল অনবোর্ডিং ধরে, সেটির সম্পন্ন হওয়ার সংকেতই মূল ইভেন্ট হওয়া উচিত। প্রচারসাইট থেকে অ্যাপে যাওয়ার পর একই ব্যবহারকারীর অগ্রগতি জানতে চাইলে পরিচয় ও ইভেন্টের ধারাবাহিকতাও পরিকল্পনায় রাখতে হবে।

ফিচার চালু ও বিনামূল্যের সীমায় হিসাব বদলায়

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

PostHog-এর মূল্যতালিকায় প্রতি মাসে ১০ লাখ অ্যানালিটিক্স ইভেন্ট, ৫,০০০ সেশন রিপ্লে ও ১০ লাখ ফিচার ফ্ল্যাগ অনুরোধ বিনামূল্যে অন্তর্ভুক্ত; পরীক্ষার ব্যবহার ফিচার ফ্ল্যাগের অনুরোধের সঙ্গে মূল্যায়িত হয়। বিনামূল্যের প্ল্যানে সীমা পেরোলে অতিরিক্ত ব্যবহার গ্রহণ বন্ধ হয়; ব্যবহারভিত্তিক অর্থপ্রদানের প্ল্যানে বিনামূল্যের সীমার বেশি ব্যবহারের জন্য খরচ হয়। তাই ‘দুটিই বিনামূল্যে’ কথাটি দিয়ে পছন্দ শেষ করা যায় না। কোন ইভেন্ট, রিপ্লে ও ফ্ল্যাগ অনুরোধ নিয়মিত তৈরি হবে, সেটিই PostHog-এর সম্ভাব্য ব্যয়ের ভিত্তি।

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

দুটি একসঙ্গে রাখলে কোন প্রশ্নের উত্তর কোথায়

একই প্রতিষ্ঠানের প্রচারসাইট ও লগইন করা পণ্যের লক্ষ্য আলাদা হলে সীমিত যৌথ ব্যবহার যুক্তিযুক্ত। Clarity-তে প্রচারপৃষ্ঠার ক্লিক, স্ক্রল ও রিপ্লে দেখা যেতে পারে; PostHog-এ সাইনআপের পরের গুরুত্বপূর্ণ কাজ, ব্যবহারকারী ধরে রাখা এবং ফিচার পরীক্ষার ফল মাপা যেতে পারে। এতে একই সেবা দিয়ে সব প্রশ্নের উত্তর খোঁজার চাপ থাকে না। তবে পৃষ্ঠার আচরণ আর পণ্যের ফল যেন একই মেট্রিক বলে মনে না হয়, প্রতিবেদনে তাদের সংজ্ঞা স্পষ্ট থাকা দরকার।

প্রচারপৃষ্ঠায় আগমন থেকে পণ্যের প্রথম সফল কাজ পর্যন্ত একটানা ফানেল চাইলে সেই ধাপগুলোর ইভেন্ট একই বিশ্লেষণ ব্যবস্থায় ধরতে হবে। Clarity-তে দেখা একটি ভিজিটের রিপ্লে ও PostHog-এ দেখা একটি অ্যাকাউন্টকে স্বয়ংক্রিয়ভাবে একই যাত্রা ধরে নেওয়া যায় না। তাই যৌথ ব্যবহারের সীমানা নির্ভর করবে আসল প্রশ্নের ওপর: পৃষ্ঠায় কোথায় ঘর্ষণ তৈরি হচ্ছে, নাকি সেই ঘর্ষণ কাটানোর পর ব্যবহারকারী পণ্যে সফল হচ্ছেন।

রিপ্লে চালুর আগে মাস্কিংয়ের সীমানা

রিপ্লেতে ফর্মের বাইরের ব্যক্তিগত তথ্যও দেখা যেতে পারে, তাই সংগ্রহ শুরু হওয়ার আগেই কোন অংশ আড়াল হবে তা ঠিক করা জরুরি। Microsoft-এর Clarity মাস্কিং নির্দেশনায় ইনপুট ও ড্রপডাউনের তথ্য আড়াল থাকার পাশাপাশি পুরো পৃষ্ঠা বা নির্দিষ্ট উপাদান মাস্ক করার ব্যবস্থা রয়েছে; মাস্কিং বদলালে আগের রেকর্ডিং সংশোধিত হয় না। ফলে চালুর পর শুধু সেটিং পাল্টে পুরোনো রিপ্লের সংবেদনশীল তথ্য সরানো যাবে—এমন ধারণা নিরাপদ নয়।

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

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

আরও পড়ুন:

শেয়ার করুন:

সম্পর্কিত নিবন্ধ

আমাদের নিউজলেটার নিন

সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।

0