মূল কনটেন্টে যান

সংক্ষিপ্ত বিবরণ

Prodantix

এক নজরে

বিভাগ
ডেভেলপার প্ল্যাটফর্ম
ওয়েবসাইট
prodantix.com
কনসোল
app.prodantix.com
ডকুমেন্টেশন
prodantix.com/en/docs/overview
GraphQL API
api.prodantix.com/graphql
ইভেন্ট ইনজেশন
eu.api.prodantix.com/v1/events
রিয়েল-টাইম
eu.ws.prodantix.com
MCP সারফেস
eu.mcp.prodantix.com/mcp
সেশন রিপ্লে
eu.replay.prodantix.com

Prodantix তৈরি হয়েছে তাঁদের জন্য যাঁরা সফটওয়্যার বানান। প্রতিটি প্রোডাক্ট টিম একই তিনটি প্রশ্ন করে: মানুষ আমাদের অ্যাপে আসলে কী করছে, কোন অংশ কার দেখা উচিত, আর কিছু বলার সঠিক সময়টা কখন।

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

ইঞ্জিনটি কীভাবে গড়া

ইঞ্জিনটি গড়ে উঠেছে চারটি মৌলিক উপাদানে, বাকি সবই সেগুলোর উপরে দাঁড়ানো। ক্রম অনুযায়ী বোঝাই ভালো, কারণ প্রতিটি পরেরটিকে খাওয়ায়। কনসেপ্ট রেফারেন্সে এগুলো পুরোপুরি ব্যাখ্যা করা আছে।

ইভেন্ট

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

ইউজার স্টেট

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

সিদ্ধান্ত

ইউজার স্টেটের বিপরীতে যাচাই হওয়া একটি নিয়ম: কে কোন কোহর্টে পড়ে, কে কোন ফ্ল্যাগ পায়, কে কোন বার্তার যোগ্য। সিদ্ধান্তটি যে মুহূর্তে জিজ্ঞাসিত হয় সেই মুহূর্তের জীবন্ত অবস্থা পড়ে বলে, এটি পুরনো ছবি থেকে উত্তর দিতে পারে না।

অ্যাকশন

সিদ্ধান্ত কার্যকর হলে ইঞ্জিন যা করে: কোনো ফিচার খুলে দেওয়া, বার্তা পাঠানো, ওয়ার্কফ্লো চালু করা। অ্যাকশনটিও একটি ইভেন্ট হিসেবেই লিপিবদ্ধ হয়, আর সেটিই চক্রটি সম্পূর্ণ করে: ইঞ্জিন যা করল তা তার জানারই অংশ হয়ে যায়।

অ্যানালিটিক্স মানে স্টেট পড়া

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

ভিন্ন মানুষকে ভিন্ন জিনিস দেখানো

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

যে মুহূর্তে কাজে লাগে, সেই মুহূর্তে পৌঁছানো বার্তা

একটি বার্তার দাম তখনই, যতক্ষণ তা কাজে লাগে। কেউ কিছু করার, কিংবা করতে না পারার, ঠিক সেই মুহূর্তে Prodantix বার্তা পাঠাতে পারে। কোনো গ্রাহক তাঁর প্ল্যানের সীমায় পৌঁছালে তিনি তখনই জানতে পারেন, হাল ছেড়ে অন্য কোথাও চলে যাওয়ার পরের দিন সকালে নয়।

AI অর্কেস্ট্রেশন এবং চক্রটি যেভাবে সম্পূর্ণ হয়

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

ইভেন্ট ভিতরে আনা

সবকিছু শুরু হয় ইনজেস্ট এন্ডপয়েন্টে পাঠানো একটি ইভেন্ট দিয়ে, যা ইঞ্জিন সঙ্গে সঙ্গে ইউজার স্টেটে মিশিয়ে নেয়। SDK আছে ওয়েব, মোবাইল ও সার্ভারের জন্য। React একমাত্র ব্যতিক্রম: এর লাইফসাইকেলের জন্য আলাদা অ্যাডাপ্টার লাগে, যা ক্লায়েন্টকে একবারই বসায় এবং StrictMode-নিরাপদ। কুইকস্টার্ট কয়েক লাইনেই তা জুড়ে দেয়।

কী ও এনভায়রনমেন্ট

প্রতিটি SDK কল একটি প্রোজেক্ট কী বহন করে, যা আসে কনসোল থেকে। প্রোজেক্ট তৈরি করলেই দুটি এনভায়রনমেন্ট হয়, লাইভ ও টেস্ট, প্রত্যেকের নিজস্ব কী: টেস্ট কী দিয়ে বানান, লাইভ কী দিয়ে ছাড়ুন। দুটি কী-ই তৈরির পরে ঠিক একবারই দেখানো হয়, কারণ সার্ভার কেবল হ্যাশ রাখে, তাই কোনো স্ক্রিন সেগুলো আর দেখাতে পারে না। রোটেশন আপনার বেছে নেওয়া এনভায়রনমেন্টের জন্য নতুন কী বানায়, আর পুরনোটি সঙ্গে সঙ্গে বন্ধ হবে না কি ছাড়ের সময় পরে, তা আপনি ঠিক করেন।

এর সঙ্গে কথা বলার চারটি উপায়

REST ছড়িয়ে আছে তিনটি হোস্টে: একটি ফ্ল্যাগ ও মেসেজিংয়ের, একটি ইভেন্ট ইনজেশনের, একটি সেশন রিপ্লের, আর প্রত্যেকটি /openapi.json-এ নিজস্ব OpenAPI নথি দেয়। ইনজেশন উত্তর দেয় 202, যার মানে ইভেন্টটি প্রক্রিয়ার জন্য গৃহীত, সংরক্ষিত নয়: ত্রুটিপূর্ণ ইভেন্ট পরে পাইপলাইনেই বাদ পড়তে পারে। GraphQL পুরো অ্যাপ্লিকেশন মডেল ঢাকে, প্রকল্প, ফ্ল্যাগ, ওয়ার্কফ্লো, অ্যানালিটিক্স, মেসেজিং, কোহর্ট ও বিলিং সহ। রিয়েল-টাইম সারফেস ফ্ল্যাগ পরিবর্তন, বার্তা ও ওয়ার্কফ্লো রান সম্প্রচার করে এবং অননুমোদিত সংযোগ সঙ্গে সঙ্গে কেটে দেয়। MCP সারফেস এজেন্টদের টুল কলের মাধ্যমে পড়তে ও লিখতে দেয়; এটি মেশিন-টু-মেশিন এবং ব্রাউজার অনুরোধ প্রত্যাখ্যান করে।

ডেটা আপনারই থাকে

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

কাদের জন্য

Prodantix সেসব দলের জন্য উপযুক্ত যাঁরা এই কাজে দুই-তিনটি আলাদা টুল চালাচ্ছেন এবং সেগুলোর পরস্পরবিরোধিতায় ক্লান্ত। সবচেয়ে বেশি কাজে লাগে তখন, যখন গ্রাহকসংখ্যা এতটাই বেড়ে যায় যে জিজ্ঞেস করে করে আর খোঁজ রাখা যায় না।

ভিজিট করুন Prodantix: prodantix.com