তারা কী চান তা জানেন না এমন ক্লায়েন্টদের সাথে কাজ করা

19

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

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

productivity client-relations

— মাইকেল কে
সূত্র

1

এটি বিপরীতগুলির চেয়ে ভাল হয়ে উঠেছে, ক্লায়েন্ট যারা জানেন তারা কী চান তবে তাদের কী প্রয়োজন।

— ক্রেগ

2

ক্লায়েন্টরা কি কখনও জানতে পারে যে তারা কী চায়?

— ডোমিনিক ম্যাকডোনেল

6

"ক্লায়েন্ট জানেন না যে তিনি কী চান, যতক্ষণ না আপনি তার কাছে যা চেয়েছিলেন তা না দিয়ে"

— বেনজল

অনেক দিন আগে, আমি সংগঠিত অপরাধ থেকে বিশ্লেষকদের প্রয়োজনীয়তা নিয়োগের বিষয়ে কল্পনা করতে শুরু করি। "আপনি কি আমাকে বলবেন যে যখন ক্লায়েন্ট দা ডাটাবেসে না থাকে বা আমার কাছে কি রুক্ষ হয়?"

— ডেভিড থর্নলে

দয়া করে এই ধরণের প্রশ্নের জন্য এই প্রস্তাবটি অনুসরণ করুন: সংস্থার দিকগুলি

— ম্যানারিও

20

পরামর্শের কয়েকটি বিষয়:

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

— GSto
সূত্র

2

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

— গ্র্যান্ডমাস্টারবি

2

সেখানে প্রথম পয়েন্টে কিছুটা সংযোজন- যদি তাদের কোনও কাজের সুবিধার জন্য কোনও বৈশিষ্ট্যের প্রয়োজন হয় তবে তারা এখন কীভাবে টাস্কটি সম্পাদন করতে পারে তা আপনি দেখতে পারেন কিনা তা জিজ্ঞাসা করুন। আসল সমস্যাটি কী এবং সম্ভাব্য সমস্যাগুলি কী তা তা দেখতে এটি আরও সহজ করে তুলতে পারে।

— glenatron

@ বিগনাট্রন: এটি একটি খুব ভাল ধারণা, এসপিএস। যেহেতু পুরো সিস্টেমটি শেখা আমার পক্ষে অসম্ভব।

— মাইকেল কে

@ জিস্টো: # 2-এ, আপনি কি প্রোগ্রামারটি ক্লায়েন্টের ইনপুট দিয়ে অনুরোধটি লিখছেন, বা ক্লায়েন্ট এটি লিখছেন? আমার একটি সমস্যা হ'ল ক্লায়েন্টের লিখিত অনুরোধটি ভুল।

— মাইকেল কে

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

— জোসফ্

5

খুব সুন্দর যে কোনও স্ব-সহায়ক বই আপনি যোগাযোগের বিষয়ে তুলে ধরছেন তা আপনাকে এর কিছু প্রকারের পরিবর্তন আনতে চলেছে:

প্রথমে বুঝতে চেষ্টা করুন, তারপরে বুঝতে হবে

এটি habits টি অভ্যাসের বই থেকে এসেছে তবে তারা " সক্রিয় শ্রবণ " পদ্ধতির কিছুটা ভিন্নতা ation লক্ষ্যটি কেবল বোঝা নয়, আপনি যা বুঝতে পেরেছিলেন তাদের সাথে আবার যোগাযোগ করা।

একবার আমি কি তারা একটি ভাল ধারণা আছে প্রয়োজন (তারা কি থেকে দূরে থাকতে চান যদি তারা বাস্তবায়নের বিবরণ বর্ণনা করতে শুরু করেন - এটি আপনার কাজ তাদের নয়) তবে আমি তাদের সিস্টেম ব্যবহার করে বিভিন্ন লোকের গল্পের উদাহরণ দিয়েছি এবং দেখুন কিনা যে তাদের সাথে jives।

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

— স্কট হুইটলক
সূত্র

4

আমি তোমার কষ্টটা অনুভব করতে পারছি....

খারাপ খবরটি হ'ল: আপনি কী ধরণের ক্লায়েন্টদের সাথে व्यवहार করছেন ঠিক তার উপর নির্ভর করে এটি যথারীতি ব্যবসা হতে পারে।

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

আমার কয়েক বছর আগে এই ঘটনার একটি মহাকাব্যিক উদাহরণ রয়েছে - একটি প্রকল্প যা প্রাথমিকভাবে কোডে 10 সপ্তাহ গ্রহণ করেছিল 15 মাসের পুনরায় পুনরুক্তি গ্রাইন্ডে পরিণত হয়েছিল। সেক্ষেত্রে, এটি মূলত কারণ ক্লায়েন্ট সংস্থার বিভিন্ন পরিচালক এবং বিভাগগুলি বিভিন্ন জিনিস চেয়েছিল, তাই তারা কাজটি ফেরত পাঠিয়ে রেখেছিল, ট্যুইক করে পুনরায় টুইট করা যায় (আমাদের সফ্টওয়্যার সাবস্ক্রিপশন ভিত্তিক এবং এটি একটি প্রধান ক্লায়েন্ট ছিল, তাই এটি আমাদের পিছনে কোনও আর্থিক ত্বক ছিল না - কেবলমাত্র একটি বড় প্রযুক্তিগত বিরক্তি)।

সুতরাং মূলত আমার পরামর্শটি হ'ল:

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

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

— ববি টেবিল
সূত্র

1

এটি আসলে এখানে বেশ স্বাভাবিক, তবে এটি এমন কিছু যা আমি কমপক্ষে আমার প্রকল্পগুলির জন্য পরিবর্তন করতে চাই। আমি মনে করি এর মধ্যে অনেকগুলি অনুরোধ আরও দ্রুত ঘুরিয়ে দেওয়া যেতে পারে - একটি সাধারণের উপর নির্ভর করে 3-4 বা আরও বেশি সপ্তাহ লাগতে পারে।

— মাইকেল কে

2

প্রথমত, আপনার এই সত্যটি মেনে নেওয়া উচিত যে ক্লায়েন্টরা না দেখার আগে পর্যন্ত তারা কী খুঁজছেন তা সত্যই জানে না। তারা আপনাকে এখনই বলতে পারে যে তাদের ফিচার এক্সের প্রয়োজন them তাদের এক্স ফিচারটি দেখান তবে তারা বুঝতে পারবেন যে তাদের যা প্রয়োজন তা হল বৈশিষ্ট্য ওয়াই বা ফিচার এক্সের অন্য একটি প্রকরণ need

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

আমি নিশ্চিত যে আপনার দলের বা আপনার সংস্থার জন্য স্থানান্তরটি শক্ত হয়ে উঠবে তবে দ্রুত পরিবর্তনের প্রয়োজনীয়তা মোকাবেলার সেরা উপায় এটি।

— টেরেন্স পোনস
সূত্র

1

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

— জন হপকিন্স

1

প্রচুর এবং অনুরূপ প্রচুর গল্প এখানে পাওয়া যাবে । আমি কখনও, এমনকি অন্য একটি উন্নয়ন সংস্থার সাবকন্ট্রাক্টর হিসাবে কাজ করি নি, এমন একটি ক্লায়েন্ট পেয়েছি যা তারা জানত ঠিক কী জানে।

আমি কারও সাথে কাজ করতে পেরে যথেষ্ট খুশি, যার সত্যিকারের ধারণা আছে তারা কী চায় না বা এড়াতে চায় না of আমি সেখান থেকে সাধারণত এমন কিছুতে কাজ করতে পারি যা তারা খুশি।

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

— টিম পোস্ট
সূত্র

1

অনেক বিরক্তিকর পুনর্লিখনের পরে, আমি এখন আমি সম্পূর্ণ প্রকাশকে যাকে বলি তা পরিচালনা করি।

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

যদি এটির কোনও বড় প্রকল্প (5 দিনের বেশি কাজ বলা বেশি) আমি প্রোটোটাইপও করব। এটি আমার শেষে বিশাল কোড পরিবর্তন না করে তাদের মন পরিবর্তন করার সুযোগ দেয়।

এটি সবসময় কাজ করে না, তবে কমপক্ষে আমি এমন একটি অবস্থানে আছি যেখানে ক্লায়েন্ট জানেন যে তারা তাদের মন পরিবর্তন করছে এবং আমাকে ভুলভাবে প্রয়োগ করছেন না।

— Gruffputs
সূত্র