ไม่มีใครรู้เกี่ยวกับระบบติดตามคำขอคุณสมบัติ (ฟรีหรือไม่) ที่เราสามารถใช้ภายในสำหรับพนักงานขายได้ [ปิด]

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

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

รู้อะไรไหม

Redmineเป็นเว็บแอปพลิเคชันการจัดการโครงการโอเพนซอร์ซ ฉันไม่แน่ใจว่าฉันจะอธิบายมันง่าย ๆ เพราะมันมีฟังก์ชั่นมากมายและไม่ใช่แค่การติดตามคุณสมบัติ มันอาจมีประโยชน์ภายในองค์กรของคุณ

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

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

สำหรับอินเทอร์เฟซที่ซับซ้อนน้อยกว่ามีบริการฟรี (สาธารณะ) ที่จะทำการร้องขอคุณสมบัติ + การลงคะแนน

UserVoiceมีบริการ "คำติชม" ฟรีซึ่งรวมและลงคะแนน

Google โมเดอเรเตอร์นั้นเป็นคนอัปลักษณ์เล็กน้อย แต่ก็มีระบบที่ใช้งานง่ายฟรี

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

ฉันสนใจที่จะเห็นใครบางคนใช้กลยุทธ์การติดตามบั๊กโดยใช้รูปแบบเช่นนี้

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

นี่คือOSQAซึ่งเป็นโคลนโอเพ่นซอร์สของ StackExchange ซึ่งเขียนใน Python และยังมีShapadoเวอร์ชันโอเพนซอร์ซที่เขียนใน Ruby สองสิ่งนี้ได้รับการพัฒนาอย่างแข็งขันใช้งานได้และรวดเร็ว!

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

สำหรับสิ่งที่คุณกำลังมองหาคุณสามารถหลบหนีไปกับGoogle Formพร้อมกับ Google Spreadsheet ทำให้มันง่ายหรือใช้วิธีแก้ปัญหานอกกรอบ

ใครจะเป็นผู้ให้การสนับสนุนซอฟต์แวร์ติดตามบั๊กนี้เมื่อมันหยุด? คุณ? ค่าเสียโอกาสของการกระทำนี้คืออะไร? (คุณมีหน้าที่งานใดที่ยอมสละเวลาเปลี่ยนเส้นทางและลงเส้นทางนี้?)

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

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

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