অ্যাকাউন্ট ইন্টেলিজেন্সের জন্য গেস্ট WiFi-এর সাথে Salesforce ইন্টিগ্রেশন

পডকাস্ট স্ক্রিপ্ট — "অ্যাকাউন্ট ইন্টেলিজেন্সের জন্য গেস্ট WiFi-এর সাথে Salesforce ইন্টিগ্রেশন" Purple টেকনিক্যাল ব্রিফিং সিরিজ | রানটাইম: ~১০ মিনিট | ইউকে ইংলিশ --- [ভূমিকা এবং প্রেক্ষাপট — ১ মিনিট] Purple টেকনিক্যাল ব্রিফিং সিরিজে আপনাকে স্বাগতম। আমি আপনার হোস্ট, এবং আজ আমরা এমন একটি বিষয়ে আলোচনা করতে যাচ্ছি যা অনেক B2B প্রতিষ্ঠানের রোডম্যাপে রয়েছে কিন্তু তারা এখনও পুরোপুরি সমাধান করতে পারেনি: রিয়েল অ্যাকাউন্ট ইন্টেলিজেন্স তৈরি করতে আপনার গেস্ট WiFi ইনফ্রাস্ট্রাকচারকে সরাসরি Salesforce-এর সাথে কানেক্ট করা। আপনার যদি কোনো ভেন্যু থাকে — একটি কনফারেন্স সেন্টার, একটি হোটেল, একটি ট্রেড শো ফ্লোর, একটি কর্পোরেট ক্যাম্পাস — এবং আপনি গেস্ট WiFi চালাচ্ছেন, তবে আপনি ফার্স্ট-পার্টি ইনটেন্ট ডেটার একটি সোনার খনির উপর বসে আছেন। প্রতিবার যখন কোনো প্রসপেক্ট, পার্টনার বা কাস্টমার আপনার নেটওয়ার্কে কানেক্ট হয়, তারা আপনাকে কিছু বলছে। তারা অন-সাইটে আছে। তারা এনগেজড। এবং এই মুহূর্তে, বেশিরভাগ প্রতিষ্ঠানের জন্য, সেই সিগন্যালটি ইথারে হারিয়ে যায়। আজ আমরা কভার করতে যাচ্ছি কীভাবে এটি পরিবর্তন করা যায়। কীভাবে সেই WiFi অথেন্টিকেশন ইভেন্টটিকে Salesforce-এ রাউট করা যায়, আপনার বিদ্যমান অ্যাকাউন্টগুলোর বিপরীতে এটি ম্যাচ করা যায় এবং সঠিক কমার্শিয়াল রেসপন্স ট্রিগার করা যায় — তা সে কোনো অ্যাকাউন্ট এক্সিকিউটিভের কাছে অ্যালার্ট হোক, কোনো কন্ট্যাক্ট রেকর্ডের এনরিচমেন্ট হোক, বা আপনার RevOps টিমের কাজ করার জন্য কোনো ফ্ল্যাগ হোক। এটি একটি প্র্যাকটিক্যাল ব্রিফিং। আমরা আর্কিটেকচার, ডেটা মডেলের সিদ্ধান্ত, GDPR বিবেচনা এবং সাধারণ ভুলগুলো নিয়ে আলোচনা করব। চলুন শুরু করা যাক। --- [টেকনিক্যাল ডিপ-ডাইভ — ৫ মিনিট] চলুন আর্কিটেকচার দিয়ে শুরু করি। এর মূলে, একটি Salesforce WiFi ইন্টিগ্রেশনের তিনটি কম্পোনেন্ট রয়েছে: Captive Portal লেয়ার, ইন্টিগ্রেশন মিডলওয়্যার এবং Salesforce ডেটা মডেল। Captive Portal — আপনার গেস্ট কানেক্ট করার সময় যা দেখেন — সেখানেই আইডেন্টিটি ক্যাপচার ঘটে। যখন কোনো ভিজিটর ইমেইল, LinkedIn বা সোশ্যাল লগইনের মাধ্যমে অথেন্টিকেট করেন, তখন প্ল্যাটফর্মটি একটি ভেরিফাইড ইমেইল অ্যাড্রেস, একটি টাইমস্ট্যাম্প, একটি ভেন্যু আইডেন্টিফায়ার এবং কনসেন্ট রেকর্ড ক্যাপচার করে। শেষেরটি GDPR এবং ইউকে ডেটা প্রোটেকশন অ্যাক্ট ২০১৮-এর অধীনে নন-নেগোশিয়েবল। মার্কেটিং কমিউনিকেশনের জন্য আপনার সুস্পষ্ট, গ্র্যানুলার কনসেন্ট প্রয়োজন এবং সেই কনসেন্ট রেকর্ডটি অবশ্যই স্টোর করা এবং অডিটেবল হতে হবে। Purple-এর প্ল্যাটফর্ম এটি নেটিভভাবে পরিচালনা করে, অথেন্টিকেশনের পয়েন্টে কনসেন্ট ক্যাপচার করে এবং কন্ট্যাক্ট ডেটার পাশাপাশি Salesforce-এ একটি কনসেন্ট ফ্ল্যাগ পাস করে। এখন, ইন্টিগ্রেশন মিডলওয়্যার হলো যেখানে ইন্টেলিজেন্স ঘটে। Purple-এর ইন্টিগ্রেশন ইঞ্জিন সেই অথেন্টিকেশন ইভেন্টটি গ্রহণ করে এবং আমরা যাকে আইডেন্টিটি রেজোলিউশন বলি তা সম্পাদন করে। প্রথম ধাপ হলো একটি ডোমেইন ম্যাচ: ইমেইল অ্যাড্রেসটি নিন, ডোমেইনটি এক্সট্রাক্ট করুন — ধরুন, acme-corp.com — এবং ম্যাচিং ওয়েবসাইট বা ইমেইল ডোমেইন ফিল্ড সহ যেকোনো অ্যাকাউন্ট রেকর্ডের জন্য Salesforce-এ কোয়েরি করুন। এটি আপনার প্রাইমারি ম্যাচিং সিগন্যাল। যদি কোনো ডোমেইন ম্যাচ পাওয়া যায়, তবে মিডলওয়্যারটি চেক করে যে সেই নির্দিষ্ট ইমেইল অ্যাড্রেসের জন্য কোনো কন্ট্যাক্ট রেকর্ড ইতিমধ্যে বিদ্যমান কিনা। যদি থাকে, তবে আপনি বিদ্যমান রেকর্ডটি আপডেট করুন — একটি নতুন অ্যাক্টিভিটি লগ করুন, লাস্ট-সিন টাইমস্ট্যাম্প আপডেট করুন, একটি ভিজিট কাউন্টার বৃদ্ধি করুন। যদি কোনো কন্ট্যাক্ট বিদ্যমান না থাকে কিন্তু অ্যাকাউন্ট থাকে, তবে আপনি একটি নতুন কন্ট্যাক্ট তৈরি করুন এবং এটিকে সেই অ্যাকাউন্টের সাথে যুক্ত করুন। যদি কোনোটিই বিদ্যমান না থাকে — ডোমেইনটি অজানা — তবে আপনি একটি লিড রেকর্ড তৈরি করুন এবং এটি রিভিউ করার জন্য ফ্ল্যাগ করুন। এই থ্রি-পাথ রাউটিং লজিকটি WiFi-সোর্সড কন্ট্যাক্টগুলোর জন্য একটি ক্লিন Salesforce ডেটা মডেলের ভিত্তি। এর বিকল্প — কনটেক্সট নির্বিশেষে সবকিছুকে লিড হিসেবে পুশ করা — এমন একটি ডেটা কোয়ালিটি দুঃস্বপ্ন তৈরি করে যা বেশিরভাগ RevOps টিম ভয় পায়: হাজার হাজার ডুপ্লিকেট লিড, কোনো অ্যাকাউন্ট অ্যাসোসিয়েশন নেই এবং অ্যাকাউন্ট এক্সিকিউটিভরা তাদের বিদ্যমান বুক অফ বিজনেসে সিগন্যাল মিস করছেন। আমাকে Salesforce ডেটা মডেল সম্পর্কে আরও বিস্তারিতভাবে বলতে দিন, কারণ আপনি এখানে যে ফিল্ড ম্যাপিং সিদ্ধান্তগুলো নেবেন তার দীর্ঘমেয়াদী পরিণতি রয়েছে। লিড অবজেক্টে, আপনি ক্যাপচার করতে চান: WiFi Venue Name, First Seen Date, Last Seen Date, Visit Count, Consent Status এবং Lead Source যা "Guest WiFi"-এর মতো একটি স্ট্যান্ডার্ডাইজড ভ্যালুতে সেট করা। কন্ট্যাক্ট অবজেক্টে, একই ফিল্ডগুলো প্রযোজ্য, সাথে প্যারেন্ট অ্যাকাউন্টের একটি লুকআপ। অ্যাকাউন্ট অবজেক্টে, আপনি একটি রোল-আপ সামারি ফিল্ড চান যা মোট WiFi-অথেনটিকেটেড কন্ট্যাক্ট, একটি Last Visitor Date ফিল্ড এবং একটি Visit Frequency স্কোর দেখায়। এই অ্যাকাউন্ট-লেভেলের ফিল্ডগুলোই এই ইন্টিগ্রেশনটিকে অ্যাকাউন্ট-ভিত্তিক বিক্রয়ের জন্য প্রকৃত অর্থে দরকারী করে তোলে। এখন, অ্যালার্ট মেকানিজম। এখানেই কমার্শিয়াল ভ্যালু বাস্তব রূপ পায়। Salesforce Flow — বা আপনি যদি কোনো পুরোনো অর্গে থাকেন তবে Process Builder — ব্যবহার করে আপনি নির্দিষ্ট কন্ডিশনের উপর ভিত্তি করে ট্রিগার কনফিগার করেন। সবচেয়ে মূল্যবান অ্যালার্ট হলো যাকে আমরা "টার্গেট অ্যাকাউন্ট ভিজিট" ট্রিগার বলি: যখন কোনো টার্গেট অ্যাকাউন্ট হিসেবে ট্যাগ করা অ্যাকাউন্টের সাথে যুক্ত কোনো কন্ট্যাক্ট আপনার WiFi-এ অথেন্টিকেট করে, তখন অ্যাসাইন করা অ্যাকাউন্ট এক্সিকিউটিভ কয়েক মিনিটের মধ্যে একটি Salesforce টাস্ক এবং একটি চ্যাটার (Chatter) নোটিফিকেশন পান। মেসেজটি সহজ: "Acme Corp থেকে জেমস এইমাত্র আপনার ম্যানচেস্টার ভেন্যুতে কানেক্ট হয়েছেন। তিনি এই কোয়ার্টারে তিনবার ভিজিট করেছেন।" এটি একটি ওয়ার্ম আউটরিচ সিগন্যাল যার জন্য বেশিরভাগ সেলস টিম উল্লেখযোগ্য অর্থ প্রদান করবে। এবং আপনি এটি প্যাসিভভাবে তৈরি করছেন, আপনার ইতিমধ্যে থাকা ইনফ্রাস্ট্রাকচার থেকে। কনফিগার করার মতো দ্বিতীয় অ্যালার্টটি হলো "রি-এনগেজমেন্ট" ট্রিগার: নব্বই দিনের বেশি সময় ধরে ডরম্যান্ট থাকা কোনো কন্ট্যাক্ট আপনার WiFi-এ কানেক্ট হয়। এটি এমন চার্নড বা কোল্ড কন্ট্যাক্টগুলোকে সামনে নিয়ে আসে যারা ফিজিক্যালি আপনার অরবিটে ফিরে এসেছে — রিনিউয়াল কথোপকথনের জন্য একটি শক্তিশালী সিগন্যাল। তৃতীয়ত, "নিউ ডোমেইন" অ্যালার্ট: এমন একটি ইমেইল ডোমেইন থেকে WiFi সাইন-ইন যা কোনো বিদ্যমান অ্যাকাউন্টের সাথে ম্যাচ করে না। এটি কোয়ালিফিকেশনের জন্য একটি BDR বা RevOps কিউতে রাউট হয়। প্রতিটি অজানা ডোমেইন প্রসপেক্ট নয়, তবে কোম্পানির ডোমেইনগুলোর জন্য ফিল্টার করা — Gmail, Outlook এবং অন্যান্য কনজ্যুমার প্রোভাইডারদের বাদ দিয়ে — আপনাকে একটি হাই-কোয়ালিটি প্রসপেক্টিং সিগন্যাল দেয়। টেকনিক্যাল ইন্টিগ্রেশনের দিকে, Purple একটি REST API এক্সপোজ করে এবং আউটবাউন্ড ওয়েবহুক সাপোর্ট করে। Salesforce ইন্টিগ্রেশনের জন্য প্রস্তাবিত প্যাটার্ন হলো একটি ওয়েবহুক-টু-মিডলওয়্যার পদ্ধতি: Purple প্রতিটি অথেন্টিকেশন ইভেন্টে একটি ওয়েবহুক ফায়ার করে, একটি লাইটওয়েট মিডলওয়্যার লেয়ার — এটি একটি Salesforce Connected App, একটি MuleSoft ফ্লো বা একটি সাধারণ AWS Lambda ফাংশন হতে পারে — পেলোডটি গ্রহণ করে, ডোমেইন ম্যাচিং লজিক সম্পাদন করে এবং উপযুক্ত রেকর্ড আপসার্ট করতে Salesforce REST API কল করে। এটি লজিকটিকে Salesforce-এর বাইরে রাখে, যা স্বাধীনভাবে মেইনটেইন এবং টেস্ট করা সহজ করে তোলে। Salesforce-এর MuleSoft Anypoint Platform থাকা প্রতিষ্ঠানগুলোর জন্য, Purple-এর API ডকুমেন্টেশন একটি প্রি-বিল্ট কানেক্টর টেমপ্লেট প্রদান করে। যাদের MuleSoft নেই, তাদের জন্য Purple-এর API-কে পয়েন্ট করা একটি Salesforce External Service ডেফিনিশন, একটি Flow-এর সাথে মিলিত হয়ে, কোনো কাস্টম কোড ছাড়াই একই ফলাফল অর্জন করে। আরও একটি টেকনিক্যাল বিবেচনা: MAC অ্যাড্রেস র‍্যান্ডমাইজেশন। আধুনিক iOS এবং Android ডিভাইসগুলো প্রতিটি নেটওয়ার্ক কানেকশনে তাদের MAC অ্যাড্রেস র‍্যান্ডমাইজ করে, যার মানে আপনি রিটার্নিং ভিজিটর ট্র্যাকিংয়ের জন্য পারসিস্টেন্ট ডিভাইস আইডেন্টিফায়ার হিসেবে MAC অ্যাড্রেস ব্যবহার করতে পারবেন না। অথেন্টিকেশনের সময় ক্যাপচার করা ইমেইল অ্যাড্রেস হলো আপনার নির্ভরযোগ্য পারসিস্টেন্ট আইডেন্টিফায়ার। CRM ইন্টিগ্রেশনের উদ্দেশ্যে ইমেইল-ভিত্তিক Captive Portal অথেন্টিকেশন ক্লিক-থ্রু বা শুধুমাত্র ডিভাইস-ভিত্তিক অথেন্টিকেশনের চেয়ে আর্কিটেকচারালি সুপিরিয়র হওয়ার এটি আরেকটি কারণ। --- [ইমপ্লিমেন্টেশন রেকমেন্ডেশন এবং পিটফল — ২ মিনিট] আমাকে আপনাকে এমন চারটি বিষয় বলতে দিন যা একটি ক্লিন ডেপ্লয়মেন্টকে একটি অগোছালো ডেপ্লয়মেন্ট থেকে আলাদা করে। প্রথমত: আপনি লাইভ হওয়ার আগে আপনার ডোমেইন ব্লকলিস্ট সংজ্ঞায়িত করুন। কনজ্যুমার ইমেইল ডোমেইনগুলো — Gmail, Yahoo, Hotmail, iCloud, Outlook — অ্যাকাউন্ট ম্যাচিং এবং লিড তৈরি থেকে বাদ দেওয়া উচিত। আপনি যদি এটি না করেন, তবে আপনি আপনার Salesforce অর্গকে এমন কনজ্যুমার কন্ট্যাক্ট দিয়ে প্লাবিত করবেন যার কোনো কমার্শিয়াল ভ্যালু নেই এবং আপনার সেলস টিমের জন্য ডেটার কোয়ালিটি হ্রাস করবে। একটি মেইনটেইন করা ব্লকলিস্ট তৈরি করুন এবং এটি আপনার মিডলওয়্যার লজিকে প্রয়োগ করুন। দ্বিতীয়ত: ডেপ্লয়মেন্টের আগে আপনার RevOps লিডের সাথে আপনার লিড-টু-কন্ট্যাক্ট কনভার্শন থ্রেশহোল্ডে একমত হোন। একটি সাধারণ ভুল হলো WiFi ইভেন্টগুলো থেকে লিড তৈরি করা এবং সেগুলোকে কখনোই কনভার্ট না করা, তাই সেগুলো অনির্দিষ্টকালের জন্য একটি লিড কিউতে বসে থাকে। একটি নিয়ম সংজ্ঞায়িত করুন: যদি কোনো পরিচিত কোম্পানির ডোমেইন থেকে একটি লিড ত্রিশ দিনের মধ্যে দুবারের বেশি ভিজিট করে, তবে স্বয়ংক্রিয়ভাবে কন্ট্যাক্টে কনভার্ট করুন এবং ম্যাচ করা অ্যাকাউন্টের সাথে যুক্ত করুন। এটি আপনার পাইপলাইনকে ক্লিন রাখে এবং আপনার AE-দের ফোকাসড রাখে। তৃতীয়ত: কনসেন্ট আর্কিটেকচার এড়িয়ে যাবেন না। GDPR-এর অধীনে, প্রসেসিংয়ের জন্য আপনার একটি আইনগত ভিত্তি প্রয়োজন, এবং মার্কেটিং কমিউনিকেশনের জন্য, সেই ভিত্তি হলো কনসেন্ট। আপনার Captive Portal-এ অবশ্যই মার্কেটিংয়ের জন্য একটি স্পষ্ট অপ্ট-ইন উপস্থাপন করতে হবে, যা WiFi অ্যাক্সেসের টার্মস অফ সার্ভিস থেকে আলাদা। Purple-এর প্ল্যাটফর্ম গ্র্যানুলার কনসেন্ট ক্যাটাগরি সাপোর্ট করে — WiFi অ্যাক্সেস, মার্কেটিং ইমেইল, থার্ড-পার্টি শেয়ারিং — এবং এগুলোকে API পেলোডে বুলিয়ান ফ্ল্যাগ হিসেবে পাস করে। এগুলোকে সরাসরি Salesforce কন্ট্যাক্ট ফিল্ডে ম্যাপ করুন এবং আপনার মার্কেটিং অটোমেশন নিয়মগুলোতে এগুলোকে সম্মান করুন। চতুর্থত: প্রথম দিন থেকেই এরর লগিংয়ের সাথে আপনার ইন্টিগ্রেশন ইনস্ট্রুমেন্ট করুন। যে অথেন্টিকেশন ইভেন্টগুলো ম্যাচ করতে বা একটি Salesforce রেকর্ড তৈরি করতে ব্যর্থ হয় সেগুলো একটি কাস্টম Salesforce অবজেক্ট বা একটি এক্সটার্নাল মনিটরিং টুলে লগ করা উচিত। এটি ছাড়া, আপনার সাইলেন্ট ফেইলিওর হবে — ভিজিটররা কানেক্ট হচ্ছে কিন্তু কোনো রেকর্ড তৈরি হচ্ছে না — এবং কেউ ডেটা পাতলা দেখাচ্ছে তা লক্ষ্য না করা পর্যন্ত আপনি জানতে পারবেন না। --- [র‍্যাপিড-ফায়ার Q&A — ১ মিনিট] ঠিক আছে, আমি সবচেয়ে বেশি যে প্রশ্নগুলো শুনি সেগুলোর ওপর একটি দ্রুত Q&A করা যাক। "আমার কি লিড নাকি কন্ট্যাক্টে সিঙ্ক করা উচিত?" — পরিচিত অ্যাকাউন্টগুলোর জন্য কন্ট্যাক্ট দিয়ে শুরু করুন, অজানাগুলোর জন্য লিড। কখনোই সবকিছু লিডে পুশ করবেন না। "GDPR সম্পর্কে কী?" — পোর্টালে কনসেন্ট, Salesforce-এ কনসেন্ট ফ্ল্যাগ, প্রতিটি ডাউনস্ট্রিম সিস্টেমে এটিকে সম্মান করুন। নন-নেগোশিয়েবল। "আমি কীভাবে এমন কনফারেন্স ভেন্যুগুলো হ্যান্ডেল করব যেখানে দিনে হাজার হাজার মানুষ কানেক্ট হয়?" — আপনার ওয়েবহুক প্রসেসিং রেট-লিমিট করুন, আপনার Salesforce আপসার্টগুলো ব্যাচ করুন এবং হাই-ভলিউম ইভেন্টগুলোর জন্য Salesforce Bulk API ব্যবহার করুন। স্টেডিয়াম-স্কেল ডেপ্লয়মেন্টের জন্য স্ট্যান্ডার্ড REST API ব্যবহার করবেন না। "আমি কি এটি ABM-এর জন্য ব্যবহার করতে পারি?" — অবশ্যই। Salesforce-এ আপনার টার্গেট অ্যাকাউন্টগুলো ট্যাগ করুন, সেই অ্যাকাউন্টগুলো থেকে যেকোনো WiFi ভিজিটে আপনার AE-দের অ্যালার্ট করার জন্য একটি Flow কনফিগার করুন এবং আপনার কাছে এমন একটি ফিজিক্যাল ইনটেন্ট সিগন্যাল রয়েছে যা কোনো ডিজিটাল ABM টুল রেপ্লিকেট করতে পারে না। "ROI কী?" — Purple-এর Salesforce ইন্টিগ্রেশন ব্যবহার করা প্রতিষ্ঠানগুলো বিদ্যমান অ্যাকাউন্টগুলোতে AE-ইনিশিয়েটেড আউটরিচে ২০ থেকে ৩৫ শতাংশ বৃদ্ধির রিপোর্ট করে, যা সম্পূর্ণভাবে WiFi ভিজিট অ্যালার্ট দ্বারা চালিত। WiFi-সোর্সড কন্ট্যাক্ট দ্বারা প্রভাবিত পাইপলাইন সাধারণত কোল্ড আউটরিচের তুলনায় ১৫ থেকে ২৫ শতাংশ বেশি ক্লোজ রেট দেখায়, কারণ ভিজিটর ফিজিক্যাল এনগেজমেন্ট প্রদর্শন করেছে। --- [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — ১ মিনিট] শেষ করার জন্য: Salesforce WiFi ইন্টিগ্রেশন হলো একটি ম্যাচিওর, ডেপ্লয়েবল সক্ষমতা যা প্যাসিভ নেটওয়ার্ক ইনফ্রাস্ট্রাকচারকে একটি অ্যাক্টিভ অ্যাকাউন্ট ইন্টেলিজেন্স সিগন্যালে পরিণত করে। আর্কিটেকচারটি সোজাসাপ্টা — Captive Portal, আইডেন্টিটি রেজোলিউশন মিডলওয়্যার, Salesforce আপসার্ট — তবে ভ্যালু হলো ডেটা মডেলের সিদ্ধান্ত, অ্যালার্ট কনফিগারেশন এবং এর চারপাশে আপনি যে ডেটা কোয়ালিটি গভর্ন্যান্স রাখেন তার মধ্যে। আপনার তাৎক্ষণিক পরবর্তী পদক্ষেপগুলো: ডোমেইন ফিল্ডের সম্পূর্ণতার জন্য আপনার বর্তমান Salesforce অ্যাকাউন্ট রেকর্ডগুলো অডিট করুন — এটি আপনার ম্যাচিং ফাউন্ডেশন। লিড-বনাম-কন্ট্যাক্ট রাউটিং নিয়মগুলো সংজ্ঞায়িত করতে আপনার RevOps লিডকে এনগেজ করুন। এবং API পেলোড স্ট্রাকচার এবং উপলব্ধ ওয়েবহুক ইভেন্টগুলো বুঝতে Purple-এর Salesforce ইন্টিগ্রেশন ডকুমেন্টেশন রিভিউ করুন। আপনি যদি এমন কোনো ভেন্যুতে গেস্ট WiFi চালান যেখানে আপনার কাস্টমার বা প্রসপেক্টরা ভিজিট করে, তবে এই ইন্টিগ্রেশনটি এক কোয়ার্টারের মধ্যে লাইভ হওয়া উচিত। ডেটা সেখানে আছে। আপনাকে শুধু এটি কানেক্ট করতে হবে। শোনার জন্য ধন্যবাদ। আপনি যদি আজ কভার করা যেকোনো বিষয়ে আরও গভীরে যেতে চান, তবে সম্পূর্ণ টেকনিক্যাল রেফারেন্স গাইডটি purple.ai-তে উপলব্ধ। পরবর্তী ব্রিফিংয়ে দেখা হবে। --- [স্ক্রিপ্টের সমাপ্তি]