Hướng dẫn
Cách cấu trúc một nền tảng PropTech hoặc nền tảng danh sách bất động sản
Câu trả lời ngắn gọn
Một nền tảng PropTech có thể giữ vai trò như một doanh nghiệp phần mềm hoặc quảng cáo, hoặc nó có thể trở thành một môi giới, trung gian giao dịch, quản lý tài sản hoặc xử lý thanh toán thông qua các tính năng của mình. Ranh giới phụ thuộc vào danh sách, khuyến nghị, thương lượng, đặt cọc và ai nhận hoa hồng giao dịch.
Bắt đầu với lộ trình sản phẩm, không phải menu giấy phép. Ghi lại những gì nền tảng làm hôm nay và những gì các phiên bản tiếp theo thêm vào — danh sách, thông điệp giữa các bên, đề nghị, đặt chỗ, thanh toán — bởi vì câu trả lời quy định thay đổi từng tính năng một. Sau đó, tách việc thành lập công ty thông thường khỏi bất kỳ giấy phép môi giới, quảng cáo hoặc xử lý tiền nào mà lộ trình sẽ kích hoạt.
Tại sao mô hình hoạt động quan trọng hơn khu vực pháp lý
Trong công nghệ bất động sản, các tác nhân được quản lý — môi giới, quản lý, phát triển — được xác định bởi chức năng, và một nền tảng sẽ kế thừa nghĩa vụ của họ ngay khi các tính năng của nó thực hiện những chức năng đó, bất kể công ty gọi mình là gì.
Một thực thể đã đăng ký để phát triển phần mềm có thể vận chuyển một sản phẩm mà âm thầm trở thành một môi giới: ngay khi nền tảng giới thiệu các bên, tiếp nhận các đề nghị hoặc kiếm tiền từ việc hoàn thành, phân tích thay đổi. Câu hỏi hữu ích là không phải giấy phép nào được cấp nhanh nhất; mà là tính năng nào, trong phiên bản nào, thực hiện chức năng được quản lý đầu tiên — và thực thể nào sẽ nắm giữ chức năng đó khi nó xảy ra.
Bắt đầu bằng cách chọn mô hình nào trong số những mô hình này mô tả gần nhất kế hoạch:
- Phần mềm cung cấp cho các môi giới và nhà phát triển
- Cổng thông tin danh sách bất động sản và tạo khách hàng tiềm năng
- Nền tảng môi giới kỹ thuật số hoặc giao dịch
- Ứng dụng cho thuê, bảo trì hoặc quản lý bất động sản
Nếu có hơn một mô hình áp dụng, cách giải quyết tiêu chuẩn là chia tách: một thực thể công nghệ xây dựng và cấp giấy phép cho sản phẩm, và một thực thể được phê duyệt riêng biệt thực hiện bất kỳ môi giới, quản lý hoặc xử lý tiền nào mà sản phẩm cho phép. Sự phân tách đó bảo vệ định giá doanh nghiệp phần mềm khỏi nghĩa vụ của nhánh được quản lý.
Nơi mà quá trình thành lập công ty thông thường có thể dừng lại
Kiểm tra những vấn đề này chống lại sản phẩm hiện tại và các phiên bản tiếp theo, không chỉ là bức tranh đề xuất, trước khi một khu vực pháp lý hoặc hoạt động được chọn:
- Hoạt động môi giới, thương lượng và hoa hồng
- Giấy phép đăng ký và quảng cáo
- Đặt cọc, tiền thuê và xử lý thanh toán
- Dữ liệu bất động sản và khách hàng
- Xác minh nhà phát triển, môi giới và sở hữu
Một vấn đề bị đánh dấu là một câu hỏi, không phải là phán quyết — nhiều mô hình niêm yết và phần mềm nằm ngoài vòng kiểm soát một cách rõ ràng. Điều không bao giờ hiệu quả là bảo vệ bằng nhãn: gọi sản phẩm là một thị trường hoặc công cụ SaaS trong khi quy trình làm việc của nó thực hiện giao dịch hoặc di chuyển tiền gửi.
Vị trí bên ngoài của một nền tảng là một tài liệu chi tiết theo từng tính năng: những gì sản phẩm làm, những gì nó cố ý không làm, các chức năng được quy định nào được để lại cho các đối tác được phê duyệt, và những tính năng đã lên kế hoạch nào sẽ thay đổi câu trả lời. Các nhà đầu tư, đối tác cổng, ngân hàng và nhà cung cấp thanh toán tất cả đều kiểm tra theo đúng tài liệu đó.
Quyết định cấu trúc có thể thay đổi câu trả lời
- SaaS doanh nghiệp với thị trường tiêu dùng
- Phí khách hàng tiềm năng, đăng ký hoặc hoa hồng giao dịch
- Ai giao tiếp về các ưu đãi và thực hiện giao dịch
- Di chuyển tiền và kiểm soát tiền gửi
- Các Tiểu vương quốc và các loại tài sản được bao gồm
Thực thể hợp đồng với người dùng nên phù hợp với những gì sản phẩm thực sự làm cho họ — phí phần mềm cho một công ty phần mềm, dịch vụ được quy định cho một thực thể được phê duyệt. Một chủ sở hữu IP hoặc công ty mẹ ở nước ngoài có thể ngồi ở trên với các vai trò thực tế. Các cấu trúc mà bỏ qua lộ trình sẽ xuất hiện sau này như một cuộc tái thiết lập khẩn cấp giữa một vòng gọi vốn.
Chi phí và thời gian: sử dụng các lớp, không phải một con số tiêu đề đơn
Đối với một nền tảng, giấy phép là một dòng nhỏ bên cạnh kỹ thuật, nhưng các tính năng được quy định tự mang ngân sách riêng của chúng ở bất cứ nơi nào chúng xuất hiện. Ngân sách theo các lớp:
- Hình thành thực thể: đăng ký, tài liệu cấu thành, lựa chọn hoạt động, thẻ thành lập, không gian làm việc và khả năng di cư — lớp nhẹ.
- Phê duyệt theo tính năng kích hoạt: bất kỳ giấy phép môi giới, quảng cáo hoặc niêm yết nào mà mô hình cần, dù được nắm giữ trực tiếp hay thông qua các đối tác, cộng với công việc pháp lý để xác định ranh giới.
- Cơ sở hạ tầng hoạt động: sản phẩm chính nó, lưu trữ và sắp xếp dữ liệu, công cụ xác minh niêm yết, và các tích hợp thanh toán hoặc ký quỹ giữ bên ngoài thực thể công nghệ — lớp chi phối.
- Con người và quản trị: lãnh đạo kỹ thuật và sản phẩm, bất kỳ người nào được phê duyệt cá nhân mà một bộ phận có quy định cần, quyền sở hữu tuân thủ cho dữ liệu và quảng cáo, và những visa đứng sau đội ngũ.
- Nghĩa vụ định kỳ: gia hạn giấy phép và quyền, các thỏa thuận nền tảng và cổng, bảo trì bảo mật dữ liệu, kiểm toán và nộp thuế.
Một buổi ra mắt phần mềm thuần túy chủ yếu bị hạn chế bởi việc xây dựng và tuyển dụng ngân hàng; mỗi tính năng được quy định thêm vào phạm vi thêm một cổng phê duyệt trước khi phát hành. Thời gian minh bạch cho thấy buổi phát hành nào được phát hành chỉ với giấy phép thương mại và buổi nào chờ đợi một phê duyệt — hoặc một đối tác.
Sự sẵn sàng về ngân hàng, nhà đầu tư và thương mại
Một ngân hàng đọc một nền tảng thông qua các dòng tiền của nó: thu nhập từ đăng ký là đơn giản, nhưng phí thành công, đặt chỗ và bất kỳ điều gì giống như tiền gửi nắm giữ thay đổi toàn bộ cuộc trò chuyện. Chuẩn bị những điều sau trước khi việc onboard bắt đầu:
- Bản đồ tính năng tới giấy phép
- Khung xác minh niêm yết
- Thỏa thuận môi giới và nhà phát triển
- Kiến trúc dữ liệu và thanh toán
- Công bố tiêu dùng và quy trình khiếu nại
Đơn đăng ký tài khoản, các điều khoản sử dụng và bộ tài liệu phải mô tả cùng một sản phẩm — đặc biệt là về ai kiếm hoa hồng và ai nắm giữ tiền. Sự khác biệt ở đó là thất bại trong quá trình onboarding nền tảng cổ điển. Sự đồng nhất tăng tốc nó; không có gì đảm bảo một tài khoản, một giấy phép hoặc một phê duyệt.
Câu hỏi cần trả lời trước khi thanh toán để thành lập
- Nền tảng có chỉ hiển thị thông tin?
- Ai là người đàm phán và kiếm hoa hồng?
- Người dùng có thể thanh toán hoặc đặt trước tài sản không?
- Ai xác minh các danh sách?
- Thị trường nào được bao phủ?
Ghi lại mỗi câu hỏi chưa có câu trả lời cùng với chủ sở hữu của nó — sản phẩm, cố vấn hoặc cơ quan cấp phép — và đặt ngày tháng theo lộ trình. Trên nền tảng, câu trả lời trung thực của ngày hôm qua sẽ hết hạn với bản phát hành tính năng tiếp theo.
Những sai lầm phổ biến
- Gọi việc giao dịch đã đàm phán là tạo khách hàng tiềm năng
- Xuất bản các danh sách chưa được xác minh
- Nhận đặt cọc thông qua thực thể công nghệ
- Mở rộng qua các tiểu vương quốc mà không cần kiểm tra lại các quy tắc của môi giới
Sai lầm tốn kém trong PropTech là phát hiện ra giữa chừng rằng một tính năng được phát hành đã biến công ty thành một môi giới hoặc một người xử lý tiền mà không có sự chấp thuận tương ứng. So sánh các lộ trình hoàn chỉnh về cách mà mỗi lộ trình hấp thụ lộ trình — quyền hạn, tùy chọn đối tác, chi phí tái cấu trúc — chứ không phải chỉ là mức phí ngày đầu tiên.
Những gì Velarozone đánh giá
Đánh giá do cố vấn dẫn dắt của VelaroZone biến lộ trình sản phẩm thành quyết định thiết lập. Tùy thuộc vào các yếu tố, kế hoạch bằng văn bản có thể bao gồm:
- Các loại lộ trình đáng so sánh và cách mỗi loại xử lý một thực thể phần mềm bên cạnh một nhánh đã được quản lý.
- Các tính năng hiện tại và dự kiến nào là cung cấp phần mềm thông thường và cái nào sẽ kích hoạt một quyền hạn.
- Các phụ thuộc về đối tác, dữ liệu và xử lý thanh toán giữ cho nền tảng ở đúng bên của ranh giới.
- Các lớp chi phí trong đó sự lựa chọn kỹ thuật và tính năng đã được quản lý, không phải giấy phép, thiết lập ngân sách.
- Tài liệu, các câu hỏi phân loại tính năng mở và các giả định cần được xác nhận bởi chuyên gia.
- Một trình tự nộp đơn chỉ bắt đầu sau khi khách hàng hiểu và phê duyệt lộ trình.
Danh sách rút gọn cuối cùng của cơ quan chức năng, lựa chọn hoạt động chính xác, yêu cầu hiện tại và lộ trình nộp hồ sơ được xác nhận dựa trên các sự kiện hiện tại. Chúng là những đầu ra quyết định, không phải các tuyên bố trên website.

