আপনার ব্যবহারকারী / গ্রাহকদের কীভাবে আরও ভাল ত্রুটির বিবরণ প্রেরণ করতে শেখানো যায়

Question

আমাকে প্রায়শই গ্রাহক বা ব্যবহারকারীদের সাথে ডিল করতে হয় যা অ্যাপ্লিকেশনগুলিতে ত্রুটির প্রতিবেদন করছে। বেশিরভাগ সময় তাদের বিষয়বস্তু হ'ল বেহুদা

• ত্রুটি!!!
• এক্স কাজ করে না

অনেক বেশি তথ্য ছাড়া।

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

আপনি কীভাবে আপনার ব্যবহারকারী / গ্রাহকদের আরও বিশদ সহ সমস্যাগুলি বর্ণনা করতে বলবেন যাতে উভয় পক্ষের পক্ষে পুরো প্রক্রিয়াটি আরও সহজ হতে পারে?

সম্পাদন করা

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

Comments

আপনি করবেন না, আপনি ত্রুটিযুক্ত লগগুলি / বার্তাগুলি আপনাকে প্রেরণে আপনার সফ্টওয়্যারটি ডিজাইন করেছেন।

— মাহমুদ হোসাম

এটি দুর্ভাগ্যক্রমে সবসময় সম্ভব হয় না বিশেষত আপনি যদি এমন সফ্টওয়্যার সমর্থন করেন যা আপনি বিকাশ করেননি তবে আপনি যেটি কিনেছিলেন

— টেম্পটার

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

— হতাশ

"উভয় পক্ষের জন্য সহজ"? উভয় পক্ষের? তারা ইতিমধ্যে তাদের পক্ষে সবচেয়ে সহজ কাজটি করছে।

— এস.লট

আপনি অ্যাপ্লিকেশনটি নিয়ন্ত্রণ করতে পারবেন না, তবে আপনি কি ব্যবহারকারীদের নিয়ন্ত্রণ করতে পারবেন বলে মনে করেন? আপনি ভুল ক্ষেত্রে রয়েছেন।

— জেফো 21

Answer 1

আপনার ব্যবহারকারীদের ভাল বাগ রিপোর্টের জন্য পুরস্কৃত করুন, খারাপ লোকদের জন্য তাদের শাস্তি দিন (ভাল তবে কিছুটা কম)।

ব্যবহারকারীকে বুঝতে হবে যে সমস্যাটি দ্রুত সমাধানের জন্য আপনার জন্য একটি ভাল বাগের প্রতিবেদন আবশ্যক এবং তাই তার পক্ষেও এটি ভাল, কারণ তিনি সমাধানটি আরও দ্রুত পাবেন।

সুতরাং প্রথম প্রতিক্রিয়াটির মতো কিছু হতে পারে "ঠিক আছে, আমি আপনার প্রতিবেদনটি পড়েছি তবে কোথা থেকে শুরু করতে হবে তা আমি জানি না you আপনি কি আমাকে বলতে পারেন: এটি একবার হয়েছে? এটি কি পুনরাবৃত্তি হওয়া ফেনোমেনেন? আপনি এক্স চেষ্টা করে দেখতে পারেন এবং আমাকে কী বলতে পারেন?" Y এর পরে কেমন লাগছে? " ইত্যাদি।

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

হ্যাঁ, এটি একটি ধাপে ধাপে প্রক্রিয়া এবং আগামীকাল সকাল পর্যন্ত যোগাযোগের সমস্ত সমস্যার সমাধান করবে না, তবুও এটি একটি শুরু।

Comments

খারাপ প্রতিবেদনের জন্য তাদের শাস্তি দিন: তাদের যে প্রশ্নের উত্তর দেওয়ার দরকার রয়েছে তার একটি তালিকা দিয়ে প্রতিক্রিয়া জানান এবং তাদের কাছে তথ্য থাকলে তাদের সমর্থন অনুরোধ পুনরায় জমা দিতে বলুন। পিছনে কিউ!

— কर्क ব্রডহર્স্ট

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

— গ্রেগর

Answer 2

একটি জিনিস যা আমি বেশ কয়েকটি ওপেন-সোর্স প্রকল্প দেখেছি তা হ'ল বাগ-প্রতিবেদনের জন্য একটি সাধারণ "ফর্ম" লিখে রাখা, সাধারণভাবে প্রয়োজনীয় তথ্যের জন্য বিভাগগুলি।

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

আপনার ক্ষেত্রে, এটি এমন কিছু হতে পারে:

URL where the error occurred:

What you did:

What you expected to happen:

What actually happened:

<Some other information you (ckeller & colleagues) often find useful>:

Any extra information you think might be relevant:

("আপনি" এখানে গ্রাহকদের বোঝায়)

ধারণাটি হ'ল তাদের প্রায়শই দরকারী জাতীয় ধরণের তথ্য সরবরাহ করে দরকারী তথ্য সরবরাহ করতে উত্সাহিত করা।

Comments

+1: যখন কোনও টেমপ্লেটের মুখোমুখি হয়, লোকেরা সাধারণত এটি পূরণ করার চেষ্টা করে And এবং যদি তা না করে তবে কেবল রিপোর্টটি পূরণ করতে বলার জন্য আপনার বেশিরভাগ সময় লাগে না। এছাড়াও, তাদের যত্ন সহকারে গাইড করে আপনি সাধারণত "এটি কাজ করে না!" এড়াতে পারেন

— ম্যাথিউ এম।

আমরা কাজের জায়গায় এই প্যাটার্নটি প্রয়োগ করেছি। সমস্ত বাগ রিপোর্টের 75% "প্রত্যাশিত" ক্ষেত্রে "এটি কাজ করবে বলে আশা করি" এবং "প্রকৃত" ক্ষেত্রে "এটি কাজ করে না" এর তারতম্য রয়েছে। দীর্ঘশ্বাস.

— চার্লস

@ চারেলস: তারপরে "সমাধান করা: কোনও পদক্ষেপ নেই" একটি মন্তব্য দিয়ে প্রতিবেদনটি বন্ধ করুন।

— ডোনাল ফেলো

@ ডোনাল ফেলো - আমি এটির পরিবর্তে "সদৃশ" হিসাবে প্রত্যাখ্যান করব।

— মাউভিচিয়েল

Answer 3

সাধারণত আমি প্রতিবারই তাদের ত্রুটির স্ক্রিনশটের জন্য জিজ্ঞাসা করি এবং শেষ পর্যন্ত তারা তাদের ত্রুটির অনুরোধের সাথে আমাকে স্ক্রিনশট প্রেরণ শুরু করে কারণ তারা জানে আমি এটি চাইব।

উপলক্ষে আরও তথ্যের জন্য আমাকে এখনও তাদের কল করতে হবে, তবে প্রায়শই আমি কেবল স্ক্রিনশটটি দেখে সমস্যাটি দেখতে পারি

তবে আমি @ মাহমুদের মন্তব্যে একমত যে ব্যবহারকারীদের উপর নির্ভর করার পরিবর্তে আপনাকে ত্রুটিগুলি প্রেরণের জন্য অ্যাপ্লিকেশনটি পাওয়া সবচেয়ে ভাল উপায়।

Comments

আপনি ডায়লগ বাক্সের স্ক্রিনশট বা এমন কোনও ছোট জিনিস পেয়েছেন যা ব্যবহারকারী মনে করেন যে এটি প্রাসঙ্গিক তবে বাস্তবে নয়? আমি এই সব সময়

— পাই

আসলে আমি তা উপলক্ষে পেয়ে যাই, তবে আমি যখন করি তখন আমি সাধারণত তাদেরকে প্রকৃত ত্রুটির স্ক্রিনশট চাইব। কিছুক্ষণ পরে তারা আমাকে আসল ত্রুটি প্রেরণে

— রাচেল

Answer 4

হতাশাবোধ নিন: আপনি পারবেন না। 40 বছর আগের মতো একই অবস্থা, আরও বেশি ব্যবহারকারী, আরও সিস্টেম, আরও অ্যাপ্লিকেশন বাদে।

(দ্রষ্টব্য যে একজন হতাশবিদ অভিজ্ঞতার সাথে কেবলমাত্র আশাবাদী))

Answer 5

তাদের পক্ষে এটি করা সহজ করুন বা তারা তা করবে না।

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

একটি বিশদ লগ ফাইল রাখা, এবং এটি ত্রুটি রিপোর্ট সংযুক্ত করা একটি শুরু।

Answer 6

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

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

Answer 7

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

Answer 8

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

আর একটি বিকল্প হ'ল দূরবর্তী ডেস্কটপ ক্লায়েন্টটি নিজের জন্য কী ভুল তা দেখার জন্য। এই দিনগুলিতে ক্লায়েন্টকে কোনও এক্সি ডাউনলোড করতে দেওয়া সহজ।

Answer 9

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

Answer 10

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

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

কোনও ব্যবহারকারীর কাছে টিকিট সই করুন এবং তাকে একটি লিঙ্ক সরবরাহ করুন, তাই তিনি জানেন যে তার www.yoursite.issues / 1234 এ 1234 বাগের নম্বর রয়েছে

- একজন ব্যবহারকারীকে যা অর্জন করার চেষ্টা করেছিলেন জিজ্ঞাসা করুন।

আমি মনে করি এগুলি একসাথে বা এমনকি আংশিকভাবে আপনাকে পর্যাপ্ত ডেটা পেতে এবং ব্যবহারকারীকে দেখাতে সহায়তা করতে পারে যে তিনি আপনাকে আপনার সফ্টওয়্যারটিকে আরও উন্নত করতে সহায়তা করতে পারেন।

Answer 11

সবচেয়ে সহজ উপায় হ'ল একটি সরঞ্জাম ব্যবহার করা যা ক্লায়েন্ট কী চায় তা "বুঝতে" পারে। অনেকগুলি সরঞ্জাম রয়েছে, তবে সম্ভবত সেরাটি ইউজারনেপ। এই গল্পটি এখানে দেখুন।

Comments

এটি কেবলমাত্র লিঙ্ক-উত্তরের চেয়ে কিছু বেশি। আপনার উত্তরটি আরও শক্তিশালী এবং মূল্যবান হতে পারে যদি আপনি ব্যাখ্যা করে থাকেন যে সরঞ্জামটি কেন ওপির প্রশ্নের উত্তর দেয়।