วิธีสร้างพอร์ทัลสำหรับลูกค้า: ไฟล์ สถานะ ใบแจ้งหนี้ และสิทธิ์การเข้าถึง

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

ทำไมธุรกิจจึงสร้างพอร์ทัลลูกค้า

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

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

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

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

เริ่มด้วยการเข้าสู่ระบบ ภาพรวม ไฟล์ และคำขอ เพิ่มใบแจ้งหนี้ การอนุมัติ และการส่งข้อความเมื่อลูกค้าต้องการจริง ๆ

ข้อมูล

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

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

เขียนสิ่งเหล่านี้ไว้และทดสอบ:

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

การตรวจสอบต้องทำบนเซิร์ฟเวอร์ พอร์ทัลที่โหลดข้อมูลของลูกค้าทั้งหมดแล้วกรองในเบราว์เซอร์ไม่ใช่ส่วนตัว

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

วิธีเข้าสู่ระบบ

ลูกค้าเข้าสู่ระบบไม่บ่อย จึงมักลืมรหัสผ่าน ลิงก์เข้าสู่ระบบ (magic link ที่ส่งทางอีเมล) หรือการเข้าสู่ระบบครั้งเดียว (single sign-on) ด้วยบัญชีที่เขามีอยู่แล้วมักใช้ได้ดีกว่ารหัสผ่านสำหรับพอร์ทัล ไม่ว่าจะเลือกแบบใด ให้เชิญลูกค้าจากฝั่งคุณแทนที่จะให้ใครก็สมัครบัญชีเองและเลือกบริษัทของตัวเองได้ คู่มือวิธีเพิ่มการเข้าสู่ระบบในแอปของคุณ ของเราเปรียบเทียบตัวเลือก

พอร์ทัลเดียวหรือหนึ่งพอร์ทัลต่อลูกค้า

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

ไฟล์

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

ใบแจ้งหนี้และการชำระเงิน

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

การเชื่อมต่อกับระบบอื่น

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

พรอมต์แรกสำหรับเครื่องมือสร้างด้วย AI

สร้างพอร์ทัลลูกค้าให้ Northlight เอเจนซี่ออกแบบเว็บขนาดเล็ก ลูกค้าคือบริษัท แต่ละบริษัทมีผู้ใช้ลูกค้าหนึ่งคนขึ้นไปที่เข้าสู่ระบบ ผู้ใช้ลูกค้าเห็นเฉพาะโครงการของบริษัทตัวเอง สำหรับแต่ละโครงการ: สถานะปัจจุบัน (Discovery, Design, Build, Review, Live) ไมล์สโตนถัดไปพร้อมวันที่ พื้นที่ไฟล์ที่ทั้งสองฝ่ายอัปโหลดและดาวน์โหลดได้ (PDF, รูปภาพ, ZIP, สูงสุด 50 MB) แบบฟอร์มคำขอ (หัวข้อ รายละเอียด ความสำคัญ) พร้อมรายการคำขอที่ผ่านมาและสถานะ และไทม์ไลน์ของการอัปเดต ทีมของเอเจนซี่เห็นพื้นที่แอดมินที่มีลูกค้าทั้งหมด เปลี่ยนสถานะโครงการได้ โพสต์การอัปเดตได้ เพิ่มบันทึกภายในที่ลูกค้าไม่เคยเห็นได้ และตอบคำขอได้ บังคับใช้กฎการเข้าถึงทั้งหมดบนเซิร์ฟเวอร์ บันทึกข้อมูลในฐานข้อมูล และเก็บไฟล์ในที่จัดเก็บส่วนตัวพร้อมลิงก์ดาวน์โหลดที่มีอายุจำกัด ตอนนี้ใช้การเข้าสู่ระบบแบบ placeholder ไปก่อน เราจะเพิ่มการยืนยันตัวตนจริงในขั้นตอนถัดไป ดีไซน์สะอาดและเป็นมืออาชีพ ทำงานได้บนโทรศัพท์

สร้างเป็นขั้น ๆ คือข้อมูลและแอดมินก่อน จากนั้นมุมมองลูกค้า การเข้าสู่ระบบจริง ไฟล์ และส่วนเสริม วิธีเขียนพรอมต์สำหรับเครื่องมือสร้างแอปด้วย AI มีรูปแบบเพิ่มเติม

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

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

ข้อผิดพลาดที่พบบ่อย

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

ต้นทุนและเครื่องมือ

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

เมื่อผลิตภัณฑ์สำเร็จรูปเป็นทางเลือกที่ดีกว่า

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

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

การสร้างด้วย Mythex

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

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

คำถาม