সাইডবারের আইটেম ধরে ধরে বর্ণনা না করে, চলুন একটা প্রকৃত অ্যাকাউন্টের পুরো যাত্রা দেখাই, শুরু থেকে শেষ পর্যন্ত। ধরুন, একজন ফ্রিল্যান্সার, প্ল্যাটফর্মে প্রথম সপ্তাহ, একটা ছোট ক্লায়েন্টের জন্য একটা হ্যাবিট-ট্র্যাকিং অ্যাপ তৈরি করছেন। ড্যাশবোর্ড দিয়ে যাওয়ার সময় বিল্ডটার সাথে যা যা ঘটে, ঠিক যে ক্রমে ঘটে — আর প্রতিটা স্টপে যা হয় সাহায্য করেছে নয়তো পাঁচ মিনিট নষ্ট করেছে, তাই দেখানো হলো।
প্রম্পট
তারা AI Builder খুলে "build me a habit tracker"-এর কাছাকাছি কিছু টাইপ করেন। এটা একটা যুক্তিসঙ্গত প্রথম বাক্য, কিন্তু খারাপ চূড়ান্ত প্রম্পট। যা ফেরত আসে সেটা কোড নয় — সেটা সাদামাটা ভাষায় লেখা একটা পরিকল্পনা, আর আপনি যদি "ঠিকই তো আছে" পর্যন্ত পড়ে অ্যাপ্রুভ ক্লিক করেন, তাহলে আপনি এমন কিছু পাবেন যা টেকনিক্যালি "habit tracker" শব্দগুলোর সাথে সামঞ্জস্যপূর্ণ, কিন্তু গুরুত্বপূর্ণ প্রতিটা দিক থেকেই জেনেরিক। এই ফ্রিল্যান্সারের ক্লায়েন্ট কোনো সোশ্যাল ফিচার চাননি, শুধু লোকাল স্টোরেজ, ডিফল্টভাবে ডার্ক মোড। এর একটাও প্রথম প্রম্পটে ছিল না। এগুলো তার বদলে প্ল্যানে যায়, অ্যাপ্রুভালের আগে তিনটা এডিট হিসেবে: প্ল্যান নিজে থেকে বানানো "share your streak" ফিচারটা বাদ দেওয়া, স্টোরেজের লাইনটা বদলানো, ডিফল্ট থিম উল্টে দেওয়া। ত্রিশ সেকেন্ডের এডিটিং। এর ফলে যে বিল্ড বের হয়ে আসে, সেটা "habit tracker" শব্দটার সাথে মেলার বদলে ব্রিফের সাথে মেলে।
প্ল্যান স্টেপ যা মানুষ এড়িয়ে যায়
আমি অন্য ব্যবহারকারীদের ঠিক এই মুহূর্তেই ভুল করতে দেখেছি — না পড়েই প্রথম প্ল্যান অ্যাপ্রুভ করা, তিনটা ইটারেশন গভীরে চলে যাওয়া, আর তারপর এমন কনস্ট্রেইন্ট আবার ব্যাখ্যা করতে শুরু করা যা প্ল্যান স্টেজেই ঠিক করে নেওয়া উচিত ছিল। প্ল্যান স্টেপটা ঠিক এই কারণেই আছে, যাতে আপনাকে সেটা করতে না হয়। এটার খরচ প্রায় কিছুই না, আর এই লুপের এটাই একমাত্র জায়গা যেখানে আপনি আপনার নিজের ভাষায় এজেন্টের সাথে আলোচনা করছেন, কোডে তার আউটপুট ডিবাগ করার বদলে।
বিল্ডটা আসলে কোথায় গিয়ে থামে
একবার এটা জেনারেট হয়ে গেলে, হ্যাবিট ট্র্যাকারটা My Builds-এ একটা কার্ড হিসেবে দেখা যায় — লাইব্রেরি পেজ, টাইপ অনুযায়ী ফিল্টারযোগ্য, আর তৃতীয় সপ্তাহ নাগাদ পাঁচ-ছয়টা বিল্ড জমা হয়ে গেলে এই ফ্রিল্যান্সার অন্য যেকোনো পেজের চেয়ে এটাই বেশি খুলবেন। এটা Showcase-এ দেখা যায় না; সেই পেজ কিউরেটেড, স্বয়ংক্রিয় নয়, আর একটা ক্লায়েন্ট বিল্ড সেখানে অপ্রকাশিতভাবে বসে থাকাই সঠিক ডিফল্ট। এটা Templates-এও দেখা যায় না, যদি না ফ্রিল্যান্সার সেটাকে একটা টেমপ্লেট হিসেবে সেভ করার কথা ভাবেন — এখানে করাটা আসলে ভালো, কারণ একটা হ্যাবিট ট্র্যাকার স্কেলিটন ঠিক সেরকম জিনিস যা একজন ফ্রিল্যান্সার পরের ক্লায়েন্টের জন্য ভিন্ন ব্র্যান্ডিং দিয়ে আবার তৈরি করবেন। বেশিরভাগ মানুষ "save as template" আবিষ্কার করেন ষষ্ঠ বিল্ডে গিয়ে, আর তখন আফসোস করেন কেন প্রথম বিল্ডেই করলেন না।
পাবলিশড, নাকি আরও কিছু ভারী
এবার ডিস্ট্রিবিউশনের প্রশ্ন। তিনটা প্রকৃত অপশন, একটা অপশনের তিনটা নাম নয়। Published একটা ফ্রি সাবডোমেইন দেয়, সেকেন্ডের মধ্যে লাইভ, কোনো সেটআপ লাগে না — ক্লায়েন্ট এখনও রিভিউ করছে আর হয়তো রিডিজাইন চাইতে পারে, এই পর্যায়ে এটাই সঠিক সিদ্ধান্ত। Domain Management তখন কাজে লাগে যখন ক্লায়েন্টের নিজের ডোমেইন সেটার দিকে পয়েন্ট করার জন্য প্রস্তুত, আর এই স্টেপ দুইটা কাজ করে: এখানে একটা ডোমেইন কানেক্ট করা শুধু URL পরিবর্তন নয়, এটাই সাইডবারের নিচের দিকের অ্যানালিটিক্স পেজগুলোতে কোনো কিছু যুক্ত করার সুযোগ তৈরি করে। Deploy, সেটিংসের নিচে, হলো SFTP পথ, যখন ক্লায়েন্ট জোর দেয় যে বিল্ডটা তাদের নিয়ন্ত্রিত ইনফ্রাস্ট্রাকচারে থাকুক — বেশি সেটআপ লাগে, আর ফ্রিল্যান্সার আর আপটাইমের কোনো দায়িত্বই নিজের হাতে রাখেন না, যা একটা প্রকৃত ট্রেড-অফ, দুর্ঘটনাক্রমে আবিষ্কার করার চেয়ে স্পষ্টভাবে জানাই ভালো।
এই বিল্ডের জন্য, প্রথমে Published। পরে সাবডোমেইন থেকে কাস্টম ডোমেইনে সরে যাওয়া কোনো ঘটনাই না। বাতিল হয়ে যাওয়া একটা ক্লায়েন্ট প্রজেক্টে কাস্টম-ডোমেইন ডিপ্লয় আনডু করা যতটা লাভজনক তার চেয়ে বেশি ঝামেলার — আর এই ফ্রিল্যান্সার আগের একটা প্রজেক্টে ঠিক এই কারণেই ভুগেছেন, যা "default to Published" অভ্যাসের পুরো কারণ।
অ্যাপ-স্টোরের বাঁক
এই নির্দিষ্ট ক্লায়েন্ট একটা অ্যাপ-স্টোর লিস্টিংও চেয়েছিলেন, তাই বিল্ডটা Published-এ থেমে না গিয়ে Shipped-এর মধ্য দিয়ে যায় — এই পেজটা আছে কারণ স্টোর রিভিউ ওয়েব ডিপ্লয়ের মতো একরকম নয়, এটা অ্যাসিনক্রোনাস। একটা স্টোরে সাবমিট করলে দুইদিন বসে থাকে; আরেকটাতে সাবমিট করলে বিশ মিনিটেই ক্লিয়ার হয়ে যায়। Shipped হলো সেই জায়গা যেখানে পাঁচটা ব্রাউজার ট্যাব পাঁচটা আলাদা স্টোর কনসোলে খুলে না রেখেই — প্রতিটার আলাদা লগইন আর আলাদা স্ট্যাটাস ভাষা সহ — এটা ট্র্যাক করা যায়।
কেউ যে খালি পেজ সম্পর্কে সতর্ক করেনি
ডোমেইন কানেক্ট হওয়ার এক সপ্তাহ পর, ফ্রিল্যান্সার সেটা চেক করতে Search Performance খোলেন। খালি। বরং কিছুটা মনমরা দেখতে — কোনো চার্ট নেই, কোনো সংখ্যা নেই, শুধু একটা অ্যাকাউন্ট-কানেক্ট করার প্রম্পট। এটা কোনো ভাঙাচোরা অবস্থা নয়, এটা সৎ: এখনও কোনো ডেটা নেই, কারণ Search Performance, Google Analytics আর Store Analytics সবই সেটিংসের নিচের Google অ্যাকাউন্ট কানেকশনের ওপর নির্ভর করে, আর এদের কেউই ব্যাকফিল করে না। কানেক্ট করার মুহূর্ত থেকেই সিঙ্ক শুরু হয়, শুধু সামনের দিকে। প্রথম দিনেই ডোমেইন কানেক্ট করলে দ্বিতীয় সপ্তাহে আপনার এক সপ্তাহের হিস্ট্রি থাকবে; ভুলে যাওয়ার কারণে দশম দিনে কানেক্ট করলে, দশম দিনেই আপনি শূন্য থেকে শুরু করছেন। এই ফ্রিল্যান্সার ডোমেইন কানেক্ট করেছিলেন, কিন্তু Google অ্যাকাউন্ট কানেক্ট করেননি — দুইটা আলাদা স্টেপ, যেগুলো দেখতে একটাই মনে হয়।
এখানে যা আসলে ক্ষতি করে সেটা মিসিং চার্ট নয়। বরং অপ্টিমাইজেশন এজেন্টরা এই একই ডেটা থেকে পড়ে, আর কোনো পেজের র্যাংকিং উন্নত করতে বলা একটা এজেন্ট, যার পেছনে কোনো Search Performance হিস্ট্রি নেই, সে এই সাইটের প্রকৃত সংখ্যার বদলে সাধারণ বেস্ট প্র্যাকটিসের ওপর নির্ভর করে কাজ করছে। কানেকশন এড়িয়ে যাওয়া শুধু একটা ড্যাশবোর্ড পেজ খালি রেখে দেয় না — এটা এজেন্টরা কী করতে পারবে তাও সীমিত করে দেয়।
যে ব্রিফটা না চাইতেই চলে আসে
দুই সপ্তাহ পর, Discovery-তে একটা কার্ড আবির্ভূত হয়: একটা অপরচুনিটি ব্রিফ, যেটা ক্লায়েন্টের সাইটে একটা কনটেন্ট গ্যাপ চিহ্নিত করছে, সাথে একটা Build-this বাটন যুক্ত। যখন এটা এমন কিছুতে পড়ে, যা আপনি এমনিতেই করতেন, তখন এটা সত্যিই কাজের। কিন্তু Discovery ডিজাইন অনুযায়ীই নির্ভুলতার চেয়ে সংখ্যার দিকে ঝুঁকে থাকে — কেউ যতগুলোতে কাজ করবে তার চেয়ে বেশি ব্রিফ — তাই সঠিক দৃষ্টিভঙ্গি হলো একে সাজেশন ইনবক্স হিসেবে দেখা, ক্লিয়ার করার মতো কিউ হিসেবে নয়। এই ফ্রিল্যান্সার কয়েকদিন পরপর সেটা চোখ বুলিয়ে দেখেন আর বেশিরভাগই এড়িয়ে যান, আর সেটাই এর উদ্দেশ্যমূলক ব্যবহার, কোনো ঘাটতি নয়।
যে সেটিংসগুলো প্রথম দিনেই করা উচিত ছিল
এতক্ষণে ফ্রিল্যান্সার সেটিংস মেনু ইচ্ছাকৃতভাবে না খুলেও চারটা সেটিংস পেজে হাত দিয়ে ফেলেছেন — প্রতিটাই আবিষ্কৃত হয়েছে কারণ অন্য কিছু খালি ছিল।
| পেজ | এটা আসলে কী নিয়ন্ত্রণ করে দেখা গেল |
|---|---|
| Google Accounts | Search Performance, Google Analytics, আর এজেন্টদের গ্রাউন্ডিং ডেটা — একটা কানেকশন, তিনটা জায়গায় প্রভাব |
| ডিপ্লয় | SFTP টার্গেট, শুধু ক্লায়েন্ট-নিয়ন্ত্রিত-সার্ভার পথের জন্য প্রয়োজন |
| AI মিডিয়া | বিল্ডের ভেতরে ব্যবহৃত ছবি জেনারেশনের ডিফল্ট সেটিংস |
| প্ল্যান ও ক্রেডিট | ব্যবহারের সীমা, ক্রেডিট প্যাক, রসিদ |
Google Accounts হলো সেই জিনিস যা আগেই সেরে রাখা উচিত। এটা তিনটি আলাদা ড্যাশবোর্ড সারফেসের পেছনে থাকা একটিমাত্র কানেকশন পয়েন্ট, আর এটা কঠিন উপায়ে বুঝতে পারা — তিনটি ভিন্ন খালি পেজ, তিনবার "ওহ, আমাকে একটা কিছু কানেক্ট করতে হবে" মনে হওয়া — ঠিক সেই ঘর্ষণ যা প্রথম দিনেই পাঁচ মিনিটের সেটআপ করলে এড়ানো যায়।
যে দুটো জিনিস শুরু থেকেই সেখানে ছিল
ভাসমান Ask-AI বোতামটি এই পুরো সময় জুড়ে প্রতিটি পেজেই ছিল, আর এটা কোনো সীমিত FAQ বট নয় — এটা আপনার হয়ে একটা অ্যাকাউন্ট কানেক্ট করতে পারে, একটা বিল্ড শুরু করতে পারে, বা কেন একটা পেজ খালি দেখাচ্ছে তা ব্যাখ্যা করতে পারে। ফ্রিল্যান্সারের ক্লায়েন্ট, যিনি ইংরেজি বলেন না, রিভিউ কলের জন্য পুরো ইন্টারফেস অন্য ভাষায় চেয়েছিলেন; নেভিগেশনে থাকা গ্লোবটি চলমান বিল্ড হারানো ছাড়াই মাঝপথে সব বিশটি ভাষায় সুইচ করে দেয়। এই দুটোর কোনোটাই এই ওয়াকথ্রুর বাকি সবকিছুর মতো চেষ্টা করে আবিষ্কার করার দরকার ছিল না। এগুলো এমনিতেই সেখানে ছিল।
এটাই এই পুরো অ্যাকাউন্টের প্রথম দুই সপ্তাহের সৎ সারসংক্ষেপ — "আগে ডকুমেন্টেশন পড়ুন, তারপর তৈরি করুন" নয়, বরং উল্টোটা। My Builds ততক্ষণ একটা বিমূর্ত ধারণা ছিল, যতক্ষণ না তাতে একটা কার্ড এসেছে। Search Performance ততক্ষণ খালি অবস্থায় ছিল, যতক্ষণ না একটা ডোমেইন তাতে ডেটা দিয়েছে। প্রথম বিল্ডের আগে ফ্লোর প্ল্যান পড়া ভালো পটভূমি, কিন্তু ফ্লোর প্ল্যান তখনই সত্যিকার অর্থে বোধগম্য হয় যখন তাতে সত্যিকারের একটা হ্যাবিট ট্র্যাকার বসানো থাকে।
