প্ল্যান পড়া (এবং পরিবর্তন করা)

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

ভুল এক: চোখ বন্ধ করে অনুমোদন করা

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

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

ভুল দুই: দ্বিতীয় দফা এড়াতে অতিরিক্ত নির্দিষ্ট করা

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

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

সরল-ভাষার এডিটগুলো যা আসলে কাজ করে সেগুলো সংক্ষিপ্ত:

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

ভুল তিন: পণ্যের ধরনকে একটি নরম ক্ষেত্র হিসেবে বিবেচনা করা

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

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

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

এই তিনটি বন্ধ করার পর যা বাকি থাকে

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

1. পণ্যের ধরন পড়ুন।
2. এটি আপনার প্রম্পটের সাথে ক্রস-চেক করুন।
3. অনুমিত-ফিচার তালিকা দেখে নিন যা দেখলেই বাতিল করতে চাইবেন।

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

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