『That Real Estate Tech Guy』のカバーアート

That Real Estate Tech Guy

That Real Estate Tech Guy

著者: Jordan Samuel Fleming
無料で聴く

【Amazonプライム会員限定】今ならプレミアムプランが4か月 月額99円。

10月19日まで。※適用条件あり

Welcome to the only weekly podcast dedicated to the Real Estate Investing Tech Stack, hosted by Jordan Samuel Fleming. Jordan has been heavily involved in building technology tools for Real Estate Investors for over a decade, and is the Co-Founder and CEO of smrtPhone, and all-in-one cloud phone system and power dialer. If you're serious about scaling up your Real Estate Investing business then this weekly podcast is for you! You'll learn from the best as each week Jordan speaks with individual investors who have leveraged technology to scale their businesses, as well as technology companies who build the tools you use on a daily basis. That Real Estate Tech Guy brings together expert insights, advice and the latest technology tips for any investor looking to build their Real Estate Investing business.

© 2026 smrtStudio Global, Inc
マネジメント マネジメント・リーダーシップ リーダーシップ 経済学
エピソード
  • Why Automating Your Existing Processes Could Be a Mistake
    2026/09/17
    This week I want to challenge one of the biggest promises being made about AI right now: automation. It sounds great, take an existing process and make it faster with AI, but I think there's a question that gets skipped way too often. Should this process exist in the first place? When you automate a process without asking that, you're quietly assuming every step, every handoff, and every approval is actually necessary.I walk through a detailed example: a sales discount approval process, where a salesperson has to escalate a discount request to a manager because the manager holds the judgment and authority to decide. You can automate every step of that request and response cycle and make it much faster, or you can ask why the approval exists at all, and realize that once an AI agent understands your commercial boundaries, most of that back-and-forth can disappear entirely. This is the same mistake many businesses made during digital transformation: they digitized their paper processes instead of asking whether those processes should still exist. Pick one process in your own business this week, and instead of asking what you can automate, ask why each step exists in the first place.Episode Timeline & Highlights[0:00] – The big promise of AI automation, and the question that gets skipped[0:31] – Why automating an existing process assumes the process itself is correct[1:44] – Introducing the example: a sales discount that requires manager approval[2:07] – Walking through the current process: request, context gathering, decision, and response[3:06] – What an automation vendor would immediately offer to speed up that process[4:06] – The better question: why does the approval process exist in the first place[4:34] – The real reason: judgment and commercial boundaries live inside the manager's head[5:07] – Introducing AI labor trained on commercial policy, pricing, and customer history[5:40] – Setting clear boundaries: what an AI agent can decide, and what still escalates[6:14] – What happens to the approval process once those boundaries exist[7:29] – Comparing automating a process versus redesigning the work itself[8:01] – The digital transformation parallel: paper forms became digital forms, not new processes[9:33] – Why AI is a new source of intelligent labor, not just a faster way to move information[10:03] – The bigger question: how many of your processes exist just to move information between people[11:26] – Why your existing processes aren't sacred, just how work got done given past constraints[11:56] – Some processes should be kept, some automated, some redesigned, and some eliminated entirely[12:25] – Separating the actual work (a commercial decision) from the process steps built around it[13:01] – Why starting with the work avoids the traps hidden in technology, job titles, and process[13:57] – The uncomfortable discovery: some of what you're about to automate probably shouldn't exist[14:55] – Framing AI as a labor question rather than a technology question[16:00] – The exercise: pick one process, map its steps, and ask why each one exists[17:01] – Why the biggest AI opportunity might be realizing you don't need the process at all5 Key TakeawaysAutomating a Process Assumes It's Correct — Before making a process faster with AI, ask whether the process itself should exist. Every step you automate without questioning it carries forward whatever assumptions created it in the first place.Approvals Often Exist Because Judgment Lives in One Person's Head — A sales discount approval process exists because a manager holds context and authority a salesperson doesn't. Once that judgment can be captured in clear boundaries, much of the back-and-forth disappears.AI Can Own a Decision Within Defined Boundaries — Rather than routing every request to a person, an AI agent trained on your policies can approve straightforward cases automatically and escalate only what falls outside the boundaries you've set.Digitizing a Process Isn't the Same as Redesigning It — Many businesses made this mistake already during digital transformation, turning paper processes into digital ones without ever asking if the underlying steps still made sense.Your Processes Aren't Sacred — They're simply how your business learned to get work done given the people and systems available when they were created. Some deserve to be kept, some automated, some redesigned, and some should disappear entirely.Links & ResourcessmrtPhone (sponsor): https://www.smrtphone.ioThe AI Workforce: https://thefutureworkforce.aiThat Real Estate Tech Guy: https://thatrealestatetechguy.comThanks for tuning in to this one. If this got you second-guessing a process you were about to automate, that's exactly the point, pick one this week and ask why each step actually exists before you make it faster. Head over to thatrealestatetechguy.com for all the episodes and some great discounts on the tech we talk about. More...
    続きを読む 一部表示
    18 分
  • Why Automating Tasks Isn't the Same as Redesigning a Role
    2026/09/10
    This week I want to go deeper into an idea I touched on before: your job descriptions might actually be hiding how your business really works. I use a detailed example, a salesperson named Jennifer, and follow her through an entire day to show that "salesperson" isn't really one job. It's a bundle of completely different kinds of work, administrative tasks, predictable execution, pattern recognition, and high-value human judgment, that all got stitched together simply because one person had to do all of it.Once you stop asking "how much of Jennifer's job can AI do" and instead pull the bundle apart into its individual responsibilities, initial contact, qualification, scheduling, nurture, negotiation, closing, you can make a much smarter decision about how each piece should actually be executed. This is part of what I call work architecture, the first section of my AI Labor Architecture framework in my new book, The AI Workforce. Try this yourself: pick one important person on your team, forget their title for 30 minutes, and just follow the actual work that crosses their desk.Episode Timeline & Highlights[0:00] – Where would you even start explaining how your business works?[0:35] – Why a job description shows how work got bundled, not what the work actually is[1:04] – Introducing Jennifer, a top salesperson, and her simple-sounding job title[1:32] – Following Jennifer through a full day: a lead comes in and she makes contact[1:58] – The research and qualification work: comparing a lead against past successful customers[2:25] – The scheduling grind: calendar links, availability, and the back and forth to book a meeting[2:57] – Preparing for and running the meeting, then handling objections when they don't buy right away[3:20] – The nurture and follow-up work that keeps an opportunity from disappearing[3:32] – Pricing, approvals, and contract negotiation on the way to finally closing the deal[4:04] – Breaking down the four different types of work bundled into "salesperson"[5:12] – Why intelligent work has always required a person, and how that shaped the modern job[5:41] – Jennifer's job title as simply the container used to organize the work, not the work itself[6:16] – Why "how much of Jennifer's job can AI do" is the wrong question to start with[6:49] – Pulling the job apart into its individual responsibilities: qualification, research, scheduling, and more[7:30] – What it looks like once each responsibility can be assigned independently[8:04] – The real shift: not replacing Jennifer, but no longer treating Jennifer as the architecture[8:40] – Why most businesses will preserve the same work bundles even after adding AI[9:46] – Why the assumption behind those bundles has now changed[10:17] – The exercise: pick someone important and follow their actual work, not their job description[10:52] – Why the real job usually isn't captured in the written job description at all[11:25] – What makes your best people better: the judgment and context nobody ever documented[12:01] – The risk of only automating obvious tasks and calling it a redesign[12:43] – Realizing a "job" might actually be six or twelve separate responsibilities[13:50] – Separating the work, the responsibility, and the execution once again[14:23] – Revisiting Jennifer: an incredible closer spending half her week on work that doesn't need her[15:20] – Where this shows up everywhere: managers as human routing systems, founders making decisions they should have handed off years ago[15:41] – Introducing work architecture as part of the AI Labor Architecture framework[16:27] – The 30 minute exercise: forget the title, follow the actual work[17:37] – Where to find The AI Workforce and get notified when it's available5 Key TakeawaysA Job Title Is a Container, Not the Work Itself — "Salesperson" bundles together administrative tasks, predictable execution, pattern recognition, and high-value judgment into one title, simply because a person had to do all of it. The title hides how different those tasks actually are.Stop Asking "Can AI Replace This Person" — That question treats a job as one unit. The more useful question is what the individual responsibilities inside that job actually are, so each one can be assigned to whoever or whatever executes it best.Job Descriptions Capture Activity, Not Judgment — What makes your best people valuable is usually the context and judgment they've built up that was never formally written down: knowing what to ignore, when to break the process, which customer needs a call instead of an email.Talented People Often Carry Work That Doesn't Need Them — A skilled closer spending half her week on scheduling and data entry isn't a personal failing, it's an architecture problem. Once the bundle is pulled apart, that mismatch becomes visible.Try the 30 Minute Exercise on One Important Person — Pick someone on your team, ignore their title, and track everything...
    続きを読む 一部表示
    19 分
  • Stop Asking What AI Can Do, Start Asking What Work Needs to Be Done
    2026/09/03
    This week I want to tackle a question I hear constantly from business owners, and I think it's actually the wrong question to be asking: "what can AI do in my business?" It feels reasonable given how fast AI capability is moving, but starting there makes AI the center of the conversation when it should be the work. Your business exists because of outcomes that need to be produced, not because of a tool that needs a job to do.This is the first part of what I call the AI Labor Architecture framework in my new book, The AI Workforce, and it's the starting point for every other decision that follows. If you try nothing else this week, pick one part of your business and ask what actually needs to happen there, not what an AI agent could do, and not even who's currently doing it.Episode Timeline & Highlights[0:00] – The common question business owners keep asking, and why it's the wrong one[0:57] – Why AI isn't the center of your business, the work is[1:28] – Reversing the question: from "what can AI do" to "what work actually needs to be done"[2:00] – Introducing the SaaS onboarding example[2:33] – What a CEO sees when a capable new AI agent looks able to handle onboarding[3:39] – Why "could she do onboarding" is still the wrong question, even if the answer is yes[4:12] – Breaking onboarding down piece by piece: information gathering, account setup, and interpretation[4:41] – What actually happens after setup: helping the customer understand what's been done[5:10] – The follow-up work: noticing when a customer gets stuck or disappears[5:49] – Why "onboarding" was always a bundle of very different kinds of work sitting inside one role[6:34] – A break to highlight smrtPhone, the show's sponsor, and its 5,000 free calling minutes offer[7:07] – Introducing AI labor as a way to unbundle execution from any one person[7:37] – What this actually looks like: an AI agent gathering information and following up consistently[8:06] – When a person still needs to be brought in, and why they'd have full context already assembled[8:47] – Why capability doesn't tell you how your business should be designed[9:18] – The real questions to start with: where judgment, consistency, context, and relationship matter most[9:57] – Why so much of the current AI conversation gets the order backwards[10:24] – The hiring analogy: choosing a job for someone because of their resume, not their fit[11:31] – Why businesses have always been built around people, and why that shaped how we see "the business" itself[12:07] – Separating three things that used to travel together: the work, the responsibility, and the execution[13:14] – Why the order matters: starting with the work, not the AI agent[13:56] – Introducing work architecture as the first part of the AI Labor Architecture framework[14:29] – Why capability comes later, after you understand your business and its outcomes[15:04] – Where to sign up to be notified when the book, The AI Workforce, launches[15:32] – The one exercise to try this week: pick one part of your business and start with the work5 Key TakeawaysStart With the Work, Not the Capability — Asking "what can AI do" makes the tool the center of the conversation. Asking "what work needs to be done" keeps the business's actual outcomes at the center, which leads to much better decisions about who or what should execute that work.Job Titles Hide Bundles of Very Different Work — A role like "onboarding specialist" looks like one job, but it's usually a bundle of distinct types of work, information gathering, interpretation, administration, education, follow-up, and exception handling, that only ended up together because one person had to do all of it.AI Breaks Apart Three Things That Used to Travel Together — Historically, hiring someone into a role answered three questions at once: what work exists, who's responsible for it, and how it gets executed. AI labor lets you separate those three and assign execution more intelligently.Capability Doesn't Tell You How to Design Your Business — Just because an AI agent can technically perform a task doesn't mean it should, and just because a person can perform something doesn't mean it's still the best use of their time.Judgment and Exceptions Still Belong With People — When you break work down clearly, predictable and consistent pieces are well suited to AI, while genuine complexity, judgment calls, and relationship-dependent moments are where a person should still be brought in, ideally with full context already gathered for them.Links & ResourcessmrtPhone: Listeners get 5,000 free calling minutes: https://www.smrtphone.ioThe AI Workforce: https://thefutureworkforce.aiThat Real Estate Tech Guy: https://thatrealestatetechguy.comThanks for tuning in to this one. If this got you rethinking how you look at a role in your own business, try the exercise: pick one part of it this week and ask what actually needs to happen, not what an AI...
    続きを読む 一部表示
    17 分
adbl_web_anon_alc_button_suppression_t1
まだレビューはありません