Noida-র যেকোনো টেক হাবে ঢুকলেই আপনি এমন ডজন ডজন এজেন্সি পাবেন যারা এন্ড-টু-এন্ড ওয়েব সলিউশনের প্রতিশ্রুতি দেয়। তাদের পিচ ডেকগুলো (pitch decks) বেশ চিত্তাকর্ষক দেখায়। তাদের সেলস টিমগুলো আত্মবিশ্বাসী শোনায়। কিন্তু গভীরে তাকালে একটি পরিচিত চিত্র ফুটে ওঠে। যে পোর্টফোলিওটি মসৃণ ইন্টারফেস দিয়ে আপনাকে মুগ্ধ করেছিল, তার আড়ালে এমন একটি টিম থাকতে পারে যারা একটি মাত্র ডাটাবেস কুয়েরি (database query) লিখতে হিমশিম খায়। অথবা যারা Laravel এবং Node.js নিয়ে বড়াই করে, তারা হয়তো এমন একটি ইউজার এক্সপেরিয়েন্স (user experience) দেবে যা ২০০৩ সালের কোনো স্প্রেডশিটের মতো মনে হবে। ক্লায়েন্টরা সাধারণত চুক্তি স্বাক্ষরের পর, ডিপোজিট দেওয়ার পর এবং প্রজেক্টটি যখন ইতোমধ্যেই বিচ্যুত হয়ে যায়, তখন এই অমিলটি বুঝতে পারেন। ততক্ষণে ক্ষতি হয়ে গেছে।

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

পিক্সেল এবং প্রোডাকশনের মধ্যকার ব্যবধান

ওয়েব ডিজাইন মূলত একটি সাইট দেখতে কেমন এবং এর অনুভূতি কেমন তা নিয়ে কাজ করে। একজন ডিজাইনার হায়ারার্কি (hierarchy), হোয়াইট স্পেস (white space), কালার সাইকোলজি (color psychology) এবং একটি ইউজার ল্যান্ডিং পেজ থেকে চেকআউট বা কন্টাক্ট ফর্ম পর্যন্ত যে পথ অনুসরণ করে তা নিয়ে ভাবেন। তারা Figma বা Adobe XD-এর মতো টুল ব্যবহার করেন। চূড়ান্ত ফলাফল হিসেবে তারা কিছু স্ট্যাটিক স্ক্রিন বা একটি ক্লিকযোগ্য প্রোটোটাইপ (clickable prototype) প্রদান করেন। এটি আপনাকে একটি ভিশন বা ধারণা দেখায়। এটি ফর্মের ডেটা সংগ্রহ করে না, পেমেন্ট প্রসেস করে না বা হাজার হাজার সমসাময়িক ভিজিটরকে পেজ সার্ভ করে না। এটি একটি ব্লুপ্রিন্ট বা নকশা মাত্র, কোনো দালান নয়।

ওয়েব ডেভেলপমেন্ট হলো ইঞ্জিনিয়ারিং পর্যায়। একজন ডেভেলপার সেই ব্লুপ্রিন্টগুলো নিয়ে HTML, CSS এবং JavaScript লেখেন যা ব্রাউজারে রেন্ডার হয়। যদি প্রজেক্টের প্রয়োজন হয়, তবে তারা ব্যাকএন্ড লজিক (backend logic) তৈরি করেন, সার্ভার কনফিগার করেন, ডাটাবেস স্কিমা (database schema) ডিজাইন করেন এবং পেমেন্ট গেটওয়ে, শিপিং API বা অথেন্টিকেশন প্রোভাইডারের মতো থার্ড-পার্টি সার্ভিসগুলো ইন্টিগ্রেট করেন। এর আউটপুট হলো একটি লাইভ URL যা প্রকৃতপক্ষে কাজ করে।

এই দুটি জগত ভিন্ন ভিন্ন ভাষায় কথা বলে। একজন ডিজাইনার চিন্তিত হন যদি একটি বাটন দেখতে সহজলভ্য বা ব্যবহারযোগ্য মনে না হয়। একজন ডেভেলপার চিন্তিত হন যদি সেই একই বাটন নেটওয়ার্ক ল্যাটেন্সির (network latency) মধ্যেও সঠিকভাবে একটি API কল ট্রিগার করে কি না। উভয় চিন্তাই গুরুত্বপূর্ণ। কিন্তু যে এজেন্সি কেবল একটি ভাষাতেই কথা বলতে পারে, তারা অন্য অর্ধেক কাজ অসম্পূর্ণ রেখে যাবে।

"ফুল সার্ভিস"-এর মরীচিকা

Noida-র এজেন্সি মার্কেটটি বেশ জনাকীর্ণ। প্রতিযোগিতা অত্যন্ত তীব্র। তাই সংস্থাগুলো স্বাভাবিকভাবেই দাবি করে যে তারা ডিজাইন থেকে ডিপ্লয়মেন্ট (deployment) পর্যন্ত সবকিছুই করে। বাস্তবতা প্রায়শই ভারসাম্যহীন হয়। একটি এজেন্সির হয়তো তিনজন প্রতিভাবান ভিজ্যুয়াল ডিজাইনার থাকতে পারে এবং একজন জুনিয়র ডেভেলপার থাকতে পারে যে পার্ট-টাইম কোডিং করে। অথবা এর উল্টোটাও হতে পারে: মেধাবী ইঞ্জিনিয়ার যারা টাইপোগ্রাফিকে (typography) গুরুত্বহীন মনে করেন। এই দুই ধরনের ভারসাম্যহীনতা কোনোটিই ক্লায়েন্টের জন্য ভালো নয়।

ঝুঁকিটি কেবল নান্দনিকতার নয়। একটি ডিজাইন-নির্ভর টিম হয়তো চমৎকার সব মকআপ (mockup) তৈরি করতে পারে যা রেসপনসিভভাবে (responsively) তৈরি করা দুঃস্বপ্নের মতো হতে পারে। অন্যদিকে, একটি ডেভেলপমেন্ট-নির্ভর টিম হয়তো আপনার পণ্যের ওপর একটি সাধারণ অ্যাডমিন টেমপ্লেট বসিয়ে দেবে এবং সেটিকে ব্র্যান্ডেড বলে দাবি করবে। এই বিচ্ছিন্নতা কেবল ইউজার অ্যাকসেপ্টেন্স টেস্টিং (user acceptance testing)-এর সময় দৃশ্যমান হয়, যখন আপনি বুঝতে পারেন যে সাইটটি অনুমোদিত কনসেপ্টের সাথে মোটেও মিলছে না, অথবা কনসেপ্টটি আদতে বাস্তবায়নযোগ্যই ছিল না।

তিনটি প্রশ্ন যা বিভ্রান্তি দূর করবে

কোনো কিছু স্বাক্ষর করার আগে, একটি এজেন্সি সত্যিই উভয় ক্ষেত্রে দক্ষ কি না তা যাচাই করতে এই প্রশ্নগুলো ব্যবহার করুন।

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

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

আট মাস পরে একটি নতুন পেজ টাইপ যোগ করার প্রক্রিয়া কী? এটি প্রকাশ করে যে সাইটটি কতটা চিন্তাশীলভাবে আর্কিটেক্ট করা হয়েছে। একটি ভঙ্গুর কোডবেসের (brittle codebase) প্রতিটি ছোট কাঠামোগত পরিবর্তনের জন্য ডেভেলপারের হস্তক্ষেপের প্রয়োজন হয়। একটি সুগঠিত সাইট আপনার মার্কেটিং টিমকে কোনো টিকিট ওপেন না করেই CMS-এর মাধ্যমে নতুন ল্যান্ডিং পেজ লেআউট তৈরির নমনীয়তা দেয়। যদি এজেন্সিটি এই প্রশ্নে বিভ্রান্ত দেখায়, তবে তাদের ডেভেলপমেন্ট প্রক্রিয়া সম্ভবত কেবল লঞ্চ পর্যন্তই ছিল, দীর্ঘমেয়াদী রক্ষণাবেক্ষণের জন্য নয়।

CMS-এর অন্ধবিন্দু

এখানেই বেশিরভাগ প্রজেক্ট লঞ্চের পর নিঃশব্দে ব্যর্থ হয়।

ক্লায়েন্টরা হোমপেজের হিরো সেকশন নিয়ে অতিরিক্ত ব্যস্ত থাকে কিন্তু দৈনন্দিন কাজের প্রবাহ (workflow) ভুলে যায়। লঞ্চ করার ছয় সপ্তাহ পর, আপনার সেলস টিম প্রাইসিং আপডেট করতে চায়। আপনার কন্টেন্ট ম্যানেজার একটি কেস স্টাডি প্রকাশ করতে চান। আপনার এইচআর হেড তিনটি নতুন চাকরির বিজ্ঞপ্তি পোস্ট করতে চান। যদি এগুলোর যেকোনো একটি যোগ করতে সাপোর্ট টিকিট ফাইল করতে হয় এবং একজন ডেভেলপারের PHP টেমপ্লেট এডিট করার জন্য দুই কার্যদিবস অপেক্ষা করতে হয়, তবে আপনার ওয়েবসাইট ইতিমধ্যেই একটি প্রতিবন্ধক (bottleneck) হয়ে দাঁড়িয়েছে।

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

যখন দুটি টিম হয়ে যায় শূন্য টিম

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

স্ট্যাটিক স্ক্রিন রেসপন্সিভ আচরণ ব্যাখ্যা করে না। একটি মকআপ (mockup) এটি নির্দিষ্ট করে না যে সার্চ করার পর কোনো ফলাফল না পাওয়া গেলে কী হবে। এটি হোভার স্টেট (hover states), লোডিং স্কেলিটন (loading skeletons), এরর মেসেজিং বা এম্পটি স্টেট (empty states) বর্ণনা করে না। ডেভেলপারকে তখন উদ্দেশ্য অনুমান করতে হয়। প্রায়শই তারা ভুল অনুমান করে। এরপর ডিজাইনার স্টেজিং সাইটটি রিভিউ করেন এবং এটিকে ত্রুটিপূর্ণ বলে ঘোষণা করেন। ডেভেলপার পাল্টা যুক্তি দেন যে ডিজাইনটি অসম্পূর্ণ ছিল। ক্লায়েন্টকে তখন রিওয়ার্কের জন্য টাকা দিতে হয়, আর এদিকে দুটি টিম Slack থ্রেড এবং ইমেল চেইনে তর্ক করতে করতে সপ্তাহ পার করে দেয়।

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

হ্যান্ডঅফের প্রকৃত খরচ

আপনি যদি একজন ফ্রিল্যান্সার হন এবং এটি पढ़ते থাকেন, তবে আপনার কাছে এই সব কিছুই তাত্ত্বিক নয়। আপনি সম্ভবত এই ধ্বংসস্তূপের উত্তরাধিকারী হয়েছেন। আপনি ক্লায়েন্টের Figma ফাইল খুলে দেখেছেন বিশটি আর্টবোর্ড আছে কিন্তু কোনো মোবাইল ব্রেকপয়েন্ট (mobile breakpoints) নেই। আপনি এমন একটি ব্যাকএন্ডের দিকে তাকিয়েছেন যেখানে প্রতিটি কন্টেন্ট ফিল্ড হার্ডকোডেড (hardcoded), কারণ পূর্ববর্তী ডেভেলপার ডিজাইনারের সাথে কখনো দেখা করেননি। আপনি দুই দিনের কাজের কোটেশন দিয়েছেন কিন্তু পরে আবিষ্কার করেছেন যে পুরো কন্টেন্ট আর্কিটেকচারটি নতুন করে তৈরি করতে হবে।

এই গ্যাপগুলো পূরণ করা ব্যয়বহুল কারণ এগুলো কখনোই কেবল প্রযুক্তিগত সমস্যা নয়। এগুলো হলো কোডের মধ্যে আটকে পড়া যোগাযোগের ব্যর্থতা।

মূল শিক্ষা

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