คู่มือ
วิธีการจัดโครงสร้างตลาด PropTech หรือแพลตฟอร์มการประกาศอสังหาริมทรัพย์
คำตอบสั้นๆ
แพลตฟอร์ม PropTech สามารถยังคงเป็นธุรกิจซอฟต์แวร์หรือโฆษณา, หรือมันสามารถกลายเป็นนายหน้า, คนกลางในการทำธุรกรรม, ผู้จัดการทรัพย์สิน หรือผู้จัดการการชำระเงินผ่านฟีเจอร์ของมัน ขอบเขตขึ้นอยู่กับการลงทะเบียน, การแนะนำ, การเจรจา, เงินมัดจำและผู้ที่ได้รับค่าคอมมิชชั่นจากการทำธุรกรรม.
เริ่มจากแผนที่ผลิตภัณฑ์ ไม่ใช่เมนูใบอนุญาต เขียนลงไปว่าแพลตฟอร์มทำอะไรในวันนี้และการวางแผนการปล่อยถัดไปจะเพิ่มอะไร — การลงทะเบียน, การส่งข้อความระหว่างฝ่าย, ข้อเสนอ, การจอง, การชำระเงิน — เพราะคำตอบจากข้อบังคับจะเปลี่ยนไปตามฟีเจอร์ ต่อไปแยกการจัดตั้งบริษัททั่วไปออกจากใบอนุญาตที่เกี่ยวข้องกับนายหน้า, การโฆษณาหรือการจัดการเงินที่แผนที่ผลิตภัณฑ์จะกระตุ้น.
ทำไมรูปแบบการดำเนินงานจึงมีก่อนเขตอำนาจทางกฎหมาย
ในเทคโนโลยีอสังหาริมทรัพย์ ผู้มีส่วนได้เสียที่อยู่ภายใต้การควบคุม — นายหน้า, ผู้จัดการ, นักพัฒนา — ถูกกำหนดโดยฟังก์ชั่น และแพลตฟอร์มจะสืบทอดภาระผูกพันของพวกเขาทันทีที่ฟีเจอร์ของมันแสดงฟังก์ชั่นเหล่านั้น โดยไม่คำนึงถึงสิ่งที่บริษัทเรียกตัวเอง.
นิติบุคคลที่ลงทะเบียนเพื่อพัฒนาซอฟต์แวร์สามารถส่งมอบผลิตภัณฑ์ที่เงียบ ๆ ซึ่งกลายเป็นนายหน้า: ทันทีที่แพลตฟอร์มเสนอฝ่ายที่เกี่ยวข้อง, เก็บข้อเสนอหรือได้รับผลประโยชน์จากการดำเนินการ, การวิเคราะห์จะแปรเปลี่ยนไป คำถามที่มีประโยชน์ไม่ใช่ว่าใบอนุญาตใดออกอย่างรวดเร็วที่สุด; แต่ว่า ฟีเจอร์ใด, ในการปล่อยใด, ที่ทำงานฟังก์ชั่นที่อยู่ภายใต้การควบคุมเป็นครั้งแรก — และนิติบุคคลใดจะถือฟังก์ชั่นนั้นเมื่อมันเกิดขึ้น.
เริ่มต้นโดยการเลือกโมเดลใดที่อธิบายแผนได้ใกล้เคียงที่สุด:
- ซอฟต์แวร์ที่จัดให้กับนายหน้าและนักพัฒนา
- พอร์ทัลการลงทะเบียนและการสร้างลีด
- แพลตฟอร์มการค้าที่ดิจิทัลหรือการทำธุรกรรม
- การเช่า, การบำรุงรักษาหรือแอปพลิเคชันการจัดการทรัพย์สิน
หากมีโมเดลมากกว่าหนึ่งที่เกี่ยวข้อง, การแก้ไขมาตรฐานคือต้องแยก: นิติบุคคลเทคโนโลยีที่สร้างและใบอนุญาตผลิตภัณฑ์, และนิติบุคคลที่แยกออกซึ่งได้รับการอนุมัติเสริมในการทำนายหน้า, การจัดการ หรือการจัดการเงินที่ผลิตภัณฑ์นั้นเปิดใช้งาน การแยกนี้จะปกป้องการประเมินค่าของธุรกิจซอฟต์แวร์จากภาระผูกพันของฝ่ายที่อยู่ภายใต้การควบคุม.
ที่การจัดตั้งบริษัททั่วไปอาจหยุด
ทดสอบปัญหาเหล่านี้กับผลิตภัณฑ์ปัจจุบันและการปล่อยถัดไป ไม่ใช่แค่พรีเซนเทชั่น ก่อนที่จะเลือกเขตอำนาจหรือกิจกรรม:
- กิจกรรมการเป็นนายหน้า, การเจรจา และค่าคอมมิชชั่น
- การอนุมัติในการลงทะเบียนและโฆษณา
- การจัดการเงินมัดจำ, ค่าเช่า และการชำระเงิน
- ข้อมูลทรัพย์สินและลูกค้า
- การตรวจสอบผู้พัฒนา โบรกเกอร์ และเจ้าของ
ปัญหาที่ถูกตั้งค่าสถานะคือคำถาม ไม่ใช่ข้อพิพากษา — โมเดลรายการและซอฟต์แวร์หลายตัวนั่งอยู่ภายนอกขอบเขตที่มีการควบคุมอย่างชัดเจน สิ่งที่ใช้ไม่ได้ผลคือการป้องกันด้วยชื่อ: การเรียกผลิตภัณฑ์ว่าเป็นตลาดหรือเครื่องมือ SaaS ขณะที่การทำงานของมันต่อรองข้อตกลงหรือเคลื่อนย้ายเงินฝาก
ตำแหน่งที่ตั้งของแพลตฟอร์มคือเอกสารทีละฟีเจอร์: สิ่งที่ผลิตภัณฑ์ทำ, สิ่งที่มันตั้งใจไม่ทำ, ฟังก์ชั่นที่มีการควบคุมใดบ้างที่ถูกทิ้งให้กับพันธมิตรที่ได้รับอนุมัติ, และฟีเจอร์ที่วางแผนไว้ซึ่งจะเปลี่ยนคำตอบ นักลงทุน, พันธมิตรพอร์ทัล, ธนาคาร และผู้ให้บริการการชำระเงินทั้งหมดต้องตรวจสอบตามเอกสารนั้นอย่างแม่นยำ
การตัดสินใจด้านโครงสร้างที่เปลี่ยนคำตอบ
ตัวเลือกผลิตภัณฑ์และการสร้างรายได้ขับเคลื่อนการตัดสินใจของนิติบุคคล ดังนั้นจึงควรกำหนดค่าตัวแปรเหล่านี้ก่อนจะเปรียบเทียบ เขตอำนาจทางกฎหมาย, เขตปลอดภาษี และเส้นทางศูนย์การเงิน:
- SaaS ระหว่างธุรกิจกับธุรกิจ เทียบกับตลาดผู้บริโภค
- ค่าธรรมเนียมลีด, ค่าสมาชิก หรือค่าคอมมิชชั่นจากการทำธุรกรรม
- ใครสื่อสารข้อเสนอและปิดข้อตกลง
- การเคลื่อนย้ายเงินและการควบคุมเงินฝาก
- ประเภทอสังหาริมทรัพย์และอีมิเรตส์ที่ครอบคลุม
เอนทิตีที่ทำสัญญากับผู้ใช้ควรตรงกับสิ่งที่ผลิตภัณฑ์ทำจริงสำหรับพวกเขา — ค่าธรรมเนียมซอฟต์แวร์ไปยังบริษัทซอฟต์แวร์, บริการที่มีการควบคุมไปยังบริษัทที่ได้รับอนุมัติ ผู้ถือสิทธิในทรัพย์สินทางปัญญาหรือบริษัทแม่ในต่างประเทศสามารถนั่งอยู่ด้านบนด้วยบทบาทที่แท้จริง ได้รับโครงสร้างที่ละเลยแผนที่เดินทางจะปรากฏขึ้นทีหลังในฐานะการรีแพลตฟอร์มฉุกเฉินในกลางรอบการระดมทุน
ค่าใช้จ่ายและระยะเวลา: ใช้ชั้นแทนที่จะเป็นตัวเลขหลักเดียว
สำหรับแพลตฟอร์ม ใบอนุญาตคือบรรทัดเล็กๆ ข้างวิศวกรรม แต่ฟีเจอร์ที่มีการควบคุมมีงบประมาณของตนเองไม่ว่าจะอยู่ที่ใด งบประมาณในชั้นต่างๆ:
- การจัดตั้งเอนทิตี: การลงทะเบียน เอกสารรัฐธรรมนูญ การเลือกกิจกรรม, บัตรจัดตั้ง, พื้นที่ทำงานและความสามารถด้านการเข้าเมือง — ชั้นเบาที่สุด
- การอนุมัติที่เปิดใช้งานฟีเจอร์: การทำดีล นายหน้า โฆษณาหรือสิทธิ์การลงรายการที่โมเดลต้องการ ไม่ว่าจะถือโดยตรงหรือผ่านพันธมิตร รวมทั้งงานทางกฎหมายในการกำหนดขอบเขต
- โครงสร้างพื้นฐานการดำเนินงาน: ผลิตภัณฑ์เอง, โฮสติ้งและการจัดการข้อมูล, เครื่องมือการตรวจสอบรายการ และการรวมการชำระเงินหรือการดูแลรักษาเงินที่เก็บนอกเอนทิตีเทคโนโลยี — ชั้นที่เด่น
- ผู้คนและการกำกับดูแล: ผู้นำด้านวิศวกรรมและผลิตภัณฑ์, บุคคลที่ได้รับการอนุมัติแต่ละคนที่แขนควบคุมต้องการ, ความเป็นเจ้าของในการปฏิบัติตามกฎระเบียบสำหรับข้อมูลและการโฆษณา, และ วีซ่า ที่สนับสนุนทีม
- ภาระผูกพันที่เกิดซ้ำ: การต่ออายุใบอนุญาตและการอนุมัติ, ข้อตกลงแพลตฟอร์มและพอร์ทัล, การดูแลรักษาความเป็นส่วนตัวของข้อมูล, การตรวจสอบและการยื่นภาษี
การเปิดตัวซอฟต์แวร์ที่บริสุทธิ์จะถูกกำหนดโดยการสร้างและการเข้าธนาคาร; ฟีเจอร์ที่มีการควบคุมทุกอย่างที่เพิ่มเข้าไปในการเปลี่ยนแปลงจะเพิ่มเกตการอนุมัติก่อนการเปิดตัว แผนงานที่ซื่อสัตย์จะแสดงว่าการเปิดตัวใดที่ส่งมอบด้วยใบอนุญาตการค้าเพียงอย่างเดียวและบางอย่างรอคำอนุญาต — หรือพันธมิตร
ความพร้อมทางการธนาคาร นักลงทุน และการค้า
ธนาคารอ่านแพลตฟอร์มผ่านการไหลของเงิน: รายได้จากการสมัครสมาชิกเป็นเรื่องง่าย แต่ค่าธรรมเนียมความสำเร็จ, การจอง และสิ่งใดที่คล้ายกับเงินฝากที่เก็บจะเปลี่ยนการสนทนาโดยสิ้นเชิง เตรียมสิ่งต่อไปนี้ก่อนที่การเข้าเรียนจะเริ่มต้น:
- แผนที่ฟีเจอร์สู่การอนุมัติ
- กรอบการตรวจสอบรายการ
- ข้อตกลงของโบรกเกอร์และผู้พัฒนา
- สถาปัตยกรรมข้อมูลและการชำระเงิน
- การเปิดเผยข้อมูลผู้บริโภคและกระบวนการร้องเรียน
ใบสมัครบัญชี, ข้อตกลงการใช้งาน และเด็คจะต้องอธิบายผลิตภัณฑ์เดียวกัน — โดยเฉพาะอย่างยิ่งเกี่ยวกับว่าใครที่รับค่าคอมมิชชั่นและใครที่ถือเงิน ความแตกต่างที่นั่นคือความล้มเหลวในการเข้าร่วมแพลตฟอร์มที่คลาสสิก การปรับสอดคล้องทำให้เร็วขึ้น; ไม่มีสิ่งใดที่รับประกันบัญชี, การอนุญาตหรือการอนุมัติ
คำถามที่ต้องตอบก่อนชำระเงินสำหรับการตั้งค่า
- แพลตฟอร์มแสดงข้อมูลเพียงอย่างเดียวหรือไม่?
- ใครที่เจรจาและรับค่าคอมมิชชั่น?
- ผู้ใช้สามารถชำระเงินหรือสำรองที่ดินได้หรือไม่?
- ใครตรวจสอบรายการ?
- ตลาดไหนบ้างที่ครอบคลุม?
จดบันทึกคำถามที่ไม่ได้รับคำตอบแต่ละข้อพร้อมเจ้าของของมัน — ผลิตภัณฑ์, ที่ปรึกษาหรือหน่วยงานที่ออกใบอนุญาต — และกำหนดวันที่เทียบกับแผนงาน บนแพลตฟอร์ม คำตอบที่ซื่อสัตย์เมื่อวานนี้จะหมดอายุเมื่อต้องมีการปล่อยฟีเจอร์ใหม่.
ข้อผิดพลาดทั่วไป
- การเรียกการทำธุรกรรมที่เจรจาเป็นการสร้างลีด
- การเผยแพร่รายการที่ยังไม่ได้ตรวจสอบ
- การรับเงินมัดจำผ่านองค์กรเทคโนโลยี
- การขยายขอบเขตในทุกอีมิเรตโดยไม่ต้องตรวจสอบกฎของนายหน้าอีกครั้ง
ความผิดพลาดที่มีค่าใช้จ่ายใน PropTech คือการค้นพบในระดับกลางว่าฟีเจอร์ที่ส่งไปทำให้บริษัทกลายเป็นนายหน้าหรือตัวจัดการเงินโดยไม่มีการอนุมัติเพื่อให้ตรงกัน เปรียบเทียบเส้นทางที่สมบูรณ์ว่าทำได้ดีแค่ไหนในแต่ละเส้นทาง — สิทธิ์, ตัวเลือกพันธมิตร, ค่าใช้จ่ายในการปรับโครงสร้าง — ไม่ใช่ที่ค่าใช้จ่ายในวันแรก.
สิ่งที่ Velarozone ประเมิน
การประเมินโดยที่ปรึกษาของ VelaroZone เปลี่ยนแผนงานผลิตภัณฑ์ให้เป็นการตัดสินใจในการตั้งค่า ขึ้นอยู่กับข้อเท็จจริง แผนที่เป็นลายลักษณ์อักษรสามารถครอบคลุม:
- หมวดหมู่เส้นทางที่ควรเปรียบเทียบ และแต่ละหมวดหมู่ตอบสนองต่อเอนทิตีซอฟต์แวร์อย่างไรเมื่อเทียบกับแขนที่มีการควบคุม.
- ฟีเจอร์ปัจจุบันและที่วางแผนไว้อันไหนคือการจัดหาซอฟต์แวร์ทั่วไปและอันไหนจะกระตุ้นการอนุญาต.
- พันธมิตร ข้อมูล และความต้องการการจัดการการชำระเงินที่ทำให้แพลตฟอร์มอยู่ในกลุ่มที่ถูกต้อง.
- ชั้นต้นทุนที่การเลือกวิศวกรรมและฟีเจอร์ที่มีการควบคุมไม่ใช่ใบอนุญาตที่ตั้งงบประมาณ.
- เอกสาร, คำถามการจัดประเภทฟีเจอร์ที่เปิดอยู่ และการตั้งสมมติฐานที่ต้องการการยืนยันจากผู้เชี่ยวชาญ.
- ลำดับการยื่นที่เริ่มขึ้นเฉพาะเมื่อมีความเข้าใจและการอนุมัติเส้นทางจากลูกค้า.
รายชื่อหน่วยงานสุดท้าย, การเลือกกิจกรรมที่แน่นอน, ข้อกำหนดปัจจุบันและเส้นทางการยื่นจะได้รับการยืนยันตามข้อเท็จจริงในปัจจุบัน พวกเขาเป็นผลลัพธ์การตัดสินใจ ไม่ใช่การอ้างสิทธิ์จากเว็บไซต์.

