วิธีสร้างพอร์ทัลรับฟีดแบ็กลูกค้า: ไอเดีย การโหวต และการอัปเดตสถานะ

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

ทำไมทีมถึงสร้างพอร์ทัลนี้

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

ตัดสินใจก่อนสร้างว่าพอร์ทัลนี้มีไว้ทำอะไร

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

พอร์ทัลต้องมีอะไรบ้าง

ข้อมูล

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

หน้าเว็บ

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

สิทธิ์การเข้าถึง

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

การตัดสินใจและข้อแลกเปลี่ยน

วิธีที่คนล็อกอิน

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

สถานะ

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

การโหวตเทียบกับความต้องการที่ถ่วงน้ำหนัก

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

การปิดวงจร

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

พรอมต์แรกที่ใช้ได้ผล

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

ขั้นตอนการสร้าง

1. โพสต์ การโหวต และความคิดเห็น พร้อมการล็อกอินแบบง่าย ตรวจว่าคนคนเดียวโหวตสองครั้งไม่ได้ แม้จากสองแท็บ
2. การเรียงและกรองบอร์ด ยอดนิยม ใหม่ มาแรง และตัวกรองหมวดหมู่และสถานะ
3. การคัดกรองของแอดมิน การเปลี่ยนสถานะพร้อมโน้ต ซ่อน การตอบกลับอย่างเป็นทางการ
4. การจัดการรายการซ้ำ คำแนะนำโพสต์ที่คล้ายกันและการรวมรายการ
5. หน้าโรดแมป
6. การแจ้งเตือน ส่งอีเมลถึงผู้โหวตเมื่อสถานะเปลี่ยน พร้อมลิงก์ยกเลิกการรับ
7. ลิงก์จากผลิตภัณฑ์ของคุณ ลิงก์ "ฟีดแบ็ก" ในเมนูแอปของคุณที่ล็อกอินให้คนได้ทันทีหากเป็นไปได้
8. ใส่ข้อมูลเริ่มต้น ด้วยคำขอที่คุณมีอยู่แล้ว เพื่อไม่ให้ผู้เข้าชมคนแรกเห็นบอร์ดว่างเปล่า

ความผิดพลาดที่พบบ่อย

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

เมื่อเครื่องมือฟีดแบ็กที่โฮสต์ไว้เป็นตัวเลือกที่ดีกว่า

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

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

การสร้างกับ Mythex

บน Mythex คุณอธิบายพอร์ทัลในแชท และเอเจนต์จะสร้างในพรีวิวสด โดยเพิ่มฐานข้อมูล Postgres เฉพาะเมื่อโพสต์และการโหวตต้องการการบันทึก (ขอได้เลยหรือพิมพ์ /database) Mythex ไม่ได้ให้การล็อกอินหรือการส่งอีเมลในตัวสำหรับแอปที่คุณสร้าง คุณนำผู้ให้บริการและคีย์ของคุณเอง เก็บเป็นความลับของโปรเจกต์ เอกสารมีสูตรสำหรับการเพิ่มการล็อกอิน และการส่งอีเมล

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

คำถาม