When Should an MLS Build Its Own Software? | EP09

#mls #RealEstateAI #realestatetech #realestatedata #proptech When Should an MLS Build Its Own Software? MLSs have more options than ever to build their own technology. The harder question is whether they should. As Brad Bjelke, CEO of UtahRealEstate.com, puts it, “we can't be everything to everybody.” And in an industry where one software decision can affect data, vendors, workflows, and thousands of members, knowing where to build may matter just as much as knowing how. On REpod, host Katie Smithson sits down with Brad to look at that question from someone who has lived both sides of it. Brad has worked as an MLS technology vendor, helped launch MLS Align, and now leads UtahRealEstate.com, where homegrown software is part of the operating model. His perspective is refreshingly practical: start with the problem, not the product. That philosophy has produced everything from shared APIs and showing technology to a way for governments and researchers to access approved MLS data without being handed an MLS login. Some of those internal solutions stayed internal. Others became products that MLSs across the country now use. But Brad is also wary of the idea that every MLS should become a software company. “People sometimes forget how deep the MLS is.” Building may be cheaper and faster today, but security, integrations, data dependencies, support, and member experience make the stakes much higher than simply shipping code. Here are the key takeaways: (0:00) Intro (1:28) Build, buy, or own the MLS product layer? (5:18) Shared software gaps and the start of MLS Align (6:48) The API push that moved MLS data beyond RETS (8:24) Building showing software around an MLS need (11:23) Controlled MLS data access for research and government (13:21) Turning an internal solution into a vendor product (15:04) Why MLS technology conversions are so hard (17:19) The build-vs-buy rule: know your lane (19:38) Easier data access, niche vendors, and AI tooling (20:24) Consolidation, security, and who can safely build (23:05) Solve the problem first, then choose build or buy So where should MLSs own the technology? Where are vendors better equipped to fill the gap? And as easier data access creates room for smaller, more specialized real estate tools, could collaboration become more important than either building or buying alone? Tune in as Katie and Brad put that build, buy, or partner question to the test. About Brad Bjelke Brad Bjelke is CEO of UtahRealEstate.com, an MLS that builds much of its core technology in-house. His background spans both the vendor and MLS sides of real estate technology: he previously worked as an MLS technology vendor and served as VP and general counsel for CRMLS. Brad also helped with the creation of MLS Align, a collaboration among MLSs that has developed shared technology including API and showing solutions. His experience gives him a hands-on perspective on MLS software development, data access, build-versus-buy decisions, vendor relationships, and bringing internally developed products to other markets. Connect with Brad: Facebook https://www.facebook.com/UtahRealEstateMLS/ About Katie Smithson Katie Smithson is a long-time veteran of the real estate industry with a history of MLS relationship management and product innovation. In her most recent role, Katie was Chief Revenue Officer for California Regional MLS (CRMLS), directing revenue operations and ensuring proper communication and collaboration between all of CRMLS’s revenue-generating departments. In addition, she has also served as a NAR REACH mentor, board member for the Council of MLS with a CMLX 1 certification, and RESO Board Secretary. Connect with Katie: LinkedIn https://www.linkedin.com/in/katiemsmithson/ Disclaimer This podcast is for informational purposes only and features opinions, perspectives, and candid discussions about real estate technology and the broader industry. It is not intended as legal, financial, business, or other professional advice. Listeners should consult qualified professionals regarding their specific circumstances.