উৎস প্রতিশ্রুতিতে দিয়ে শুরু করুন
ডিজাইন কাজের আগে উৎস দাবী, লক্ষ্য শ্রোতা, অফার, শর্ত, এবং CTA ক্যাপচার করুন। সেটির মানে সরাসরি ভাষায় সংরক্ষণ করুন, একটি বিস্তৃত ব্র্যান্ড স্লোগান নয়। যদি উৎস একটি ফ্রি মাইগ্রেশন অ্যাসেসমেন্ট দেয়, তা শীর্ষের নিকটে বলুন।
কোন কে কি পায় তার একটি সংক্ষিপ্ত ব্যাখ্যা যোগ করুন এবং প্রধান CTA পাশে দেখান। যেকোনো উল্লেখযোগ্য মূল্য, যোগ্যতা, চুক্তি, অবস্থান, বা সময় সম্পর্কিত শর্ত প্রতিশ্রুতির কাছে রাখুন। মেসেজ ম্যাচ হল ধারাবাহিকতা, শব্দ-প্রতি-শব্দ পুনরাবৃত্তি নয়: পেজটি সেই সংক্ষিপ্ত বিজ্ঞাপন যা ব্যাখ্যা করতে পারেনি তা বোঝাতে পারে।
উৎস দাবি, পেজ হেডলাইন, সহায়ক ব্যাখ্যা, যোগ্যতা শর্ত, এবং CTA রেকর্ড করুন। প্রকাশের আগে বিরোধ নিরসন করুন।
একটি প্রধান ফলাফলের উপর মনোনিবেশ করুন: যোগাযোগ অনুরোধ করা, নির্ধারিত আইটেম কেনা, ট্রায়াল শুরু করা, বা একটি রিসোর্স অ্যাক্সেস করা।
পরবর্তী সিদ্ধান্তটিকে দেখা সহজ করে তুলুন
ভিজ্যুয়াল হায়ারারকি হল সেই ক্রম যেখানে সাইজ, স্পেসিং, কনট্রাস্ট, অবস্থান, এবং গ্রুপিং মনোযোগ নির্দেশ করে। মোবাইল ক্রম হিসেবে ব্যবহার করুন: প্রতিশ্রুতি, ব্যাখ্যা, CTA, প্রমাণ, বিস্তারিত, এবং পুনরাবৃত্ত CTA। একজন ভিজিটরকে অফার শেখার আগে লেআউট ডিকোড করতে হবে না।
প্রধান CTA-কে স্পষ্ট ভাষা, কনট্রাস্ট, এবং প্রসার দিন। সেকেন্ডারি অ্যাকশনগুলোকে শান্ত রাখুন। মেনু, চ্যাট, কনসেন্ট নোটিস, ব্যানার, এবং ক্যারোসেলগুলো ছোট স্ক্রিনে CTA, ফিল্ড, ফোকাস স্টেট, বা গুরুত্বপূর্ণ শর্তগুলো ঢেকে রাখা উচিত নয়।
প্রথমবার দেখেন এমন কেউ কি অফার করা হচ্ছে, কাদের জন্য, এবং তারা পরবর্তী কী করবে তা জিজ্ঞাসা করুন। অনিশ্চয়তা হলে তা কপি বা লেআউট সমস্যা।
সাধারণ প্রস্থ, জুম, এবং দীর্ঘ অনুবাদিত স্ট্রিং পরীক্ষা করুন। অ্যাকশনটি দুর্ঘটনাক্রমে ট্যাপ হওয়া ছাড়া পৌঁছন যোগ্য থাকতে হবে।
অতিরঞ্জনা না করে দাবিটি প্রমাণ করুন
প্রমাণ ব্যবহার করুন যা একটি প্রাসঙ্গিক সন্দেহের জবাব দেয়: সক্ষমতার জন্য ফিচার ব্যাখ্যা, বাস্তবায়নের জন্য উদাহরণ, বাজেটের জন্য মূল্য ব্যাখ্যা, বা ঝুঁকির জন্য একটি নীতি। সম্ভব হলে কেস-স্টাডি উৎস ও তারিখ নির্ধারণ করুন। গ্রাহকের ফলাফলে প্রভাবিত শর্তগুলো উল্লেখ করুন, এবং তা সাধারণ বলে উপস্থাপন করবেন না।
শুধুমাত্র তথ্যমূলক ও উত্স-নির্দিষ্ট টেস্টিমোনিয়াল ব্যবহার করুন। FTC নির্দেশনা বলে যে একটি ব্যবসা যদি নিজের ওয়েবসাইটে ভুয়া বা মিথ্যা টেস্টিমোনিয়াল রাখে তাহলে U.S. Consumer Reviews and Testimonials Rule অনুযায়ী দায়ী হতে পারে। কোট invent করবেন না, অর্থ পরিবর্তন করবেন না, একটি গুরুত্বপূর্ণ সম্পর্ক গোপন করবেন না, বা ইতিবাচক মনোভাবের জন্য অর্থ প্রদান করবেন না। উৎসাহিত প্রতিক্রিয়া, রেগুলেটেড দাবী, এবং আন্তঃসীমানায় প্রচারণার জন্য যোগ্য আইনগত ও কমপ্লায়েন্স পর্যালোচনা নিন।
একজন সন্দেহপ্রবণ ভিজিটরকে এই দাবি বিচার করতে কী দরকার ছিল তা জিজ্ঞাসা করুন, তারপর সেই প্রমাণ দিন বা লিংক করুন।
প্রোডাক্ট সক্ষমতা, পর্যবেক্ষিত গ্রাহক ফলাফল, এবং পূর্বাভাসগুলো আলাদা রাখুন।
ফর্ম ও অ্যাকশনকে অধিক মানুষের জন্য ব্যবহারযোগ্য করুন
W3C-এর ফর্ম নির্দেশনা প্রতিটি কন্ট্রোলের জন্য একটি লেবেল, সম্পন্ন করার নির্দেশ, এবং স্পষ্ট সফলতা ও ত্রুটি নোটিফিকেশন পরামর্শ করে। প্রক্রিয়া সম্পন্ন করতে যত তথ্য প্রয়োজন শুধুকেযা জিজ্ঞেস করুন। দৃশ্যমান লেবেল এবং ছোট ফর্ম ঘর্ষণ কমায় ও অনাবশ্যক ডেটা সংগ্রহ প্রতিহত করে।
হিন্ট টেক্সটকে একমাত্র লেবেল হিসেবে ব্যবহার করবেন না এবং কেবল রঙকেই একমাত্র ত্রুটি সংকেত হিসেবে ব্যবহার করবেন না। সাবমিশনের আগে প্রয়োজনীয় ক্ষেত্র এবং ফরম্যাটগুলো চিহ্নিত করুন; সংশোধন কিভাবে করতে হয় তা ব্যাখ্যা করুন। কীবোর্ড নেভিগেশন ও কনফার্মেশন ফিডব্যাক পরীক্ষা করুন। WCAG 2.2 Level AA-তে স্বাভাবিক টেক্সটের জন্য 4.5:1 কনট্রাস্ট অনুপাত ও বড় টেক্সটের জন্য 3:1 নির্ধারিত; এর পাশাপাশি টেক্সট রিসাইজ করেও কার্যকারিতা বজায় রাখার প্রত্যাশা রয়েছে। প্রযুক্তিগত চেক ব্যবহারকারী পরীক্ষার বা স্থানীয় পরামর্শ প্রতিস্থাপন করে না।
প্রতিটি কন্ট্রোলে ট্যাব করুন। ফোকাস দৃশ্যমান হতে হবে, অর্ডার পড়ার ক্রম অনুসরণ করতে হবে, এবং মডালগুলির একটি পরিষ্কার এক্সিট থাকা দরকার।
পেমেন্ট বা সংবেদনশীল ব্যক্তিগত ডেটার জন্য ক্ষেত্রগুলো সর্বনিম্ন রাখুন এবং যোগ্য সিকিউরিটি, প্রাইভেসি, ও পেমেন্ট-কমপ্লায়েন্স পর্যালোচনা নিন। এটি একটি কমপ্লায়েন্স মূল্যায়ন নয়।
হিরোকে দ্রুত রাখুন এবং লেআউট স্থিতিশীল রাখুন
Largest Contentful Paint, বা LCP, বড় শুরু কন্টেন্ট উপাদানের লোডিং পারফরম্যান্স মাপে। Google পরামর্শ দেয় LCP 2.5 সেকেন্ডের মধ্যে রাখার চেষ্টা করতে, Interaction to Next Paint (INP) 200 মিলিসেকেন্ডের নিচে রাখতে, এবং Cumulative Layout Shift (CLS) 0.1 এর চেয়ে কম রাখার জন্য। এগুলো ডায়াগনস্টিক্স, রূপান্তরের গ্যারান্টি নয়।
মোবাইল ভিজিটে আসল LCP উপাদানটি মাপে; এটি হিরো ইমেজ বা হেডলাইন হতে পারে। web.dev সুপারিশ করে যে সেই রিসোর্সটি প্রথম HTML-এ খুঁজে পাওয়া উচিত এবং কখনই LCP ইমেজকে lazy-load করা উচিত নয় বলে সতর্ক করে। ইমেজ, এমবেড, ব্যানার, এবং ফর্ম ত্রুটির জন্য জায়গা সংরক্ষণ করুন যাতে লেআউট একটি ক্লিক-যোগ্য প্রস্তুত ভিজিটরের নিচে সরতে না পারে।
ট্যাগ, ফন্ট, এক্সপেরিমেন্ট, চ্যাট, ও ভিডিও অডিট করুন। অবশ্যই প্রয়োজনীয় কনসেন্ট, সিকিউরিটি, বা কোর-ফ্লো টুলগুলো অন্ধভাবে মুছে ফেলবেন না; পরিবর্তে প্রয়োজনীয় উপাদানগুলো অপ্টিমাইজ ও পরীক্ষা করুন।
হিরো রেন্ডার, CTA, ভ্যালিডেশন, কনফার্মেশন, এবং হ্যান্ডঅফ পরীক্ষা করুন। একটি দ্রুত প্রথম ভিউ ভাঙা অ্যাকশনকে পূরণ করে না।
প্রিফ্লাইট এবং প্রতিশ্রুত পথ মেরামত করুন
লঞ্চের পর ক্রিয়েটিভ, মূল্য, ফর্ম, ট্যাগ, বা নির্ভরশীলতা পরিবর্তনের পরে ল্যান্ডিং পেজ ড্রিফট করে। একটি ক্যাম্পেইন বা বড় রিলিজের আগে, উৎস URL, মেসেজ ম্যাচ, মোবাইল লেআউট, কীবোর্ড পথ, CTA, কনফার্মেশন, কনসেন্ট আচরণ, এবং আইনী লিঙ্কগুলো পরীক্ষা করুন। একটি পরিবর্তনের রেকর্ড রাখুন এবং পরীক্ষিত ব্যাকওয়েই রাখুন।
SIU-এর ভূমিকা হলো প্রোঅ্যাকটিভ আপটাইম অপ্টিমাইজেশন ও রেমিডিয়েশন, আউটেজ রিপোর্ট করা নয়। একটি availability এবং action-path প্রিফ্লাইট চালান, তারপর অনুপগম গন্তব্য, ভাঙা CTA, ব্লক করা অ্যাসেট, ব্যর্থ ফর্ম, বা অনুপস্থিত কনফার্মেশন মেরামত করুন। একটি রোলব্যাক প্রস্তুত রাখুন যাতে একটি ভুল ট্যাগ, ক্রিয়েটিভ, বা নির্ভরশীলতা শেষ পরিচিত ভাল অভিজ্ঞতায় ফিরিয়ে নেওয়া যায়।
সমালোচনামূলক পথ যাচাই করার জন্য একজন এবং রোলব্যাক অনুমোদন করার জন্য একজন ব্যক্তিকে নিয়োগ করুন।
ভুল অফার, ব্যর্থ অ্যাকশন, অ্যাক্সেসিবিলিটি বাধা, এবং অস্থির লেআউটকে কসমেটিক এক্সপেরিমেন্টের আগে অগ্রাধিকার দিন।