<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Edward J. Eadeh]]></title><description><![CDATA[I run a tech firm and make the calls business owners get stuck on. Plain answers on AI, security, and the tech that comes with running a business.]]></description><link>https://notes.edwardjeadeh.com</link><image><url>https://substackcdn.com/image/fetch/$s_!p2OM!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7b4cf285-d916-4843-8a56-3d74fc203622_2667x2667.jpeg</url><title>Edward J. Eadeh</title><link>https://notes.edwardjeadeh.com</link></image><generator>Substack</generator><lastBuildDate>Tue, 03 Nov 2026 00:47:53 GMT</lastBuildDate><atom:link href="https://notes.edwardjeadeh.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Edward J. Eadeh]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[edwardjeadeh@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[edwardjeadeh@substack.com]]></itunes:email><itunes:name><![CDATA[Edward J. Eadeh]]></itunes:name></itunes:owner><itunes:author><![CDATA[Edward J. Eadeh]]></itunes:author><googleplay:owner><![CDATA[edwardjeadeh@substack.com]]></googleplay:owner><googleplay:email><![CDATA[edwardjeadeh@substack.com]]></googleplay:email><googleplay:author><![CDATA[Edward J. Eadeh]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Is it safe to upload this document into AI?]]></title><description><![CDATA[What "protected" actually means, and the five things to do this week.]]></description><link>https://notes.edwardjeadeh.com/p/is-it-safe-to-upload-this-document</link><guid isPermaLink="false">https://notes.edwardjeadeh.com/p/is-it-safe-to-upload-this-document</guid><dc:creator><![CDATA[Edward J. Eadeh]]></dc:creator><pubDate>Thu, 22 Oct 2026 12:01:35 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!p2OM!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7b4cf285-d916-4843-8a56-3d74fc203622_2667x2667.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I often get asked: &#8220;Is it safe to upload this document to AI?&#8221; That question made me wonder how many people aren&#8217;t asking and are doing it right now.</p><p>AI is at the frontier of the workforce, and people are excited about its capabilities without pausing to consider the dangers. Right now, companies worldwide are sending personal, sensitive, and company data into AI without thinking twice about the repercussions. If your customer list gets out, your competition gains an edge, and it could create a PR disaster for your clients.</p><p>In a previous article, I wrote about the benefits of using AI this way, like uploading a contract and having AI review it. I&#8217;m not contradicting myself by saying you should never do it. I&#8217;m saying we need mechanisms in place before you do it.</p><h2>Three questions people blur into one</h2><p>We need to figure out what &#8220;protected&#8221; means. What does &#8220;safe&#8221; mean when you upload documents? People often blur three really big questions into one. Does the tool train on the data I give it? Who at the AI companies can see that data? Where does it live, and how long does it stay there? Those three questions define your data safety landscape.</p><h2>Does the tool train on your data?</h2><p>When you use a free model, like OpenAI or Claude, and don&#8217;t pay anything, that data is likely used to train their models. Here is what that means: When you ask a question or give it data, it responds. When you challenge it, it uses that to say, &#8220;Uh-oh, why did I get that wrong&#8230; why did the user challenge me?&#8221; and learns to get better and stronger. They claim they anonymize the data to keep sensitive information from getting out. But they have no contractual obligation to do that. You&#8217;re not paying anything. They have no reason to protect you.</p><p>This goes for some consumer AI as well. Even if you pay for it, there might be a checkbox you have to turn off to make sure the AI isn&#8217;t training on your data. That&#8217;s not the end of the conversation; that&#8217;s just the beginning.</p><p>Next, check your business account. If you have a business and you&#8217;re using AI, you should have a paid business account with your provider. Again, check your settings for a toggle to make sure any data training is turned off.</p><p>Once AI uses your data for training, it becomes their data, not yours. There&#8217;s no deleting. There&#8217;s no removing. You can&#8217;t ask for it back.</p><p>This ties into the other articles I&#8217;ve written. Here&#8217;s why. You can&#8217;t protect any data you can&#8217;t find. If you don&#8217;t know where it lives or who has access to it, you can&#8217;t even know what your team put in, because there&#8217;s no central repository to audit.</p><p>When I wrote about insurance questionnaires, one question is &#8220;how you protect confidential data and control access to it&#8221;. If an employee pastes confidential data into an AI model you don&#8217;t pay for, or that has training turned on, you should answer no on that form. Suddenly, your risk factor goes through the roof.</p><p>Then we have to talk about how AI can use the data inappropriately. In the first article, I wrote about how AI deleted a bunch of data out of a system we gave it access to. This is AI doing the same thing in a different pattern. It&#8217;s doing things beyond what you want it to because it has limited context or a rule set you can&#8217;t control.</p><h2>Who else can see it?</h2><p>As for who at the vendor can see it, that&#8217;s really unknown. We&#8217;ve seen many stories from other companies about employees accessing servers and looking at data. So far, we haven&#8217;t seen anything major from the big AI players, and they often build these so employees can&#8217;t do that. But again, it&#8217;s a trust factor. That doesn&#8217;t mean we need to stop using the tools. It means we need to understand the risk and accept the risk for what it is.</p><h2>How long does it stay there?</h2><p>Here&#8217;s the biggest piece. How long is your data stored on their servers? Personally, I&#8217;m not so worried about an employee at these companies looking at data. I&#8217;m more worried about a bad actor breaching an AI company and exfiltrating the data. Now all those documents, files, and chats you had are theirs. We know they use strong encryption and keep their infrastructure secure, but we&#8217;re all human, and we make mistakes. Heck, even AI makes mistakes.</p><p>So the last question is: how long do they store that data before deleting it? In technical terms, we call that a retention policy. Most of the large AI companies let you set a retention policy, but only if you pay for the enterprise version, which gets costly.</p><h2>Not all data is sensitive</h2><p>Here&#8217;s the flip side. Not all data is sensitive. AI drafting an email, helping you set up a job post, or answering general questions about business ideas doesn&#8217;t really need protection. If your team is using AI for those things, I wouldn&#8217;t worry about locking them out completely.</p><p>That said, being paranoid about everything is how you end up with what we call shadow AI. People use it anyway, but they hide it from you by setting up their own free accounts. Letting people use AI in your company in a controlled way is better than letting them use it on their own, uncontrolled. The goal is to distinguish between safe and unsafe, and to accept or tolerate the risk rather than getting rid of the tool altogether.</p><h2>What to do this week</h2><p>As always, I want to leave you with some action items.</p><p>First, find out which AI tools your team uses. Ask them. Let them know the goal is to improve it, not take it away. You&#8217;ll probably be surprised by what they&#8217;re using and what data they&#8217;re entering. In most cases, it&#8217;s not malicious; it&#8217;s because they just don&#8217;t know.</p><p>Second, make sure you&#8217;re paying for the business tier of whatever you&#8217;re going to use. Read the terms about training. Make sure it&#8217;s turned off and deployed to your team. Yes, it costs money. But the inverse costs your business.</p><p>Third, draw a really simple line. Here&#8217;s what&#8217;s allowed to go in. Here&#8217;s what&#8217;s not. This depends on what you pay for, your risk tolerance, and the model&#8217;s retention policy.</p><p>Fourth, connect any AI model you&#8217;re using to your tools directly, not by copying and pasting. Why? Because when you connect it directly, you can control what it can and can&#8217;t do. When you copy and paste, you&#8217;re just copying and pasting. Having someone copy an entire email thread that might include financial figures you don&#8217;t want to share is a bad idea. Giving AI access to that person&#8217;s email, with constraints on who it can read emails from and who it can&#8217;t, is a little better.</p><p>And lastly, think about this. If you&#8217;d be embarrassed to see your business in a headline about something you put in AI, it probably doesn&#8217;t go into a chatbot. Unless we&#8217;re talking about a specific enterprise use case where you can control the retention policy. Even then, the risk is still there, but it&#8217;s very low.</p><p>Here&#8217;s the path: set it up right, and your team can use the tools safely and securely, without having to be paranoid about security.</p><p>Remember, the security work you do isn&#8217;t supposed to be the boring stuff before you get AI working. It&#8217;s what makes AI safe to use on anything real in your company. It&#8217;s about knowing who holds the keys, what insurers require, where your data lives, and how long you retain it. If you set this up right and secure it, AI stops being a gamble. It becomes a powerful tool for your business.</p><div><hr></div><p><em>In two weeks, I&#8217;ll get into automating a broken process. Most businesses have existing, broken processes they want to automate. Automation mimics you and your process, good or bad. If that sounds interesting, subscribe so we can send it to you.</em></p><p><em>If you have a tech decision in front of you, like AI, automation, security, whatever it is, and you want a straight read on it, that&#8217;s the kind of thing I like doing. You can grab some time with me <a href="https://app.minnect.com/expert/EdwardEadeh">here</a>.</em></p>]]></content:encoded></item><item><title><![CDATA[Getting insured is not the hard part. Getting your claim through is.]]></title><description><![CDATA[What the cyber insurance questionnaire is really asking, and what to do with it.]]></description><link>https://notes.edwardjeadeh.com/p/getting-insured-is-not-the-hard-part</link><guid isPermaLink="false">https://notes.edwardjeadeh.com/p/getting-insured-is-not-the-hard-part</guid><dc:creator><![CDATA[Edward J. Eadeh]]></dc:creator><pubDate>Thu, 08 Oct 2026 12:01:30 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!p2OM!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7b4cf285-d916-4843-8a56-3d74fc203622_2667x2667.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>The questionnaire your cyber insurance company is sending you is becoming increasingly important. I&#8217;ve been filling out these forms for almost a decade, and I&#8217;ve seen almost every iteration of their complexity. A lot of them are getting tougher, and unfortunately, I see a lot of business owners not taking them seriously. Often they check a bunch of boxes that make them feel good, send it back, and call it a day. And they&#8217;re getting insured, of course. But the problem isn&#8217;t getting insurance. Getting your claim through is.</p><h2>Why the forms got harder</h2><p>Why, over the last five to ten years, have these forms become a lot harder? Because insurers have gotten burned. A lot of businesses are getting breached and filing claims that the insurers had to honor. And of course, the game of insurance is to get the clients and not pay out if they can help it. That&#8217;s exactly what they&#8217;re starting to do.</p><p>I was looking over one of the first forms I filled out. I actually got a kick out of how simple it was. They&#8217;d ask you questions like, &#8220;Have you ever been breached before? Do you have backups?&#8221; A little bit about your business to understand your risk. Are you using multi-factor authentication? What antivirus are you using? Do you have a firewall? Some of the basic stuff you&#8217;d ask a client if it was 2016. Cyber breaches weren&#8217;t as prevalent as they are today.</p><p>I compared a form from the same insurance company from 2020 to now, and the pages have gotten much bigger. The form used to be only one to two pages, and the questions were pretty simple. Now, in some cases, it&#8217;s over ten pages.</p><p>Here&#8217;s the problem with filling out that form and sending it in without really knowing the answer. If you check yes to a box (let&#8217;s say multi-factor authentication because I see that one a lot) and you get breached, the cyber insurance company will step in to help you with the legal, the forensics, and the IT side. But part of the forensic work is also determining how the breach happened. If it happened because multi-factor authentication was off, or the user who got breached had it off, they can deny the claim. And now that claim, which I&#8217;ve seen be upwards of half a million, is denied and is completely out of pocket to you. You have a choice: do I pay it and keep my business running, or do I shut down?</p><p>Not to get too deep into the cybersecurity side, but the bad actors know how much money you can pay. Before they come up with the ransom, they look through your documents. They look for bank statements and other documents to see how much you actually have.</p><p>I don&#8217;t have one specific story, because I&#8217;ve seen many claims over the years. Still, filling out the forms honestly doesn&#8217;t automatically deny you from having cyber insurance. In fact, it often doesn&#8217;t. It just puts you in a different risk category, and it does cost a little more per year because the insurance company has to take on more risk with you.</p><h2>What they&#8217;re asking for now</h2><p>Here are some things they&#8217;re asking for today. Some are the basics, things you&#8217;ve been asked before, and some are a little more advanced.</p><p>They&#8217;re asking whether you have a managed IT provider, and if so, they want information about what they manage for your business and what you&#8217;re paying them for.</p><p>Some are asking how many unique records you have that contain sensitive personally identifiable information, and how many are non-sensitive. Things like email addresses, phone numbers, names, which are technically personally identifiable information, but not sensitive.</p><p>They&#8217;re asking what kind of endpoint protection you use on your computers, so antivirus, as an example. They&#8217;re asking if you use endpoint detection and response, and if so, what it is. They want to know if it&#8217;s deployed to all endpoints on your network. That word &#8220;all&#8221; is really crucial. If not, they want a percentage and why it isn&#8217;t deployed everywhere.</p><p>They want to know about your perimeter security. Your firewalls (if you have them), whether you&#8217;re paying for the services, whether multi-factor is turned on to access them, whether you scan through the firewall, and whether you conduct penetration testing on your network. If you don&#8217;t know what penetration testing is, that&#8217;s okay. Take a second to search it online. It&#8217;s intensive and can get expensive, and they want to know.</p><p>Multi-factor authentication enforced on any remote access and on all company email accounts, which in many cases is just your 365 or your other email provider. Whether you simulate phishing attacks to test employees at least once a year. Whether you use a separate email filter, and what it is.</p><p>In some cases, they even ask for your Microsoft Secure Score if you use Microsoft 365. That matters because many people don&#8217;t make the necessary security changes in 365, and their score is around 25 out of 100.</p><p>If you have Active Directory, they want to know whether non-IT users have local administrator accounts and whether they have local administrator rights on their computers. They want to know whether any network monitoring detects suspicious or malicious behavior, separate from the firewall. They want to know if you have any end-of-life software, meaning software the vendor no longer updates, that could cause security vulnerabilities.</p><p>Patch management. In the past they&#8217;d ask if you did it. Now they want to know how you ensure that all critical patches are applied. They want a timeline of how quickly you&#8217;d handle things like zero-day vulnerabilities. They want to know any major changes you have planned in the next 12 months. Not ones you&#8217;ve done, the ones you&#8217;re planning.</p><p>They want to know how you protect confidential information. Things like encryption, network segmentation, access controls. They want to know how often you purge records that are no longer required. Data retention is another way to say that.</p><p>Backups. They want to know how you store your backups of critical data. Specifically, how they&#8217;re stored, not just whether you back up. They want details on the frequency, including how often you take a full backup and how often you take incremental backups. Meaning how often you take a full copy of your system, versus how often you&#8217;re just updating that copy with the newest data. They want details on how you secure those backups, and how you test them. How do you make sure that if you have to recover them, they actually work? They also want to know how many backup copies you keep and how you prevent separate copies from being impacted by an incident.</p><p>They want to know if you provide training on social engineering. And although this doesn&#8217;t sound like cybersecurity, they want to know that before you transfer funds to an account you haven&#8217;t paid before, you get authorization from the recipient through a different method than the original request. Meaning, if they send an email saying, &#8220;Hey, please update our bank account,&#8221; you call them on a number you already know and ask them to verify the bank account information verbally.</p><p>Then they&#8217;ll have a bunch of control boxes you can check to say you have these things in place. Web content filtering, for example, or an intrusion detection system. Those have been there before, but now they carry more weight because they want the name of the software for each thing you check. If you check &#8220;Yes, I&#8217;m using a DNS filter,&#8221; they want to know what product you are using to do that.</p><p>They&#8217;re not asking to be nosy, per se. What you fill out here are the things they have seen cause security breaches. They want to protect you against the things you didn&#8217;t know to do, the things you shouldn&#8217;t have been expected to know how to fix, or the things that aren&#8217;t industry standard today.</p><h2>A free security audit</h2><p>Look at it differently. These forms are free security audits.</p><p>Often, even if you have a provider and send it to them, they might not fill it out truthfully. But if they fill it out truthfully, it&#8217;s a good indicator of whether or not they&#8217;re providing what you need for security, or whether they can provide it and you&#8217;re not paying for it.</p><p>And if you can&#8217;t answer a question on one of these forms, it doesn&#8217;t really mean there&#8217;s a problem with the insurance company or the form. In many cases, it&#8217;s a gap in your company&#8217;s security.</p><h2>What to do with it</h2><p>Don&#8217;t guess. Don&#8217;t check yes because you want it to sound better to the insurance company. And certainly don&#8217;t check yes if you don&#8217;t know. Find out. If the answer is no, put no. That&#8217;s very important.</p><p>If you have someone in a technical role, take the questionnaire to them and go line by line, and have them answer those questions for you. Anything you can&#8217;t check yes to becomes something you need to work on in your business to make it more secure. And by the way, once you do that, your premium will lower.</p><p>Being honest now saves you from paying out hundreds of thousands of dollars later on a claim.</p><h2>The other side</h2><p>Insurance companies do have tiers, and it&#8217;s also based on the type of business you have. They may ask if you have certain things, like custom threat intelligence. Most businesses I&#8217;ve worked with don&#8217;t need custom threat intelligence, because they don&#8217;t hold classified government secrets.</p><p>So don&#8217;t feel like you have to have everything on the form. Use your judgment, and rely on technical resources to tell you what you should and shouldn&#8217;t have. Often, the forms let you explain your reasoning for checking no, and if you have a good enough reason, you&#8217;ll still be put in the lower-risk category.</p><p>This isn&#8217;t about buying everything on the list. It&#8217;s about mitigating risk, which is ultimately your job as a business owner or business leader. So when you get these forms, fill them out honestly. If there&#8217;s a gap, research it and fix it to prevent a breach in the first place.</p><div><hr></div><p><em>In two weeks, I&#8217;ll get into the truth about your data and AI. Most businesses will blindly upload data to an AI model, but have no idea if they&#8217;re protected. If that sounds interesting, subscribe so we can send it to you.</em></p><p><em>If you&#8217;d rather talk about risk management and how to protect your business, that&#8217;s the kind of thing I like doing. You can grab some time with me <a href="https://app.minnect.com/expert/EdwardEadeh">here</a>.</em></p>]]></content:encoded></item><item><title><![CDATA[It's not a technical problem. It's a who-holds-the-keys problem.]]></title><description><![CDATA[A 20-minute check to find out who could lock you out of your own business, and what to fix today.]]></description><link>https://notes.edwardjeadeh.com/p/its-not-a-technical-problem-its-a</link><guid isPermaLink="false">https://notes.edwardjeadeh.com/p/its-not-a-technical-problem-its-a</guid><dc:creator><![CDATA[Edward J. Eadeh]]></dc:creator><pubDate>Thu, 24 Sep 2026 12:01:51 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!p2OM!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7b4cf285-d916-4843-8a56-3d74fc203622_2667x2667.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I want to start with a quick story. I once spoke to a business owner who had one person handle all his company&#8217;s technology. Now, this person wasn&#8217;t a technical person by trade, but got handed the role and did it for a long time. I asked a really simple question, out of curiosity, not fear. The question was: what if they get hit by a bus?</p><p>The business owner brushed it off and didn&#8217;t seem terribly worried. We had a good discussion after that, but you could tell they didn&#8217;t take these things seriously.</p><p>Months go by, and I get a phone call from that business owner. He called to tell me that this person had passed away. They were panicking because they didn&#8217;t have any of the information they should have: logins to systems, or even how to set up basic things like a new employee. Of course we offered to help, but they turned it down, and that&#8217;s where the story ends. Unfortunately, I don&#8217;t have anything more.</p><p>But it&#8217;s really, really important that I tell you that story. Because although it&#8217;s the extreme side, the ordinary version of this happens all the time. People quit. People get fired. Maybe they get sick, and they&#8217;re on sick leave. Or maybe they&#8217;re just sick of you, and they leave. The problem is that businesses find this out way too late. They find out there&#8217;s only one person who can log into a system, only one person who can make changes. And when that person leaves, they hold the keys to the kingdom.</p><p>Getting everything back can be somewhat destructive and will take weeks or months. Meaning if you needed to hire an employee and get them an email address spun up, you couldn&#8217;t for at least a couple of weeks.</p><p>Although this is framed as a technology problem, it&#8217;s really not a technical problem. It&#8217;s a who-holds-the-keys problem. Sometimes those keys are stuck in someone&#8217;s head, and whether they&#8217;re around to give them to you, or not willing to give them to you at all, is a moot point. The business owner needs to mitigate that risk altogether.</p><p>So let me give you a quick 20-minute check.</p><h2>The 20-minute check</h2><p>Let&#8217;s start with the really simple one. Your website domain, whatever yourcompany.com is. Who owns it, and who can log into it? Do you need two-factor authentication to access it?</p><p>Your email provider: Microsoft 365, Google, or somebody else. Who has the administrative access to that?</p><p>Then look at things like your website, accounting software, ERP or CRM, phone systems, network passwords, and server passwords. Who controls all of those?</p><p>On each account, whose email is on the recovery email or the recovery phone? In some cases, if you need to make a change, they require a second step of verification.</p><p>And the last question you should ask about every item: if this person vanished, do I have a way to get into it that doesn&#8217;t go through them?</p><h2>What to fix today</h2><p>You, as the owner or the person in charge of this crucial piece of the business, need access to everything. Or, if you have a contractual obligation with a tech firm not to have access to everything, they often have a sealed version of how to get in. What do I mean by that? A lot of IT people, and even IT companies, don&#8217;t want you to have admin credentials, for good reason. They don&#8217;t want people making changes to systems they don&#8217;t know about that could cause security problems or outages. But they&#8217;re happy to give you a sealed version. Once you break the seal and get in, whether through technology or other means, the IT person gets notified, or, in terms of a contractual obligation, there are clauses of liability and cost in case something breaks.</p><p>Another thing to think about is recovery contacts. Make sure the email and phone number point to a business system, not just a person. Set up a shared number through your phone service that can receive text messages, such as a Google Voice number, or even something as simple as a cell phone that sits in a drawer. As much as I don&#8217;t like that idea, it&#8217;s better than having it on someone&#8217;s personal cell phone that no one can access.</p><p>More than one person needs to know how things work. Even if it&#8217;s documented in a binder. If you want to print it because you&#8217;re old school, that&#8217;s fine. But document how everything works, and make sure more than one person knows it. The document should also include what&#8217;s where, how it connects, and how one system talks to another. That way, if something happens and you want to bring on another technical resource, you can hand them these pieces. It&#8217;s not a three-month discovery process of finding problems. It&#8217;s a one-day read, and business continues as normal.</p><p>The other thing to fix today: figure out what you&#8217;d actually tell a client if you couldn&#8217;t get into one of your systems. Or what you&#8217;d tell a new employee, or an existing one, if something happened and you couldn&#8217;t get in.</p><h2>The other side</h2><p>So that we&#8217;re not playing on fear, it&#8217;s not about trusting your people, because most of the time nothing happens. You can trust someone completely and still not want them to be the only key. If you have a spouse, they have the key to the house too.</p><p>It&#8217;s not about the business being afraid of someone doing something wrong. It&#8217;s about the business being one major event away from being locked out of everything it has.</p><p>Doing this will take you twenty minutes. But even if it took you an hour, that hour might save you weeks or months down the road.</p><div><hr></div><p><em><span>In two weeks, I&#8217;ll get into the cyber insurance landscape. The questionnaires you get are more important than you think, and they&#8217;re getting tougher. If that sounds interesting, subscribe so we can send it to you.</span></em></p><p><em><span>If you&#8217;d rather talk about risk management and how to protect your business, that&#8217;s the kind of thing I like doing. You can grab some time with me </span></em><a href="https://app.minnect.com/expert/EdwardEadeh"><span>here</span></a><em><span>.</span></em></p>]]></content:encoded></item><item><title><![CDATA[Every piece of software has its own flavor of AI now. Here's what actually matters.]]></title><description><![CDATA[Where it saves you time or money, where it falls short, and the hidden costs.]]></description><link>https://notes.edwardjeadeh.com/p/every-piece-of-software-has-its-own</link><guid isPermaLink="false">https://notes.edwardjeadeh.com/p/every-piece-of-software-has-its-own</guid><dc:creator><![CDATA[Edward J. Eadeh]]></dc:creator><pubDate>Thu, 10 Sep 2026 12:03:50 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!p2OM!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7b4cf285-d916-4843-8a56-3d74fc203622_2667x2667.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Software keeps getting more and more &#8220;feature-rich&#8221; with AI, and it seems like every piece of software now has its own version or flavor of AI that piggybacks off the main models. With every turn we make, another piece of software we use in our company now has an intelligent agent that can do something within the system. It can find records, correlate some data, maybe build a report. But it doesn&#8217;t seem to be the end-all, be-all, nor can it answer really complex questions about the software it supposedly knows so well.</p><p>As we go along, more and more features keep getting added to these tools, but their full potential is still unknown, including the AI ones. I think people are starting to ignore these assistants, since early uses have shown they&#8217;re very rudimentary and not extremely useful.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://notes.edwardjeadeh.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>So as I&#8217;ve gone along in this journey of figuring out what tools work and what tools don&#8217;t, I have made some observations, and I&#8217;m going to give you the rundown: what things actually matter, where it falls short, and what&#8217;s going to cost you long term.</p><h1><strong><span>What actually matters</span></strong></h1><p>My definition of useful here is that anything that helps you save time or money in your business. That&#8217;s the biggest indicator of whether a tool should be on your radar or not. That looks different for everyone, but there are a couple of ways we use it today that can help us.</p><p>The first one is drafting things. Proposals, emails, job posts, policies we have to write, graphic design content, and even figuring out how to word a specific message for a specific audience. It takes you a good portion of the way, but it doesn&#8217;t get you to the finish line unless you want to accept whatever AI delivers to you. This isn&#8217;t a good idea. A lot of people do this, and because of that, the digital world is filled with what&#8217;s called AI slop.</p><p>Another helpful thing is pulling answers from your own data, if you can feed it in. For instance, we pulled financial data because we could get our AI models to connect to our financial systems. We asked very simple questions, like which companies are costing us more money based on the hours we put in. We asked which vendors have been slowly increasing costs on us without us realizing it. What&#8217;s our average cost of goods percentage year over year? Things like this help us figure out where we need to make adjustments, without spending a day on spreadsheets or making data-entry mistakes.</p><p>If you want to try this yourself, you can type things like:</p><blockquote><p>&#8220;I run a [type of business]. Ask me ten questions about how my money is spent in my business, and tell me where I&#8217;m losing money, year over year or even month over month.&#8221;</p><p>&#8220;Here&#8217;s a vendor quote. Give me in plain English what this quote is, flag anything that doesn&#8217;t look right, or terms that don&#8217;t stand well with my organization.&#8221;</p></blockquote><p>For instance, if the vendor is locking you into a five-year auto-renewing term, that&#8217;s something you&#8217;d want it to flag.</p><p>But just as a note. Before you put any data into an AI model, make sure that it&#8217;s private, and that they don&#8217;t train it on what you give it. Usually that means paying for AI. Paying for an account with one of the big providers and reviewing the contract terms helps ensure your data isn&#8217;t being sold or used for training.</p><h1><strong><span>Where it falls short</span></strong></h1><p>The biggest thing I&#8217;ve found is that it does a couple of things really poorly.</p><p>First, it&#8217;s super confident in its answers, which can give you a false sense of truth. Whenever it gives you answers based on data, I&#8217;ve caught it making some of the data up. I have gotten flat-out fake data when, in reality, that data didn&#8217;t even exist. Consider challenging the model if something feels off, and give it data to prove you know what you&#8217;re talking about. Otherwise, it&#8217;ll take advantage of your blanket trust of the model.</p><p>The other thing I&#8217;ve found is that AI can actually make changes if it doesn&#8217;t understand what you want it to do. I&#8217;ll give you an example.</p><p>We had AI make some changes to one of our systems, but it didn&#8217;t fully understand the format it needed to push. So instead of updating a couple of line items, it wiped a big chunk of data for a sales order process. It didn&#8217;t give us any confirmation. Should I do this? No warning. It was very confident it would make the appropriate push to the system. When we found out it deleted everything, it made us realize how cautious we have to be about letting AI make changes.</p><p>Now, a little side note. We had everything backed up, and we always have a back-out plan before we let it touch anything. Also, the data it touched was internal data that didn&#8217;t really affect the business, and we instantly rolled it back, which was part of the plan anyway.</p><p>The ultimate problem is that the AI didn&#8217;t know what it didn&#8217;t know, and it didn&#8217;t stop and ask, Hey, are you sure? It had the data, it had the parameters, and it thought it had what it needed, but it never tried to dig deeper or ask us to do a little more work to prove it was good. Keep in mind, some of that was also because we didn&#8217;t prompt it properly. We could have said: &#8220;Before you do anything, make sure you&#8217;re certain about the change you are going to make, and verify it with known documentation; otherwise stop and present your facts and allow me to make a final decision before pushing a change.&#8221; Ultimately, if we&#8217;re going to trust AI as a business owner, not as a technical resource, we want it to do the task when we ask it to. We don&#8217;t want to quadruple-verify that it knows what it&#8217;s doing; otherwise, we could do the task ourselves.</p><h1><strong><span>The hidden costs</span></strong></h1><p>Like anything, nothing is free, and using these built-in AI models has hidden costs.</p><p>The first one is learning. Learning what it can do, how to prompt it, what its strengths and weaknesses are. That costs you time, and it makes the subscription the cheap part of the whole deal. You have to learn the tool, set it up in your workflow, and clean up all the big and small mistakes it makes. Just in time for another tool to come along that you want to try. Not to discourage you from attempting any of this, because if you can get it working, you&#8217;re going to save yourself a lot of time. It&#8217;s just a fact of any software.</p><p>That leads to the next point: something you pick today might not be the best thing in six months, or even three months from now. Companies keep updating models. They keep changing the price. They keep killing features. They keep adding modifications and safety nets to their models. You may build something that really works for you today, and in three months either something better comes up, or a really powerful feature no longer works because of some regulation or safety net they put on. That has nothing to do with you, but it does affect you.</p><p>Make sure you understand your processes. Meaning, if AI builds something for you that runs some automation, make sure you know at the very least the bare bones of it. It does this, then it does that. That way, if you move to a new model, you can rework it with knowledge instead of being lost on how AI built something, and you have a base to give the new model. &#8220;This is how this system worked,&#8221; or at least how the flow was supposed to go, instead of re-explaining your entire business use case. Documentation is really important. You can even have AI build the documentation. But I&#8217;d encourage you to make sure you know what the system is doing. In the end, it just means keeping your processes understandable, which is a good business practice overall.</p><p>Lastly, don&#8217;t lean on one tool. Like any other company, if you lean on one thing and that one thing disappears, you lose your entire business workflow. That&#8217;s a huge problem, especially if you start relying on it in place of people working. Another possibility is that you get into a dispute with the company that created the model, and you can&#8217;t use it anymore. Whatever it may be, you and I have both been through business problems like that before, and relying on one model and one system, at least right now with how new everything is, is probably a bad idea.</p><div><hr></div><p><em><span>That&#8217;s the first one. In two weeks, I&#8217;ll bring you the 20-minute check that shows you who could lock you out of your own business, and what to fix today. If that sounds interesting, subscribe so we can send it to you.</span></em></p><p><em><span>If you&#8217;d rather talk about AI and how it fits in your business, that&#8217;s the kind of thing I like doing. You can grab some time with me </span></em><a href="https://app.minnect.com/expert/EdwardEadeh"><span>here</span></a><em><span>.</span></em></p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://notes.edwardjeadeh.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item></channel></rss>