มีความเหมาะสมที่จะนำปัญหาที่ทราบมาโดยตรงในซอฟต์แวร์หรือไม่


12

ฉันได้ทำการบำรุงรักษาแอพ Android แล้วและมีปัญหาบางอย่างที่ฉันได้รับการแก้ไขไม่มากก็น้อย แต่ก็ยังมีปัญหาอยู่เนื่องจาก Android OS เวอร์ชันต่าง ๆ

ตัวอย่างเช่นการส่งคำขอเว็บด้วยคลาส MediaPlayer มีส่วนหัว HTTP ที่กำหนดเองที่ถูกตัดออกโดยระบบปฏิบัติการก่อนที่จะส่งคำขอ แต่เฉพาะใน Android 4.X (ฉันทดสอบอย่างละเอียด) และนั่นทำให้คุณสมบัตินี้ล้มเหลวเพราะต้องอาศัย บนส่วนหัวเหล่านั้น

นี่เป็นปัญหาที่ทราบกันแล้วและฉันพยายามที่จะหลีกเลี่ยงมัน แต่มันจะเป็นการดีหรือไม่ที่จะมีการตรวจสอบตามเงื่อนไข

if (OS.VERSION == 4) {
    knownIssueDialog(This feature will not work on your Android version... etc.");
}

เห็นได้ชัดว่าเราจะมีสิ่งนี้บันทึกไว้ในช่องทางการสนับสนุนของเรา แต่ฉันสงสัยว่ามันจะเป็นความคิดที่ดี (สมมติว่าทุกอย่างติดตาม) เพื่อให้ทราบปัญหาเหล่านี้ยังฝังอยู่ในซอฟต์แวร์และนำเสนอเมื่อใดก็ตามที่จำเป็น เช่นสิ่งที่ฉันอธิบายไว้ข้างต้น

เราได้รับการวิจารณ์ที่ไม่ดีหลายครั้งและอีเมลสนับสนุนมากมายจากปัญหาเหล่านี้ดังนั้นในใจของฉันมันจะช่วยให้ทุกคนประหยัดเวลาและปวดหัวได้เพียงแค่ปิดกั้นคุณสมบัติที่ทราบว่าไม่ทำงานอย่างถูกต้อง

ฉันเห็นปัญหาที่อาจเกิดขึ้นสองประการ:

  1. ผู้ใช้อาจไม่เคยเห็นอะไรแบบโต้ตอบ "ปัญหาที่ทราบ" มาก่อน; ผู้ใช้จำนวนมากอาจไม่เข้าใจความหมาย
  2. มีค่าใช้จ่ายในการพัฒนาอยู่เล็กน้อย - เราต้องตรวจสอบให้แน่ใจว่าได้ติดตามปัญหาเหล่านี้ในรหัส โชคดีที่มีคำอธิบายประกอบ Java การตรวจสอบตามเงื่อนไขใด ๆ ที่สามารถนำหน้าด้วย@KnownIssueหรืออะไรทำนองนั้นทำให้การค้นหา / แก้ไขได้ง่ายมาก

'ปัญหาที่ทราบแล้ว' จะทำให้ซอฟต์แวร์ใช้งานได้หรือไม่

แก้ไข : ฉันจะเพิ่มว่านี่เป็นปัญหาที่เพิ่งเกิดขึ้นเมื่อประมาณหนึ่งสัปดาห์ที่แล้ว ฉันได้แก้ไขปัญหาไปแล้วครึ่งหนึ่งและไม่น่าจะแก้ไข 4.X ได้เพราะเป็นระบบปฏิบัติการที่ทำให้เกิดปัญหา ฉันสามารถปล่อยเวอร์ชั่นใหม่พร้อมการแก้ไขและทำให้ผู้ใช้ 50% มีความสุขอีกครั้งและเตือนผู้ใช้อีก 50% (ผู้ใช้ 4.X) ว่าปัญหาจะยังคงอยู่ใน 4.X และแนะนำการอัปเกรด (หรือบางอย่าง ) คำถามคือว่าจะทำเช่นนั้นในซอฟต์แวร์ (เช่นแสดงข้อความโต้ตอบกับผู้ใช้ 4.X) หรือปล่อยให้พวกเขาสแปมเราสนับสนุนอีเมลที่บอกว่า "การแก้ไขของคุณใช้งานไม่ได้ !!!" จากนั้นนำพวกเขาไปยังหน้าสนับสนุนที่กล่าวถึงปัญหาในรายละเอียดเพิ่มเติม


2
"ฟีเจอร์นี้จะไม่ทำงานบนเวอร์ชั่น Android ของคุณ" คุณทำอะไรแทน เพียงแค่ล้มเหลวอย่างไม่ลำเอียงและไม่พูดอะไรเลย?
Robert Harvey

@RobertHarvey คำขอสำหรับ Text-to-Speech เวอร์ชัน 'ออนไลน์' ต้องการการร้องขอ HTTP ซึ่งจะล้มเหลวหากไม่มีส่วนหัว (ดังนั้นจะมีการแบ่งเป็น 4.X ในปัจจุบัน) แต่ถ้าว่าล้มเหลวแล้วเราถอยกลับไป TTS ของอุปกรณ์ ปัญหาคือว่าอุปกรณ์ TTS ส่วนใหญ่ sucks ซึ่งเป็นสาเหตุหนึ่งออนไลน์เป็นวิธีแรก เราถอยกลับอย่างสง่างาม แต่ในอุปกรณ์รุ่นเก่า (ประมาณ 20% ของฐานผู้ใช้ของเรา) TTS นั้นน่ากลัว ...
Chris Cirefice

จำเป็นต้องใช้ระบบปฏิบัติการบางเวอร์ชันเพื่อให้สามารถติดตั้งตัวเลือกได้หรือไม่? อย่างน้อยข้อร้องเรียนนั้น จำกัด อยู่ที่การขาดความเข้ากันได้แบบย้อนหลัง
JeffO

ฉันไม่คิดว่าผู้ใช้จะงงเกินไปโดยข้อความว่า "คุณสมบัตินี้จะไม่ทำงานกับระบบปฏิบัติการเวอร์ชันของคุณโปรดอัปเกรดเป็น 5" อาจจะผิดหวังเนื่องจากการอัปเกรดไม่ใช่เรื่องง่ายที่จะดำเนินการ ...
Kilian Foth

TTS ของพวกเขาทำงานได้ไม่ดีเท่ากันในแอพอื่นด้วยหรือไม่
Robert Harvey

คำตอบ:


6

ใช่นี่เป็นที่ยอมรับได้สำหรับคุณสมบัติที่ไม่ชัดเจนบางอย่างโดยเฉพาะอย่างยิ่งเมื่อซ่อนอยู่ในเมนูตัวเลือก บางทีมันอาจจะดีกว่าที่จะปิดการใช้งานปุ่มและเพิ่มข้อความพิเศษ "คุณลักษณะนี้ใน XXX และด้านล่าง" หรือ "คุณสมบัตินี้ทำงานได้ดีที่สุดใน XXX และสูงกว่า" หากใช้งานได้เพียงบางส่วนเท่านั้น

ไม่นี่เป็นสิ่งที่ไม่สามารถยอมรับได้ในฟังก์ชั่นคีย์ที่ใช้เวลาถึง 75% ของหน้าจอเมื่อคุณเริ่มแอพ การใช้งานของคุณจะได้รับความรำคาญจริง ๆ ทุกครั้งที่เห็นป๊อปอัป คุณดีกว่าเพียงซ่อนคุณลักษณะไม่จำเป็นต้องกระตุ้นผู้ใช้ของคุณเกี่ยวกับสิ่งที่พวกเขาไม่สามารถแก้ไขได้

มันจะแตกต่างกันหากผู้ใช้ของคุณสามารถแก้ไขได้อย่างง่ายดายตัวอย่างเช่นโดยการติดตั้งแอพเพิ่มเติม ฉันเคยเห็นข้อความเช่น "ในการใช้ตัวเลือกนี้คุณต้องติดตั้งแอปเข็มทิศ (ฟรี)" หรือ "ในการใช้ตัวเลือกนี้คุณต้องอัปเกรดเป็นแอพพลิเคชั่นชำระเงิน" เป็นต้น

บรรทัดล่างคือคุณสามารถทำได้ แต่หลังจากการพิจารณาอย่างรอบคอบและหลังจากการแก้ปัญหาอื่น ๆ ล้มเหลวไม่ใช่ทางลัดอย่างรวดเร็ว มันจะรบกวนผู้ใช้ของคุณ แต่นั่นอาจเป็นการแลกเปลี่ยนที่คุณยอมรับได้

(ps. ฉันรู้สึกว่าคำถามนี้ควรไปที่UX )


3

บทวิจารณ์ที่ไม่ดีหลายรายการ + อีเมลสนับสนุนจำนวนมาก == ลูกค้าที่ไม่มีความสุข คุณจะทำให้พวกเขามีความสุขโดย 'ล้มเหลวมากขึ้นอย่างงดงาม' สำหรับเงื่อนไขบางอย่าง? อาจจะ. อย่างไรก็ตามถ้าฉันเป็นคุณฉันจะคิดใหม่ว่าฉันปล่อยซอฟต์แวร์ก่อนกำหนดหรือไม่และฉันควรแก้ไขปัญหาเหล่านั้นก่อนที่มันจะเข้าหาลูกค้า

อัปเดต: หากนี่เป็นปัญหาที่ไม่สามารถแก้ไขได้เนื่องจากสภาพแวดล้อมฉันจะแจ้งให้ผู้ใช้ทราบ (และให้จัดทำเอกสารและส่งออกทางอีเมลด้วย) สิ่งนี้ใช้ได้กับปัญหาที่แยกเช่นนี้ แต่ฉันจะไม่แนะนำให้ใช้เป็นวิธีแก้ปัญหาทั่วไปสำหรับ 'ข้อบกพร่องที่รู้จัก' หากมีหลายสิ่งเหล่านี้แสดงว่าคุณกำลังทำอะไรผิดพลาด


4
ฉันคิดว่าสิ่งที่เขาถามจริง ๆ คือ "เราควรบอกคนอื่นว่าโทรศัพท์ของพวกเขาแย่ไหม"
Robert Harvey

จุดที่ดี แต่เรายังไม่ได้เปิดตัวรุ่นครึ่งจริง นี่เพิ่งเริ่มเป็นปัญหาเมื่อ 5 วันที่แล้ว เรามีอีเมลสนับสนุนมากกว่า 10 ฉบับแล้วและฉันได้รับการแก้ไขแล้วครึ่งหนึ่ง ก่อนปล่อยฉันต้องการทราบว่าการใส่อะไรแบบนี้เป็นความคิดที่ดีหรือไม่เพื่อหลีกเลี่ยงการบอกว่าทุกคนที่เราแก้ไข TTS ยกเว้นคุณผู้ใช้ Android 4.X คุณไม่ได้รับการแก้ไขเพราะคุณดูด น่าเสียดายนี่เป็นปัญหาเฉพาะของระบบปฏิบัติการและไม่ใช่สิ่งที่ฉันสามารถแก้ไขได้ Android ดึงส่วนหัว HTTP ไม่มีอะไรที่ฉันทำได้เกี่ยวกับเรื่องนี้!
Chris Cirefice

@RobertHarvey: ฉันเดาว่าฉันอ่านคำถามในความหมายทั่วไปมากกว่านี้ ... คำตอบนี้อาจใช้ไม่ได้กับปัญหาที่เกิดขึ้นเพราะ 'โทรศัพท์ของผู้คนดูด'
c_maker

1

หากคุณลักษณะที่เป็นปัญหามีให้เลือกผ่านตัวเลือกปุ่มหรือบางอย่างที่คล้ายกันคุณสามารถปิดการใช้งานหรือซ่อนองค์ประกอบเหล่านี้: ฉันคาดว่าสิ่งนี้จะทำให้ผู้ใช้ผิดหวังน้อยกว่าการเสนอคุณสมบัติเฉพาะที่จะบอกว่า "ไม่ทำงาน" ถ้าคุณรู้ว่ามันไม่ได้ผลก็อย่าทำให้มันดูเหมือนว่ามันจะทำได้

  • การปิดใช้งานตัวเลือก / ปุ่มจะช่วยให้คุณเพิ่มโน้ตที่ระบุ "ไม่รองรับระบบปฏิบัติการของคุณ"
  • การซ่อนตัวเลือก / ปุ่มจะไม่สร้างความสับสนให้ผู้ใช้ใหม่ แต่อาจทำให้เกิดการร้องเรียนจากผู้ใช้ปัจจุบันที่ไม่สามารถค้นหารายการได้อีกต่อไป
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.