পরিস্থিতির সাথে আপনার হতাশার মূল কারণটি সম্ভবত গ্রাহক দ্বারা ব্যবহৃত উপলব্ধি এবং বিভ্রান্তিকর / ভুল পদগুলির একটি। গ্রাহক সাধারণত প্রয়োজনীয়তার তালিকা নিয়ে আপনার কাছে আসে না , তবে তারা ভেবে পারে এমন প্রতিটি জিনিসের একটি ইচ্ছা তালিকা তাদের পক্ষে কার্যকর হতে পারে। এগুলি সমস্ত প্রয়োজনীয়তা নয় কারণ গ্রাহকটি প্রতিটি বৈশিষ্ট্য সত্যই প্রয়োজন কিনা তা সত্যই চিন্তা করতে সময় কাটেনি ।
এটি অগত্যা সবসময় সমস্যা নয়
যদি আপনার গ্রাহকের কাছে সেই সমস্ত বৈশিষ্ট্যের জন্য অর্থ থাকে এবং এটির সাথে অংশ নিতে ইচ্ছুক থাকেন এবং আপনি গ্রাহকের যে সত্যিকারের, বাস্তব সমস্যাগুলি সমাধান করার বিষয়ে সত্যই চিন্তা করেন না , তবে এটি একটি খুব লাভজনক প্রকল্প হতে পারে। এটি ঘটে যায়, খুব খুব কমই ঘটে এবং বেশিরভাগ বিকাশকারীদের জন্য এটি আত্মহত্যা কাজ কারণ আপনি আগে থেকেই অনুভব করতে পারেন যে প্রকল্পটি গ্রাহকের পক্ষে শেষ পর্যন্ত সফল হবে না (এমনকি এটি যদি ডেভেলপার হিসাবে আপনার জন্য আর্থিকভাবে সফল হয়)। এটি উচ্চ-ঝুঁকিপূর্ণ কারণ আপনি অনেকগুলি অনিশ্চয়তার সাথে একটি নির্দিষ্ট ব্যয় প্রকল্পটি শেষ করতে পারেন এবং এটি বড় প্রকল্পগুলির জন্য ঝুঁকি নিয়ে ভুল বোঝাবুঝির বিষয়।
সমস্যা হলে কী হবে?
ধরে নেওয়া যাক আপনি সেই বিরল পরিস্থিতিতে নেই। এক্ষেত্রে আপনি ইচ্ছামত-তালিকার দুটি প্রধান ত্রুটিগুলি প্রদত্ত হিসাবে সম্বোধন করতে চাইবেন:
- প্রয়োজনীয়তার এত বড় তালিকার বিকাশের ব্যয় সম্পর্কে গ্রাহকের সঠিক ধারণা আছে এটি অসম্ভব, সুতরাং আপনার এটির যে পরিমাণ অর্থ প্রয়োজন তা করার চুক্তি পাওয়ার সম্ভাবনা আপনার পক্ষে কমই।
- এই সম্ভাবনা-তালিকাটি গ্রাহকের যে আসল সমস্যাটি সমাধান করতে চায় তা সঠিক এবং সংক্ষিপ্তভাবে বর্ণনা করে এমনটি অসম্ভব describes
আমার অভিজ্ঞতায় আপনার সমাধানের জন্য 2 টি ঠিকানা দরকার the 1 প্রকৃত সমস্যাটি খোলার অর্থ হ'ল গ্রাহক নিজেও কখনও ভাবেন নি এমন সমস্যা সমাধানের ক্ষেত্রে আপনার, বিকাশকারীকে এখন সৃজনশীল ঝাঁপ দেওয়ার জন্য প্রয়োজনীয় ইনপুট রয়েছে। এই সমাধানগুলি সম্পূর্ণ ইচ্ছা-তালিকাটি বাস্তবায়নের চেয়ে অনেক সস্তা এবং দ্রুত হতে পারে।
আপনি কিভাবে এটি ঠিক করবেন?
যেমন ম্যাথু ফ্লিন তার উত্তরে বলেছে - গ্রাহককে প্রয়োজনীয়তাগুলিকে অগ্রাধিকার দিয়ে শুরু করুন। এটি সর্বদা সহজ নয়, তবে তাদের এটি করতে বাধ্য করুন। প্রয়োজনে "যদি কেউ আপনার মাথায় বন্দুক ধরে থাকে তবে আপনি কোন একক প্রয়োজনীয়তাটি রাখবেন?" এই বাক্যাংশটি ব্যবহার করুন। আপনি প্রায়শই এই প্রক্রিয়া চলাকালীন দেখতে পাবেন যে স্বতন্ত্র প্রয়োজনীয়তার অর্থ কী তা সম্পর্কে গ্রাহকের কাছে খুব পরিষ্কার ধারণা নেই। সেক্ষেত্রে পিটার রুওলের পরামর্শ অনুযায়ী যা করুন এবং গ্রাহককে ব্যবহারকারী গল্পগুলির মাধ্যমে কাজ করার সুযোগ দিন। আপনি এবং গ্রাহক সমস্যা এবং প্রয়োজনীয়তাগুলি আরও ভালভাবে বুঝতে শুরু করবেন এবং তারপরে আপনি অগ্রাধিকারটিতে ফিরে যেতে পারেন। আপনি যতক্ষণ না প্রয়োজন ততক্ষণ এই পদক্ষেপগুলি পুনরাবৃত্তি করুন যতক্ষণ না আপনি স্বাচ্ছন্দ্য বোধ করেন যে আপনি গ্রাহকের সমস্যা সমাধানের জন্য যথেষ্ট জানেন ।
কীভাবে এটি একটি সমাধান বিকাশের প্রশ্নের উত্তর দেয়?
আপনার প্রয়োজনীয়তার একটি অগ্রাধিকারভিত্তিক তালিকা তৈরি হয়ে গেলে, আপনার গ্রাহকের কাছে একটি বর্ধিত বিকাশ প্রক্রিয়া প্রস্তাব করার জন্য আপনার প্রয়োজনীয় ইনপুট রয়েছে। আপনার এটিকে এগিল বলতে হবে না, তবে আপনি প্রতিটি প্রয়োজনের জন্য চুক্তিটি ছোট ছোট টুকরো করে বিভক্ত করার জন্য পরামর্শ দিতে পারেন (বা প্রয়োজনের অবিভাজ্য সেট) এবং গ্রাহকের দ্বারা বৈধতার সাথে একে একে তাদের সরবরাহ করতে পারেন। অথবা আপনি সর্বস্তরে যেতে পারেন এবং গ্রাহককে বোঝাতে যে অনলাইন বিকাশের অন্যতম চৈতন্য শৈলীতে সহযোগিতা করা তাদের সর্বোত্তম আগ্রহের জন্য অনলাইনে এবং অফলাইনে উপলব্ধ প্রচুর সংস্থান ব্যবহার করতে পারেন। যে কোনও ক্ষেত্রে, আপনি আপনার চুক্তি / প্রকল্প প্রস্তাবটি এমন ফর্মের মধ্যে সরবরাহ করতে পারেন যা প্রয়োজনীয়তার এই বিল্ডিং ব্লকগুলিকে অগ্রাধিকার ক্রমে পরিষ্কারভাবে প্রস্তাব দেয়, প্রতিটি তাদের নিজস্ব ব্যয় এবং উপসংহারের সাথে। সেই গাজরটি গ্রাহকের সামনে ধরে রাখুন,