যোগাযোগ

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

বার্তায় পছন্দসই চ্যানেল, আনুমানিক ব্যবহারকারীর সংখ্যা, জ্ঞান-উৎসের ধরন, প্রয়োজনীয় ইন্টিগ্রেশন এবং একাধিক ভাড়াটের (tenant) প্রয়োজনীয়তা উল্লেখ করা যেতে পারে। WhatsApp, SMS, ফোন-বট/SIP, n8n অটোমেশন অথবা On-Premises ইচ্ছা অতিরিক্তভাবে উল্লেখ করা উচিত। এভাবে Starter ও Individuell কনফিগারেশন এবং ম্যানুয়ালি সক্রিয় করা Add-on গুলোর মধ্যে সঠিকভাবে পার্থক্য করা যায়।

যোগাযোগ ফর্মে পাসওয়ার্ড, API কী, উইজেট টোকেন, পেমেন্ট তথ্য বা অপ্রয়োজনীয় গ্রাহক তথ্য দেওয়া উচিত নয়। কোনো বিদ্যমান কারিগরি সমস্যা রিপোর্ট করা হলে, ভাড়াটের নাম, সময়, প্রভাবিত ফিচার এবং পুনরুৎপাদনের ধাপগুলোই যথেষ্ট। স্ক্রিনশটের গোপনীয় তথ্য অস্পষ্ট করে দেওয়া উচিত।

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

On-Premises অপশনটি সেল্ফ-সার্ভিস নয় এবং বর্তমানে ব্যবহারের জন্য প্রস্তুতির পর্যায়ে রয়েছে। প্যাকেজ আপগ্রেড এবং Add-on ক্রয়ও ড্যাশবোর্ডের মাধ্যমে সম্পূর্ণ সেল্ফ-সার্ভিস উপায়ে করা যায় না। তাই যোগাযোগ করাটি কনফিগারেশন ও সক্রিয়করণের ধাপগুলো স্পষ্ট করতে সাহায্য করে।

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

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

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

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