এজেন্সির জন্য AI অ্যাপ বিল্ডার: একটি ব্যবহারিক স্কোরকার্ড

এজেন্সির বিল্ডার তুলনার জন্য আলাদা পদ্ধতি কেন দরকার

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

একজন একক নির্মাতা সীমিত সেটিংসের হোস্টেড অ্যাপ মেনে নিতে পারেন। কিন্তু কাজ শুরুর আগেই এজেন্সির কিছু প্রশ্নের উত্তর দরকার: ক্লায়েন্ট কি নিজের ডোমেইন ব্যবহার করতে পারবে? ডেপ্লয়মেন্ট কে নিয়ন্ত্রণ করবে? টিম কি সোর্স কোড এক্সপোর্ট করতে পারবে? লঞ্চের পর ক্লায়েন্ট এজেন্সি বদলালে কী হবে?

ক্লায়েন্টের মালিকানা কাজের ধরন বদলে দেয়

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

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

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

পরীক্ষামূলক কাজ ও ডেলিভারি আলাদা রাখুন

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

ক্লায়েন্টের কাজের জন্য পুনরাবৃত্তিযোগ্য পর্যালোচনা প্রক্রিয়া দরকার। আপনার এজেন্সি যে কাজ বিক্রি করে, তার ভিত্তিতে প্রতিটি বিল্ডারকে নম্বর দিন:

• সোর্স কোড এক্সপোর্ট ও অ্যাক্সেসের অধিকার
• ক্লায়েন্ট অ্যাকাউন্ট, ভূমিকা ও হ্যান্ডঅফের সুযোগ
• কাস্টম ডোমেইন ও ব্র্যান্ড সেটিংস
• ডেপ্লয়মেন্ট, হোস্টিং, ব্যাকআপ ও রোলব্যাক নিয়ন্ত্রণ
• যৌথ পরিকল্পনা, সম্পাদনা ও অনুমোদনের ওয়ার্কফ্লো

Koder.ai সোর্স কোড এক্সপোর্ট, কাস্টম ডোমেইন, ডেপ্লয়মেন্ট ও হোস্টিং, স্ন্যাপশট, রোলব্যাক এবং প্ল্যানিং মোড সমর্থন করে। প্রথম সংস্করণ লাইভ হওয়ার পর এজেন্সির সামনে যে ব্যবহারিক প্রশ্নগুলো আসে, এসব সুবিধা সেগুলোর উত্তর দিতে সাহায্য করে।

পরিপাটি ডেমো মনোযোগ আকর্ষণ করে। পরিষ্কার মালিকানা, পূর্বানুমানযোগ্য হ্যান্ডঅফ এবং লঞ্চের পর নিয়ন্ত্রণ এজেন্সি ও ক্লায়েন্টের সম্পর্ককে সুরক্ষিত রাখে।

আপনার টিম ব্যবহার করবে এমন স্কোরকার্ড তৈরি করুন

একটি ডেমো প্রায় যেকোনো AI অ্যাপ বিল্ডারকে দ্রুত মনে করাতে পারে। কিন্তু ক্লায়েন্ট অ্যাক্সেস, ডোমেইন পরিবর্তন, এক্সপোর্ট বা নতুন টিম সদস্য যোগ দেওয়ার পর কী ঘটে, এজেন্সিকে তা বিচার করতে হবে।

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

প্রতিটি বিভাগে ১ থেকে ৫-এর সহজ স্কেল ব্যবহার করুন। কেউ নম্বর দেওয়ার আগে সংখ্যাগুলোর অর্থ ঠিক করুন, যাতে একজনের দেওয়া ৫ অন্যজনের কাছে অসম্পূর্ণ ফিচারের জন্য ৫ না হয়।

• ১: প্ল্যাটফর্মটি প্রয়োজনটি পূরণ করতে পারে না বা পরিষ্কার উত্তর দেয় না।
• ২: বড় সীমাবদ্ধতা বা অতিরিক্ত হাতে করা কাজ ছাড়া এটি চলে না।
• ৩: কিছু সমঝোতা মেনে সাধারণ প্রজেক্ট সামলাতে পারে।
• ৪: বেশিরভাগ এজেন্সি প্রজেক্টের জন্য উপযুক্ত এবং নিয়ন্ত্রণগুলো পরিষ্কার।
• ৫: টিম ও ক্লায়েন্টকে শক্তিশালী ব্যবহারিক নিয়ন্ত্রণ দেয়।

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

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

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

Koder.ai সোর্স কোড এক্সপোর্ট, ডেপ্লয়মেন্ট ও হোস্টিং, কাস্টম ডোমেইন, স্ন্যাপশট ও রোলব্যাক এবং প্ল্যানিং মোডের সুবিধা দেয়। অ্যাক্সেস কীভাবে হস্তান্তর করবেন ও চলমান কাজ কীভাবে পরিচালনা করবেন, সেটিও ধরে প্রতিটি সুবিধাকে আপনার এজেন্সির বাস্তব ওয়ার্কফ্লোর সঙ্গে মিলিয়ে দেখুন।

ওজনযুক্ত নম্বর যোগ করুন, তারপর বিজয়ী বেছে নেওয়ার আগে নোট পড়ুন। আপনার চুক্তির জন্য গুরুত্বপূর্ণ কোনো ক্ষেত্রে কম নম্বর থাকলে মোট নম্বর যেন তা আড়াল না করে।

তৈরির আগে সোর্স কোড এক্সপোর্ট যাচাই করুন

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

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

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

পুরো অ্যাপ পরীক্ষা করুন

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

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

অ্যাপটি তৈরি করেননি এমন একজন ডেভেলপারকে নির্ভরতা ইনস্টল করে লোকালি চালাতে বলুন। এরপর সাইন-ইন, ডেটা লেখা এবং ফাইল আপলোডের মতো মৌলিক প্রবাহ পরীক্ষা করুন। সফল ডাউনলোড কেবল প্রথম ধাপ। প্রজেক্টটি চলতেও হবে।

Koder.ai ওয়েব, সার্ভার এবং মোবাইল অ্যাপের জন্য সোর্স কোড এক্সপোর্ট সমর্থন করে। আপনার এজেন্সি যে স্ট্যাক ও হোস্টিং প্রক্রিয়া ব্যবহার করে, তার ভিত্তিতে এক্সপোর্ট পরীক্ষা করুন।

স্কোরকার্ডে অ্যাক্সেসের নিয়ম লিখে রাখুন

প্ল্যাটফর্মগুলো মূল্যস্তর, অ্যাকাউন্ট মালিক, ক্রেডিট ব্যালান্স বা সময়ের ওপর ভিত্তি করে সোর্স কোড এক্সপোর্ট সীমিত করতে পারে। এক্সপোর্টকে শুধু হ্যাঁ বা না হিসেবে না দেখে সঠিক নিয়ম লিখে রাখুন।

যেমন, এক্সপোর্ট করতে ক্লায়েন্টের Pro, Business বা Enterprise অ্যাকাউন্ট দরকার কি না, চুক্তি শেষ হওয়ার পর আপনার এজেন্সি এক্সপোর্ট করতে পারবে কি না এবং প্রতিটি প্রজেক্টে এক্সপোর্টের সীমা আছে কি না, তা লিখুন। প্রস্তাব ও হ্যান্ডঅফ পরিকল্পনার সঙ্গে এই নোট রাখুন। এনগেজমেন্টের শেষে ক্লায়েন্ট কোড চাইলে এটি অস্বস্তিকর বিস্ময় এড়াবে।

পরিষ্কার ক্লায়েন্ট হ্যান্ডঅফ পরিকল্পনা করুন

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

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

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

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

Koder.ai সোর্স কোড এক্সপোর্ট, ডেপ্লয়মেন্ট ও হোস্টিং, কাস্টম ডোমেইন এবং রোলব্যাকসহ স্ন্যাপশট সমর্থন করে। এজেন্সি ক্লায়েন্টকে প্ল্যাটফর্মে কাজ চালিয়ে যেতে দিতে পারে বা এক্সপোর্ট করা কোড নিজস্ব ডেভেলপমেন্ট টিমের কাছে দিতে পারে। প্রজেক্ট পরিকল্পনার সময় নির্বাচিত প্ল্যানের সঠিক অ্যাক্সেস ও বিলিং সেটআপ নিশ্চিত করুন।

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

ক্লায়েন্ট পোর্টাল একটি সহজ উদাহরণ। এজেন্সি নিয়ন্ত্রিত ওয়ার্কস্পেসে এটি তৈরি ও পরীক্ষা করে, তারপর লঞ্চের আগে ক্লায়েন্টের অপারেশনস লিডকে অ্যাডমিনিস্ট্রেটর হিসেবে যুক্ত করে। কাজ শেষ হলে ক্লায়েন্ট ডোমেইন ও মাসিক প্ল্যানের দায়িত্ব নেয়, আর লঞ্চের সমস্যা ঠিক করতে এজেন্সি ৩০ দিন এডিটর অ্যাক্সেস রাখে। কে পরিবর্তন করতে পারবে, দুপক্ষই তা জানে।

কাস্টম ডোমেইন ও ব্র্যান্ড নিয়ন্ত্রণ পর্যালোচনা করুন

বিল্ডারের শেয়ার করা ঠিকানায় খোলা ক্লায়েন্ট পোর্টাল অ্যাপটি ভালোভাবে কাজ করলেও অসম্পূর্ণ মনে হতে পারে। প্রতিটি ক্লায়েন্ট নিজের মালিকানাধীন ডোমেইন, যেমন portal.clientcompany.com বা clientcompany.com, ব্যবহার করতে পারবে কি না নিশ্চিত করুন।

কাস্টম ডোমেইন নিয়ন্ত্রণের বিষয়ও বটে। রেজিস্ট্রার অ্যাকাউন্টের মালিক কে, DNS রেকর্ড কে সম্পাদনা করতে পারে এবং নবায়নের নোটিশ কে পায়, তা জিজ্ঞেস করুন। সাধারণত ক্লায়েন্টেরই ডোমেইন অ্যাকাউন্টের মালিক হওয়া উচিত। অ্যাপ যুক্ত করা ও রেকর্ড ঠিক করার জন্য এজেন্সি সাময়িক অ্যাক্সেস পেতে পারে, কিন্তু ডোমেইন নবায়ন বা সরানোর একমাত্র অধিকারী হওয়া উচিত নয়।

প্রিভিউ ও লাইভ অ্যাপ আলাদা রাখুন

ভিজিটররা পরিবর্তন দেখার আগে পর্যালোচনার জন্য আপনার টিমের একটি নিরাপদ ঠিকানা দরকার। প্ল্যাটফর্মটি প্রতিটি প্রজেক্টের জন্য প্রিভিউ URL দেয় কি না এবং আলাদা লাইভ কাস্টম ডোমেইন যুক্ত করতে দেয় কি না দেখুন। পরিষ্কার সেটআপ হতে পারে অনুমোদনের জন্য staging.clientcompany.com এবং পাবলিক অ্যাপের জন্য portal.clientcompany.com।

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

Koder.ai ডেপ্লয়মেন্ট ও হোস্টিংয়ের সঙ্গে কাস্টম ডোমেইন সমর্থন করে। ফলে এজেন্সি ক্লায়েন্টের পাবলিক ঠিকানাকে চলমান কাজ থেকে আলাদা রাখতে পারে।

প্রজেক্ট সরিয়ে নেওয়ার পরিকল্পনা লিখে রাখুন

ক্লায়েন্ট এজেন্সি বদলাতে পারে, ডেভেলপমেন্ট নিজস্ব টিমে নিতে পারে বা পরে হোস্টিং সরাতে পারে। বর্তমান DNS রেকর্ড, রেজিস্ট্রার লগইনের মালিক, নবায়নের তারিখ এবং প্রতিটি অ্যাকাউন্টের দায়িত্বপ্রাপ্ত ব্যক্তির তথ্য লিখে রাখুন। এই নথি হ্যান্ডঅফের উপকরণের সঙ্গে রাখুন, কোনো কর্মীর ব্যক্তিগত নোটে নয়।

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

কতটা ডেপ্লয়মেন্ট নিয়ন্ত্রণ দরকার ঠিক করুন

লঞ্চের দিন সমস্যা না হওয়া পর্যন্ত হোস্টিংকে প্রযুক্তিগত খুঁটিনাটি মনে হতে পারে। বিল্ডারের হোস্টিং প্রজেক্টের জন্য উপযুক্ত কি না, নাকি ক্লায়েন্টের পরিচালিত অন্য পরিবেশে অ্যাপ চালানো দরকার, তা এজেন্সির জানা উচিত।

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

প্রতিটি প্ল্যাটফর্মকে বাস্তব প্রশ্নের ভিত্তিতে নম্বর দিন: এজেন্সি সরাসরি প্রকাশ করতে পারবে, নাকি প্রতিটি রিলিজে ক্লায়েন্টের অনুমোদন লাগবে? নির্দিষ্ট টিম সদস্যদের মধ্যে প্রকাশের অধিকার সীমিত করা যাবে? প্ল্যাটফর্মে স্ন্যাপশট ও রোলব্যাক আছে? লাইভ অ্যাপে পৌঁছানোর আগে আলাদা করে পরিবর্তন পরীক্ষা করা যাবে? বড় পরিবর্তনের আগে বর্তমান সোর্সের কপি রাখা যাবে?

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

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

Koder.ai ডেপ্লয়মেন্ট ও হোস্টিং, সোর্স কোড এক্সপোর্ট, স্ন্যাপশট এবং রোলব্যাক দেয়। নিয়মিত লঞ্চের জন্য এটি এজেন্সিকে সরাসরি পথ দেয় এবং বড় পরিবর্তনের আগে কাজের একটি কপি সংরক্ষণ করে। শুরুতেই জিজ্ঞেস করুন, ডোমেইনের মালিক কে, রিলিজ কে অনুমোদন করবে এবং অ্যাপ কোথায় চলতে হবে।

আপনার এজেন্সির ওয়ার্কফ্লোর সঙ্গে সহযোগিতা মিলিয়ে নিন

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

প্ল্যাটফর্ম তুলনার আগে এসব ভূমিকা চিহ্নিত করুন। এতে একটি লগইন ভাগাভাগি করা বা একাধিক চ্যাটের ক্লায়েন্ট নোট বিল্ড প্রম্পটে কপি করার মতো অস্বস্তিকর সমাধান এড়ানো যায়।

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

এজেন্সির জন্য উপযুক্ত AI অ্যাপ বিল্ডার এই কাজের ভাগের সঙ্গে মানানসই হবে। প্রতিটি ছোট প্রজেক্টে জটিল অনুমতির কাঠামো দরকার নেই, তবে কে প্রম্পট সম্পাদনা, সেটিংস পরিবর্তন, আপডেট প্রকাশ বা রোলব্যাক করতে পারে, তা আপনার টিমের জানা উচিত।

আগেই প্রকাশের নিয়ম ঠিক করুন

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

Koder.ai প্ল্যানিং মোড, স্ন্যাপশট ও রোলব্যাক সমর্থন করে। টিম কোনো পরিবর্তন নিয়ে আলোচনা করতে, চ্যাটের মাধ্যমে তা তৈরি করতে, ফলাফল পরীক্ষা করতে এবং রিলিজে সমস্যা হলে আগের সংস্করণ ফিরিয়ে আনতে পারে। চূড়ান্ত অনুমোদনের নিয়ম তবু টিমকেই ঠিক করতে হবে। অস্পষ্ট মালিকানা কোনো প্ল্যাটফর্ম সমাধান করতে পারে না।

ফিডব্যাক কাজের সঙ্গেই রাখুন

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

কেউ প্রজেক্ট সম্পাদনা করার আগে প্রতিটি অনুরোধকে নির্দিষ্ট সিদ্ধান্তে পরিণত করুন। যেমন: «সাইনআপ ফর্ম থেকে কোম্পানির আকারের ফিল্ড সরান, কিন্তু শিল্পের ফিল্ডটি রাখুন»। টিম যে প্রজেক্ট রেকর্ডে স্ট্যাটাস ও অনুমোদন রাখে, সেখানেই অনুরোধটি যোগ করুন।

এই অভ্যাস ক্লায়েন্ট অ্যাপ হ্যান্ডঅফও সহজ করে। প্রজেক্ট বন্ধ হলে ক্লায়েন্ট জানতে পারে কী পরিবর্তন হয়েছে, লাইভ প্রজেক্ট কে নিয়ন্ত্রণ করে এবং ভবিষ্যৎ আপডেট কীভাবে চাইতে হবে।

উদাহরণ: ক্লায়েন্ট পোর্টালের জন্য বিল্ডার বাছাই

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

টিম দুটি প্ল্যাটফর্মে একটি ছোট ফিচার পরীক্ষা করে: ক্লাসের তালিকা, বুকিং ফর্ম এবং উপলভ্য আসন পরিবর্তনের জন্য অ্যাডমিন ভিউ। তারা সোর্স কোড এক্সপোর্ট, ক্লায়েন্ট হ্যান্ডঅফ, ডোমেইন সেটআপ, ডেপ্লয়মেন্ট অ্যাক্সেস এবং টিম সহযোগিতায় প্রতিটি প্ল্যাটফর্মকে ১ থেকে ৫ নম্বর দেয়।

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

Koder.ai দিয়ে এজেন্সি চ্যাটের মাধ্যমে পোর্টাল তৈরি করতে পারে, পরে কাস্টম কাজ দরকার হলে সোর্স কোড এক্সপোর্ট করতে পারে, অ্যাপ ডেপ্লয় ও হোস্ট করতে পারে, কাস্টম ডোমেইন যুক্ত করতে পারে এবং আপডেটে সমস্যা হলে স্ন্যাপশট ব্যবহার করতে পারে। ক্লায়েন্ট প্রতি সপ্তাহে পোর্টালটি ব্যবহার করবে, তাই দ্রুত মকআপের চেয়ে এসব বিষয় বেশি গুরুত্বপূর্ণ।

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

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

এতে AI অ্যাপ বিল্ডার স্বল্পমেয়াদি প্রোটোটাইপ টুলের বদলে ডেলিভারি প্রক্রিয়ার অংশ হয়ে ওঠে। ক্লায়েন্ট কী পাবে, কে নিয়ন্ত্রণ করবে এবং ভবিষ্যৎ পরিবর্তনে এজেন্সি কীভাবে সাপোর্ট দেবে, তা পরিষ্কার থাকে।

লঞ্চের পর সমস্যা তৈরি করে এমন ভুল

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

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

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

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

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

Koder.ai সোর্স কোড এক্সপোর্ট, ডেপ্লয়মেন্ট ও হোস্টিং, কাস্টম ডোমেইন, স্ন্যাপশট এবং রোলব্যাক দেয়। প্রতিটি ক্লায়েন্ট প্রজেক্টের অনুমতি ও ডেলিভারির প্রয়োজন কোন প্ল্যানে পূরণ হবে, তা নিশ্চিত করুন।

বেছে নেওয়ার আগে দ্রুত চেকলিস্ট

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

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

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

Koder.ai সোর্স কোড এক্সপোর্ট, হোস্টিং ও ডেপ্লয়মেন্ট, কাস্টম ডোমেইন, স্ন্যাপশট, রোলব্যাক এবং প্ল্যানিং মোড সমর্থন করে। আপনার চুক্তির সঙ্গে অ্যাক্সেস মডেল ও হ্যান্ডঅফের ধাপ মিলিয়ে দেখুন। প্ল্যাটফর্মে সঠিক ফিচার থাকলেও ডোমেইন, ক্লাউড অ্যাকাউন্ট বা রিলিজ অনুমোদনের মালিক কে, তা কেউ ঠিক না করলে প্রক্রিয়া ব্যর্থ হতে পারে।

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

স্কোরকার্ড বাস্তবে ব্যবহার করুন

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

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

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

এজেন্সির জন্য AI অ্যাপ বিল্ডারে প্রেজেন্টেশনের চেয়ে হ্যান্ডঅফ ও রক্ষণাবেক্ষণকে বেশি গুরুত্ব দিন। ক্লায়েন্ট লঞ্চের পর নিয়ন্ত্রণ নিতে না পারলে বা অ্যাপ নতুন করে না বানিয়ে টিম সমস্যা ঠিক করতে না পারলে দ্রুত ডেমোর ব্যবহার সীমিত।

Koder.ai এমন এজেন্সির জন্য উপযুক্ত হতে পারে, যারা চ্যাটের মাধ্যমে ওয়েব, সার্ভার ও মোবাইল অ্যাপ তৈরি করতে চায়। এটি সোর্স কোড এক্সপোর্ট, হোস্টিং ও ডেপ্লয়মেন্ট, কাস্টম ডোমেইন, স্ন্যাপশট ও রোলব্যাক এবং কাজ শুরুর আগে বিল্ডে একমত হওয়ার জন্য প্ল্যানিং মোড সমর্থন করে। এজেন্সি ক্লায়েন্টের জন্য প্রজেক্ট হোস্ট করতে, সোর্স কোড হস্তান্তর করতে বা চলমান চুক্তির অধীনে অ্যাপ সাপোর্ট করতে পারে।

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