আপনি কীভাবে আপনার গ্রাহকদের শিক্ষিত করবেন?


9

গ্রাহকরা কিছুটা শিক্ষার প্রয়োজন কারণ তারা আলাদা মনে করেন। গ্রাহকরা মনে করেন:

  • প্রকল্পের যে কোনও সময়ে পরিবর্তনগুলি কোনও সমস্যা নয়

  • বিশদ গুরুত্বপূর্ণ নয় (ব্যতিক্রম এমনকি কম)

  • সময় অর্থ ব্যয় করে না (তাদের একটি স্থির মূল্য সম্মতি রয়েছে)

  • নির্দিষ্টকরণের একটি বাক্য প্রকৃত প্রয়োজনগুলির সাথে খাপ খোলার জন্য নির্দ্বিধায় অবিচ্ছিন্নভাবে বাড়ানো / পড়ানো যেতে পারে - এবং এটি চুক্তিটিকে প্রভাবিত করে না। (এখানে আমরা প্রায়শই "সাধারণ জ্ঞান" আলোচনা দেখতে পাই - উদাহরণস্বরূপ: "অ্যাকাউন্টিং ম্যানেজমেন্টের বিষয়ে কথা বলার সময় অবশ্যই আমাদের একটি চালান পরিচালনার পর্দা দরকার - এটি সাধারণ জ্ঞান!")

  • তালিকাটি চলছে ...

মূল সমস্যাটি হ'ল গ্রাহক (বাহ্যিক বা অভ্যন্তরীণ / বিভাগ যাই হোক না কেন) তা চায় না বা বুঝতে পারে না। সফ্টওয়্যার তৈরির প্রক্রিয়াটি বুঝতে আমার অনেক বছর সময় লেগেছিল এবং আমি এখনও শিখছি, সুতরাং কীভাবে তারা কয়েক মাসের মধ্যে এটি করতে পারে।

আপনার অভিজ্ঞতা কী, গ্রাহকদের শিক্ষিত করার সর্বোত্তম পদ্ধতির কী?

উত্তর:


8

এই গত গ্রীষ্মে, আমি একটি গ্রাহকের সাথে খুব অনুরূপ কথোপকথন করেছি।

গ্রাহক চেয়েছিলেন যে আমি সংজ্ঞায়িত কাজের জন্য একটি প্রতিযোগিতামূলক মূল্য সরবরাহ করি এবং তারপরে যখন তাদের চাহিদা পরিবর্তন হয় বা তাদের প্রয়োজনীয়তা বোঝার পরিবর্তে তারা আমাকে কাজের পরিবর্তনকে প্রতিফলিত করতে ব্যয় পরিবর্তনের অনুমতি না দিয়েই অনুমিত পরিবর্তন করতে চেয়েছিল।

আমি আমার গ্রাহককে জিজ্ঞাসা করেছি যে উক্ত উত্সের অংশ হিসাবে আমি কীভাবে অজানা পরিবর্তনগুলির জন্য ব্যয় করতে পারি তার কোনও পরামর্শ আছে কিনা। যে সমাধানটি আমরা কাজ করেছিলাম তা হল আমার জন্য ১৫% আইটেমযুক্ত কন্টিনজেন্সি ভাতা অন্তর্ভুক্ত করা, যা আমরা গ্রাহকের সাথে সেই ভাতাটি ব্যবহারের পরিবর্তনের অগ্রাধিকারের জন্য কাজ করব। শেষ পর্যন্ত কন্টিনজেন্সি পুরোপুরি ব্যবহৃত হয়নি আমি কেবল কাজটির জন্য চালিত হয়েছি।

শেষ ফলাফলটি হ'ল আমি খুশী হয়েছি যে আমি এই কাজের জন্য অর্থ প্রদান করেছি, গ্রাহকটি বাজেটের আওতায় অভ্যন্তরীণভাবে বিতরণ করেছিলেন এবং কারণ আমি তাদের সামনে পেশাগত উপায়ে বিষয়টি উত্থাপন করেছি তারা সত্যিকারের প্রতিযোগী হিসাবে আমাকে বেছে নিয়েছিল কাজ.

আমি কেবল সম্ভাব্য সমস্ত গ্রাহককেই এখানে পেশাদার এবং প্রকৃতপক্ষে মানসম্পন্ন শিল্পকর্মের মূল্যবান হতে চান।


+1 টি; আমি এই পদ্ধতির আগে দেখিনি তবে এটি খুব আশাব্যঞ্জক, খুব বাস্তববাদী বলে মনে হচ্ছে। আপনি বলছেন, "আমরা জানি যে আমরা সমস্ত কিছু coveredেকে রাখিনি, তাই আমরা এক্স %কে অতিরিক্ত অনুমতি দিচ্ছি - তবে যদি এটি শেষ হয়ে যায়, তবে আমাদের মিটারটি $ ওয়াই এ চলতে শুরু করে।" জয়, জয়।
কার্ল ম্যানাস্টার

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

2

গ্রাহককে শিক্ষিত করুন । আমি আশা করি আমি আপনার গ্রাহকের একজন না;)

সিরিয়াসলি, আমি বুঝতে পারি যে আপনি সমস্যায় পড়েছেন এবং আপনি মনে করেন যে সমস্যাটি গ্রাহক is হতে পারে এটি তবে কিছু আসে যায় না। আপনার গ্রাহকদের পরিবর্তন করা সত্যিই শক্ত, তবে তাদের সাথে আপনার কাজ করার উপায়টি আরও সহজ।

সমস্যাটি হ'ল বেশিরভাগ গ্রাহকরা সফ্টওয়্যার বিকাশের সমস্ত বিষয় সম্পর্কে অবগত নন এবং বিশদে আপনি তাদের ব্যবসায় সম্পর্কে অবগত নন।

শুধু একটি ছোট জিনিস:

প্রকল্পের যে কোনও সময়ে পরিবর্তনগুলি কোনও সমস্যা নয়

"আপনি কোনও ভুল রাস্তায় কতদূর গেছেন তা বিবেচনা না করেই ফিরে যান।" তুর্কি প্রবাদ

আমি সেই প্রবাদটি পছন্দ করি, তাই যখন আমি এটি ব্যবহার করতে পারি তখন আমি খুশি। সুযোগ দেওয়ার জন্য ধন্যবাদ ;)

এখানে কয়েকটি সমাধান দেওয়া হল:

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

আপনার একটি স্থির মূল্য চুক্তিতে রয়েছে, সুতরাং আমি অনুমান করি যে আপনাকে প্রয়োজনীয়তা সংগ্রহ করতে হবে, সেগুলি নির্ধারণ করতে হবে এবং প্রতিটিটির জন্য একটি মূল্য দিতে হবে?

আপনার যদি কোনও নতুন জিনিস তৈরি করতে হয়, একই প্রক্রিয়াটি ব্যবহার করুন: আপনি অতিরিক্ত প্রয়োজনীয়তার সাথে স্থির দাম চুক্তিটি সংশোধন করেন। অযথাযুক্ত প্রয়োজনীয়তাগুলি সরিয়ে নিতে গ্রহণ করুন (আপনারা ইতিমধ্যে অবশ্যই এগুলি তৈরি করেন নি)।

আর একটি পদ্ধতি হ'ল সংস্করণ 1 হিসাবে যা প্রত্যাখ্যান করা হয়েছে (কম অকেজো এবং উন্নত প্রয়োজনীয়তা নেই) তা শেষ করা এবং সংস্করণ 2 এর নতুন ধারণাগুলির সাথে প্রত্যাখ্যান করা।

দ্বিতীয় সমাধানটি হবে স্ক্রমের মতো বিকাশে পুনরাবৃত্তি তৈরি করা । আমি এখনও স্থির দাম প্রকল্পে এটির কোনও অভিজ্ঞতা পাইনি (কারণ আমি আর স্থির প্রকল্পগুলি করি না), তাই এটি কার্যকর হয় কিনা তা আমি জানি না। আমার কাছে গুরুতর সন্দেহ রয়েছে যে সমস্ত সফ্টওয়্যার ডেভলপমেন্ট প্রকল্পগুলির সমাধান স্ক্রাম (বা এগিল ), তবে বর্ণিত কিছু অনুশীলন আপনাকে সাহায্য করবে।


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

প্রোটোটাইপিং অবশ্যই যাওয়ার একটি উপায়, তবে প্রোটোটাইপগুলি প্রায়শই বাস্তব সিস্টেমগুলির থেকে পৃথক হয় এবং আমরা উপরে বর্ণিত একই পরিস্থিতিতে শেষ করি।
ব্যবহারকারী 7876

সম্ভবত এটি কারণ আমি কোনও স্থানীয় ইংরেজী স্পিকার নই যে শব্দটি আমার মাথায় অদ্ভুত শোনায়।

তাকে সফ্টওয়্যার বিকাশের বিষয়ে একটি প্রশিক্ষণ দিন। আমি নিশ্চিত যে এটি সাহায্য করবে, তবে আমি নিশ্চিত নই যে তিনি তার জন্য অর্থ প্রদান করতে রাজি হবেন :)

2

আপনার যদি একটি স্থির মূল্যের চুক্তি থাকে তবে আপনার এটি পরিষ্কার করে দেওয়া দরকার যে প্রতিটি সুযোগের পরিবর্তনের জন্য অর্থ ব্যয় হবে এবং তারা আপনাকে পরিবর্তনটি মূল্যায়ন করবেন এবং পরিবর্তনটি কার্যকর করার জন্য একটি উদ্ধৃত উদ্ধৃতি উপস্থাপন করবেন।

এটি বেশিরভাগ শিল্পে বহুলভাবে গ্রহণযোগ্য অনুশীলন তবে কিছু গ্রাহক এটির দ্বারা খুব বিরক্ত হবে।

যদি আপনার মনে হয় যদি আপনার কাছে "সাধারণ জ্ঞান" যুক্তিযুক্ত হয় তবে আপনার কাছে আরও বড় সমস্যা রয়েছে।

অনেক বছর আগে একজন গ্রাহকের মতো যেখানে আমি কাজ করেছি যারা স্পেসিফিকেশনটি পড়েছিলেন এবং বলেছিলেন "এখানে একটি IMPLICIT প্রয়োজনীয়তা রয়েছে যে আপনি XXX করেন")। যার উত্তরটি ছিল: কোনও অন্তর্নিহিত প্রয়োজনীয়তা নেই। কেবলমাত্র প্রয়োজনীয়তা হ'ল লিখিত স্পেসিফিকেশন। আপনি যদি প্রয়োজনীয়তা যুক্ত করতে বা পরিবর্তন করতে চান তবে দয়া করে একটি স্পেসিফিকেশন পরিবর্তন অনুরোধ জমা দিন এবং আমরা সুযোগ পরিবর্তনটি উদ্ধৃত করব।

বার্তাটি শেষ পর্যন্ত পেয়েছিল তবে এটি একটি দীর্ঘ সময় নিয়েছে।


0

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

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

স্থির মূল্যের চুক্তিগুলির সাথে একটি কৌশলটি হল আপনি কাজটি কত ঘন্টা সময় নেয় তার একটি অনুমানের মধ্যে একটি নির্দিষ্ট দাম রেখে কাজটি করা হলেও। আপনি যদি এই মুহুর্তের মধ্যে বিল না দিয়ে থাকেন তবে এই ধারনাটি দূর হয় যে স্থির দাম অসীম কাজের সময়ের সমান।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.