โซลูชั่น / เอเจนซี่และสตูดิโอ
พอร์ทัลลูกค้าที่ดำเนินธุรกิจ
ลูกค้าทุกคนจะได้รับพื้นที่ติดผนังของตัวเอง — ไฟล์ สถานะ และสิ่งที่ส่งมอบ — ในขณะที่รีเทนเนอร์จะเรียกเก็บเงินเองและเครื่องมือโปรเจ็กต์ของคุณยังคงซิงค์กัน
กรณีสร้างมันขึ้นมา
เหตุใดจึงต้องสร้างสิ่งนี้แทน SaaS พอร์ทัลไคลเอ็นต์
Portal SaaS มีราคาต่อที่นั่งและออกแบบมาเพื่อเอเจนซี่ทั่วไป ซึ่งไม่ใช่ของคุณ คุณจะต้องเปลี่ยนชื่อขั้นตอนการจัดส่งให้ตรงกับป้ายกำกับ ส่งออกไปยังสเปรดชีตสำหรับชิ้นส่วนที่ไม่สามารถจำลองได้ และจ่ายเงินอีกครั้งทุกครั้งที่ทีมเติบโตขึ้น Kliv สร้างพอร์ทัลรอบๆ สตูดิโอของคุณแทน: เวที ภาษาของคุณ ประสบการณ์ของลูกค้า บนโดเมนของคุณ
กระบวนการจัดส่งของคุณเป็นตัวสร้างความแตกต่าง — โดยสรุป แนวคิด รอบการแก้ไข การลงนาม — ดังนั้นพอร์ทัลควรสร้างแบบจำลองตามตัวอักษร ลูกค้าแต่ละรายเป็นองค์กรที่มีบุคลากร โปรเจ็กต์ และไฟล์เป็นของตัวเอง โดยแยกออกจากฐานข้อมูล เมื่อคุณปรับแต่งวิธีการจัดส่ง พอร์ทัลจะติดตามเป็นประโยค ไม่ใช่ในคำขอคุณลักษณะที่ส่งไปยังผู้จัดจำหน่าย
กายวิภาคของระบบ
สิ่งที่พอร์ทัลรู้จริงๆ
พอร์ทัลเอเจนซี่จะต้องแยกสองสิ่งที่เครื่องมือโปรเจ็กต์ทั่วไปไม่ชัดเจนออกจากกัน: วิธีการทำงานของทีมของคุณภายใน และสิ่งที่ลูกค้าแต่ละรายได้รับอนุญาตให้เห็น ผู้อำนวยการฝ่ายการตลาดของลูกค้ารายหนึ่งสามารถดูปฏิทินแคมเปญ ไฟล์แบรนด์ ใบแจ้งหนี้ และหัวข้อการแก้ไขได้ และไม่สามารถค้นพบโครงการของลูกค้ารายอื่นด้วยการเปลี่ยน URL หรือเดารหัสได้ นี่คือรูปร่างของระบบที่ Kliv จะสร้าง
ลูกค้า
ลูกค้าแต่ละรายคือองค์กร ผู้ใช้ โปรเจ็กต์ ไฟล์ การอนุมัติ และประวัติการเรียกเก็บเงินอยู่ภายในกำแพงนั้น
โครงการ
ดำเนินขั้นตอนของคุณ — บทสรุป แนวคิด รอบการแก้ไข การลงนาม — ด้วยไฟล์และเธรดที่เป็นของแต่ละรายการ
การส่งมอบ
ไฟล์ต้นฉบับ การนำเสนอ และรอบชิงชนะเลิศ — แชร์ต่อลูกค้า ส่วนตัวตามค่าเริ่มต้น
การอนุมัติ
การลงชื่อออกเป็นสถานะที่บันทึกไว้ในงาน ไม่ใช่เธรดอีเมลที่ฝังอยู่
รีเทนเนอร์และใบแจ้งหนี้
ความสัมพันธ์ทางการค้า — สถานะการสมัครสมาชิก, ใบแจ้งหนี้, ประวัติการซื้อ — ที่แนบมากับบันทึกลูกค้าเดียวกัน
คำขอ
คิวของลูกค้าที่เข้ามาถาม โดยกำหนดขอบเขตไปที่ลูกค้าที่เลี้ยงดูพวกเขา
ใครเห็นอะไร.
กฎที่ฐานข้อมูลบังคับใช้
- ผู้ใช้ไคลเอ็นต์สามารถอ่านได้เฉพาะแถวที่เป็นขององค์กรของตนเท่านั้น การคาดเดา URL หรือ ID จะไม่ส่งคืนสิ่งใดเลย
- ไฟล์เป็นแบบส่วนตัวตามค่าเริ่มต้น การแชร์เป็นไปตามลูกค้า ไม่ใช่ต่อลิงก์
- เจ้าของลูกค้าจะมองเห็นรายละเอียดการเรียกเก็บเงิน ไม่ใช่สมาชิกทุกคนในทีม
- เมื่อรีเทนเนอร์หมดลง สิทธิ์จะปิดพื้นที่ที่มีรั้วกั้น — ไม่มีใครต้องจำที่จะเพิกถอนการเข้าถึง
ผลลัพธ์ไม่ใช่ “พอร์ทัล” แบบกว้างๆ แต่เป็นรูปแบบการส่งมอบงานของคุณที่กลายเป็นซอฟต์แวร์: ลูกค้า ขั้นตอน ไฟล์ การอนุมัติ การชำระเงิน และสิทธิ์การเข้าถึง ทั้งหมดอธิบายความสัมพันธ์เดียวกัน
Kliv ประกอบอะไรบ้าง
รายการซื้อของสำหรับชิ้นส่วนแพลตฟอร์ม - แต่ละชิ้นมีอยู่ภายใน แต่ละชิ้นประกอบกับส่วนที่เหลือ
หนึ่งพอร์ทัล กำแพงต่อไคลเอนต์
ลูกค้าแต่ละรายคือองค์กร: พนักงานของพวกเขาจะเห็นโปรเจ็กต์และไฟล์ของตน ไม่ใช่ของลูกค้ารายอื่น บังคับใช้ที่ฐานข้อมูล ไม่ใช่ในตรรกะของเพจ
รีเทนเนอร์บนระบบอัตโนมัติ
ผู้ติดตามรายเดือนพร้อมแบ่งตามสัดส่วนและหยุดชั่วคราว — และการติดตามหนี้จะไล่ตามบัตรที่หมดอายุ เพื่อให้คุณไม่ต้องดำเนินการ
ส่งมอบ แบ่งปันอย่างปลอดภัย
การแชร์ไฟล์ต่อลูกค้าสำหรับบทสรุป เนื้อหา และรอบชิงชนะเลิศ — ส่วนตัวตามค่าเริ่มต้น
เครื่องมือของทีมของคุณพร้อมแล้ว
คำขอไคลเอ็นต์ใหม่จะกลายเป็นการ์ด Trello การ ping ของ Slack ดับลงเมื่อพวกเขาอนุมัติ
ผู้ช่วยที่รู้บัญชี
ลูกค้าถามว่า “โครงการของฉันอยู่ที่ไหน” และเอเจนต์ตอบจากข้อมูลของตนเอง ซึ่งกำหนดขอบเขตไว้เฉพาะองค์กรของตน
วิธีชาร์จ
สามวิธีที่เอเจนซี่สามารถเรียกเก็บเงินได้
เอเจนซี่ไม่ค่อยขายสิ่งใดสิ่งหนึ่ง ลูกค้ารายเดียวกันอาจเริ่มต้นด้วยการวิ่งตามกลยุทธ์ ย้ายเข้ามาเป็นรายเดือน จากนั้นจึงซื้อกำลังการผลิตเพิ่มเติมระหว่างการเปิดตัว พอร์ทัลควรเข้าใจรูปร่างเหล่านั้นโดยตรง แทนที่จะบังคับให้ทุกความสัมพันธ์ลงในเท็มเพลตใบแจ้งหนี้เดียวกัน
รีเทนเนอร์รายเดือน
$6,000/เดือน
ลูกค้าที่กำลังเติบโตจากการมีส่วนร่วมอย่างต่อเนื่อง
คิวคำขอ การรายงานรายเดือน ห้องเก็บไฟล์ที่ใช้ร่วมกัน และการเรียกใช้กลยุทธ์สองครั้ง
- ปลดล็อค
- การสมัครใช้งานที่ใช้งานอยู่จะเปิดส่วนของพอร์ทัลที่เป็นของความสัมพันธ์: คำขอที่เปิดอยู่ การส่งมอบที่ใช้งานอยู่ การรายงาน และสินทรัพย์ที่ได้รับอนุมัติ
- การเรียกเก็บเงิน
- ต่ออายุทุกเดือนโดยแบ่งสัดส่วนตามการเปลี่ยนแปลงอย่างยุติธรรม หากการ์ดใช้งานไม่ได้ อีเมลสำรองจะถูกส่งออกและเข้าถึงได้แคบลงจนกว่าการเรียกเก็บเงินจะได้รับการแก้ไข
- การคืนเงิน
- คำขอคืนเงินจะส่งผ่านขั้นตอนการอนุมัติก่อนที่เงินจะย้าย
โครงการที่มีขอบเขตคงที่
$ 18,000 ครั้งเดียว
ไคลเอนต์รีเฟรชแบรนด์พร้อมขอบเขตที่กำหนด
ไทม์ไลน์ของโปรเจ็กต์ การอัปโหลดไฟล์ต้นฉบับ การนำเสนอแนวคิด รอบการแก้ไข และการส่งมอบขั้นสุดท้าย
- ปลดล็อค
- การซื้อจะเปิดพื้นที่ของโปรเจ็กต์นั้น — ลูกค้าจะเห็นงานที่เชื่อมโยงกับขอบเขตของตน ไม่ใช่พื้นที่ทำงานภายในของคุณ
- การเรียกเก็บเงิน
- การเรียกเก็บเงินหนึ่งครั้ง ใบเสร็จเดียว ประวัติการซื้อทั้งหมดในหน้าการเรียกเก็บเงินของลูกค้า เมื่อโปรเจ็กต์เสร็จสิ้น พื้นที่จะเปลี่ยนไปเป็นโหมดเก็บถาวร
- การคืนเงิน
- ขั้นตอนการอนุมัติเดียวกัน การคืนเงินเป็นการตัดสินใจ ไม่ใช่อุบัติเหตุ
ส่วนเสริมตามการใช้งาน
$ 250 ต่อบทสรุปพิเศษ
ไคลเอนต์เนื้อหาที่มีปริมาณเพิ่มขึ้นอย่างรวดเร็วระหว่างการเปิดตัว
รีเทนเนอร์พื้นฐานพร้อมส่วนเสริมแบบคิดค่าบริการตามปริมาณ — บทสรุปในหน้า Landing Page, วิดีโอที่มีการตัดต่อเพิ่มเติม — นอกเหนือจากปริมาณที่รวมไว้
- ปลดล็อค
- การวัดผลจะดำเนินการโดยเทียบกับกิจกรรมที่ลงชื่อเข้าใช้ของลูกค้า ดังนั้นสิ่งที่รวมอยู่ สิ่งที่ใช้ และสิ่งที่จะถูกเรียกเก็บเงินจึงสามารถมองเห็นได้ทั้งสองด้าน
- การเรียกเก็บเงิน
- ค่าบริการพิเศษจะเกิดขึ้นบนมิเตอร์และใบเรียกเก็บเงินเมื่อสมัครสมาชิก — ไม่มีสเปรดชีตด้านข้างของบริการพิเศษที่ได้รับอนุมัติ
- การคืนเงิน
- รายการโฆษณาที่มีการโต้แย้งจะแก้ไขผ่านขั้นตอนการคืนเงินที่มีการอนุมัติแบบเดียวกัน
ก่อนเปิดตัว
สัปดาห์แรกก่อนที่คุณจะเปิดตัว
คุณไม่เปิดพอร์ทัลลูกค้าและหวัง สัปดาห์แรกจะหน้าตาเป็นแบบนี้ — และจบลงด้วยการที่พอร์ทัลมีอายุครบหนึ่งปีแล้ว
รูปร่างพอร์ทัล
อธิบายวิธีการทำงานของสตูดิโอ: ลูกค้ามาถึงอย่างไร ขั้นตอนการจัดส่งของคุณ ใครอยู่ในทีม Kliv สร้างตัวอย่างแรก — องค์กรลูกค้า โครงการในภาษาของคุณ กำแพงที่ติดตั้งไว้แล้ว
ทำให้มันเป็นของคุณ
ปรับปรุงการสนทนาและโดยการชี้ไปที่สิ่งต่างๆ: ชื่อบนเวทีของคุณแทนที่จะเป็นป้ายกำกับทั่วไป แบรนด์ของคุณ โดเมนของคุณ การเปลี่ยนแปลงทุกอย่างจะปรากฏในหน้าตัวอย่างก่อนใครจะเห็น
โหลดของจริง.
สร้างข้อเสนอจริง — แผนการรักษา ผลิตภัณฑ์โครงการ — เชิญทีมของคุณ และย้ายบรีฟลูกค้าจริงเข้ามาเพื่อดูพอร์ทัลที่มีเนื้อหาจริง
พยายามที่จะทำลายมัน
ลงชื่อเข้าใช้ในฐานะลูกค้าทดสอบและตรวจสอบกำแพง: พวกเขาสามารถเห็นโครงการของลูกค้ารายอื่นได้หรือไม่ ดำเนินการชำระเงิน ทำบัตรล้มเหลวโดยตั้งใจ ขอเงินคืน — ดูอีเมลสำรองและขั้นตอนการอนุมัติทำงาน
จากนั้นซ้อมหนึ่งปี
นี่เป็นส่วนที่ไม่มีทางอื่นใดในการสร้างให้คุณได้: ใน Sandbox ด้วยเงินจำลองและเวลาจำลอง เลื่อนไปข้างหน้าอย่างรวดเร็วสิบสองเดือน ผู้ถือนาฬิกาจะต่ออายุ บัตรจะหมดอายุในเดือนมีนาคมและฟื้นตัวในเดือนเมษายน การยกเลิกปิดประตูด้านขวา เมื่อคุณเผยแพร่ คุณไม่ได้ต้องเดาอะไรทั้งนั้น คุณกำลังจัดส่งพอร์ทัลที่ดำเนินธุรกิจมาหนึ่งปีแล้ว
ทำตามคำสั่งโดยไม่มีความเสี่ยงตามคำสั่ง
ซอฟต์แวร์แบบกำหนดเองที่ใช้เพื่อหมายถึงงบประมาณ ผู้รับเหมา และสัญญาการบำรุงรักษา นี่เป็นข้อตกลงที่แตกต่าง
ชิ้นส่วนระดับองค์กร
ลงชื่อเข้าใช้ สิทธิ์ที่บังคับใช้ที่ฐานข้อมูล การเรียกเก็บเงิน การตรวจสอบ อีเมล — ส่วนประกอบภายใต้ระบบที่ออกแบบตามความต้องการของคุณนั้นเป็นชิ้นส่วนที่แข็งแกร่งแบบเดียวกับที่แอป Kliv ทำงาน คุณสร้างโครงสร้างพื้นฐานที่ได้รับการพิสูจน์แล้ว คุณไม่ได้คอมมิชชันโค้ดตั้งแต่เริ่มต้น
เปลี่ยนแปลงการจัดส่งตามลำดับ
เมื่อกระบวนการของคุณเปลี่ยนแปลง ให้พูดอย่างนั้น การเปลี่ยนแปลงนั้นเกิดขึ้นภายในการสนทนา คุณจะตรวจสอบมันในตัวอย่างสด และจะไม่มีอะไรส่งถึงผู้ใช้ของคุณจนกว่าคุณจะเผยแพร่ การเปลี่ยนแปลงเชิงพาณิชย์สามารถซักซ้อมได้ใน Sandbox ด้วยเงินและเวลาจำลอง
ไม่มีใครสามารถพระอาทิตย์ตกได้
เครื่องมือที่มีจำหน่ายทั่วไปจะได้รับการกำหนดราคาใหม่ ออกแบบใหม่ และเลิกใช้งานตามกำหนดเวลาของผู้ขาย และขั้นตอนการทำงานของคุณก็จะดำเนินไปด้วย แอป Kliv ของคุณจะเปลี่ยนเมื่อคุณเปลี่ยนเท่านั้น เป็นผลิตภัณฑ์ของคุณ ไม่ใช่ที่นั่งในของคนอื่น
พูดได้ประโยคเดียว
“สร้างพอร์ทัลไคลเอนต์โดยที่ลูกค้าแต่ละรายเห็นเฉพาะโปรเจ็กต์และไฟล์ของตนเอง เรียกเก็บเงินรายเดือน และคำขอใหม่ของลูกค้าจะสร้างการ์ด Trello สำหรับทีมของฉัน”
นี่เป็นจุดเริ่มต้นอย่างแท้จริง — อธิบาย จากนั้นจึงปรับแต่งในการสนทนา
สร้างหรือซื้อ
ทำไมไม่ซื้อพอร์ทัลล่ะ?
| ออกจากชั้นวาง | ด้วย Kliv | |
|---|---|---|
| การแยกลูกค้า | ช่องทำเครื่องหมายพื้นที่ทำงานและการอนุญาต — กำหนดค่าด้วยตนเอง จะมีการตรวจสอบซ้ำทุกครั้งที่มีคนเข้าร่วม | ลูกค้าแต่ละรายคือองค์กร กฎฐานข้อมูลระดับแถวทำให้การอ่านข้ามไคลเอนต์เป็นไปไม่ได้ ไม่ใช่แค่ซ่อนไว้ |
| ขั้นตอนการจัดส่งของคุณ | ฉลากไปป์ไลน์ของพวกเขา คุณปรับกระบวนการของคุณให้เหมาะสม | คำพูดของคุณ — สั้น ๆ แนวคิด รอบ การลงนาม — จำลองวิธีที่คุณนำเสนออยู่แล้ว |
| โครงสร้างต้นทุน | ต่อที่นั่ง ต่อเดือน ค่าใช้จ่ายจะเพิ่มมากขึ้นตามทีมของคุณ ไม่ใช่รายได้ของคุณ | คุณเป็นเจ้าของระบบ และเรียกเก็บเงินจากลูกค้าผ่านระบบ: รีเทนเนอร์ โปรเจ็กต์ ส่วนเสริมแบบคิดค่าบริการตามปริมาณ |
| การเปลี่ยนแปลงวิธีการทำงานของคุณ | คำขอคุณลักษณะ การโหวตแผนงาน การรอ | ประโยคในการสนทนา การแสดงตัวอย่าง การเผยแพร่ |
| ข้อมูลของคุณ | ส่งออกได้ในรูปแบบที่แผนอนุญาต | โปรเจ็กต์ ไฟล์ การอนุมัติ และประวัติการเรียกเก็บเงินเป็นแถวในฐานข้อมูลของคุณเอง |
การแยกลูกค้า
ออกจากชั้นวาง: ช่องทำเครื่องหมายพื้นที่ทำงานและการอนุญาต — กำหนดค่าด้วยตนเอง จะมีการตรวจสอบซ้ำทุกครั้งที่มีคนเข้าร่วม
ด้วย Kliv: ลูกค้าแต่ละรายคือองค์กร กฎฐานข้อมูลระดับแถวทำให้การอ่านข้ามไคลเอนต์เป็นไปไม่ได้ ไม่ใช่แค่ซ่อนไว้
ขั้นตอนการจัดส่งของคุณ
ออกจากชั้นวาง: ฉลากไปป์ไลน์ของพวกเขา คุณปรับกระบวนการของคุณให้เหมาะสม
ด้วย Kliv: คำพูดของคุณ — สั้น ๆ แนวคิด รอบ การลงนาม — จำลองวิธีที่คุณนำเสนออยู่แล้ว
โครงสร้างต้นทุน
ออกจากชั้นวาง: ต่อที่นั่ง ต่อเดือน ค่าใช้จ่ายจะเพิ่มมากขึ้นตามทีมของคุณ ไม่ใช่รายได้ของคุณ
ด้วย Kliv: คุณเป็นเจ้าของระบบ และเรียกเก็บเงินจากลูกค้าผ่านระบบ: รีเทนเนอร์ โปรเจ็กต์ ส่วนเสริมแบบคิดค่าบริการตามปริมาณ
การเปลี่ยนแปลงวิธีการทำงานของคุณ
ออกจากชั้นวาง: คำขอคุณลักษณะ การโหวตแผนงาน การรอ
ด้วย Kliv: ประโยคในการสนทนา การแสดงตัวอย่าง การเผยแพร่
ข้อมูลของคุณ
ออกจากชั้นวาง: ส่งออกได้ในรูปแบบที่แผนอนุญาต
ด้วย Kliv: โปรเจ็กต์ ไฟล์ การอนุมัติ และประวัติการเรียกเก็บเงินเป็นแถวในฐานข้อมูลของคุณเอง
คำถามทั่วไป
การแยกลูกค้ามีการบังคับใช้จริง ๆ อย่างไร?
ที่ฐานข้อมูล. ลูกค้าทุกรายคือองค์กร และกฎระดับแถวหมายความว่าผู้ใช้สามารถอ่านโปรเจ็กต์และไฟล์ของตนเองได้เท่านั้น การแยกเป็นคุณสมบัติของข้อมูล ไม่ใช่ลิงก์ที่คุณจำได้ว่าซ่อนไว้
ลูกค้าสามารถชำระเงินมัดจำผ่านทางพอร์ทัลได้หรือไม่?
ใช่ — ผู้ติดตามรายเดือนที่มีการแบ่งส่วนและหยุดชั่วคราว ค่าธรรมเนียมโครงการแบบจ่ายครั้งเดียว และหน้าการเรียกเก็บเงินแบบบริการตนเอง บัตรที่หมดอายุจะถูกลองใหม่และไล่ล่าโดยอัตโนมัติ
มันเชื่อมต่อกับเครื่องมือที่ทีมของฉันใช้อยู่แล้วหรือไม่?
ใช่. คำขอใหม่ของไคลเอ็นต์สามารถสร้างการ์ด Trello ได้ การอนุมัติสามารถ ping Slack ได้ ทีมของคุณเก็บเครื่องมือไว้ในขณะที่ไคลเอ็นต์ได้รับพอร์ทัลเดียวที่ปลอดภัย
ผู้รับเหมาสามารถเข้าถึงแบบจำกัดได้หรือไม่?
ใช่ บทบาทเป็นส่วนหนึ่งของระบบการระบุตัวตนเดียวกัน ดังนั้นผู้รับเหมาจึงเห็นโปรเจ็กต์ที่พวกเขาได้รับมอบหมายให้ทำ และไม่มีอย่างอื่นอีกเลย: ไม่มีการเรียกเก็บเงิน ไม่มีเงื่อนไขการรักษา ไม่มีลูกค้ารายอื่น กฎนี้มีผลอยู่ที่ฐานข้อมูล ดังนั้นจึงเก็บไว้ทุกที่
จะเกิดอะไรขึ้นกับพื้นที่ของลูกค้าเมื่อการมีส่วนร่วมสิ้นสุดลง?
ไม่ว่าคุณจะพูดอะไรก็ตาม รูปแบบทั่วไป: เมื่อส่วนยึดสิ้นสุดลง พื้นที่จะเลื่อนไปที่การเก็บถาวร ไฟล์สุดท้าย ใบแจ้งหนี้ และการอนุมัติจะยังคงสามารถอ่านได้ ในขณะที่คำขอใหม่และรอบการแก้ไขจะปิดลงจนกว่าจะมีการซื้อขอบเขตใหม่
เราเรียกเก็บเงินลูกค้าบางรายเป็นรายเดือนและบางส่วนต่อโครงการ พอร์ทัลเดียวสามารถจัดการทั้งสองอย่างได้หรือไม่
ใช่ — รีเทนเนอร์คือการสมัครสมาชิกและโปรเจ็กต์เป็นการซื้อครั้งเดียวในแค็ตตาล็อกเดียวกัน และลูกค้าสามารถถือทั้งสองอย่างได้ในคราวเดียว แต่ละส่วนจะปลดล็อกพื้นที่บางส่วน และใบแจ้งหนี้จะเข้าสู่หน้าการเรียกเก็บเงินหน้าเดียว
