What Most People Miss About When Microsoft Excel Was Developed

Most Excel trainers say Excel launched in 1985. They’re flat-out wrong — and that mistake makes people misread every version history chart they see.

The Problem

You open an old workbook labeled 'Excel 2.0' and assume it’s from 1987. You check Microsoft’s official site and see 'Excel for Windows 1.0 released in 1985'. You walk away thinking you know the origin. You don’t.

That confusion isn’t harmless. It breaks version compatibility assumptions, screws up macro migration logic, and makes audit trails unreliable — especially when reconciling legacy financial models built on pre-Windows Excel.

Source Document Claimed Release Year Actual Platform & Date Key Limitation
Acme Corp FY1984 Budget.xl 1984 Macintosh, September 30, 1985 No formula bar; only 256 columns
Legacy HR Tracker.xlsx 1987 Windows 2.0, October 1987 No Undo; crashes if >16MB RAM used
Global Sales Q3-1986.xls 1986 OS/2, December 1987 (not shipped) Never released publicly; internal beta only
Finance Model v1.2.xls 1985 Macintosh, September 30, 1985 No pivot tables; no VBA (added in 5.0)
Inventory Log (pre-1985).csv 1983 VisiCalc on Apple II — not Excel Zero Excel file format; .csv only

The Solution

Stop guessing. Use Excel’s own metadata — but not the way most people do it. Here’s how to verify actual development lineage:

  1. Open the file in Excel (any version ≥2007). Don’t double-click — right-click → Open With → Excel.
  2. Press Alt+F+I — this opens the Properties pane. Not File → Info. That’s slower. Alt+F+I is instant.
  3. Click “Advanced Properties” at the bottom of the pane. Go to the Statistics tab.
  4. Look at “Created” and “Last Save By” — but ignore them. Instead, scroll down to Custom tab and check for “AppVersion”.
  5. If AppVersion = 2.20, it’s Mac Excel 2.2 (1987). If it says “Microsoft Excel 3.0”, it’s Windows — but only if the Created date is after Nov 1987.

This works because Excel embeds its engine version into the file header — even in .xls files. The trick? You must read the AppVersion field, not the filename or folder name.

File AppVersion Field True Origin Verified On
Budget_1985.xls 2.20 Mac Excel 2.2, April 1987 A1:C10 in verification log
Sales_Q4_1986.xls 3.00 Windows Excel 3.0, Nov 1987 D2:F12 in master tracker
HR_Master_v1.xls 4.00 Windows Excel 4.0, Oct 1992 G5:I15 in archive index
Forecast_Model_1985.xls 2.10 Mac Excel 2.1, Jan 1986 B3:E8 in validation sheet

Going Further

Want to batch-check 200 legacy files? Don’t click through each one.

Use PowerShell. Run this in Admin mode:

Get-ChildItem "C:\Legacy\*.xls" | ForEach-Object {
  $xl = New-Object -ComObject Excel.Application
  $wb = $xl.Workbooks.Open($_.FullName, $false, $true)
  $version = $wb.FileFormat.ToString()
  Write-Host "$($_.Name): $($wb.AppVersion)"
  $wb.Close()
  $xl.Quit()
}

This outputs AppVersion for every .xls file — no manual Alt+F+I needed.

Counterintuitive tip: Files saved in Excel 97–2003 format (.xls) can still report AppVersion 12.0 — if they were last edited in Excel 2007 and resaved backward. Always cross-check with “Created” + “Last Modified” dates in the Statistics tab. If Created is 1985 but AppVersion is 12.0, someone resaved it recently.

When NOT to Use This

Don’t use AppVersion to date files created before 1985. VisiCalc, SuperCalc, and Lotus 1-2-3 files have no AppVersion field. Trying to read it throws a COM error.

Don’t trust files with zero metadata. Some Mac Excel 1.0 files (1985) had buggy property writing. If AppVersion is blank, check the file size: under 4KB almost always means pre-1986 Mac Excel.

Don’t assume Excel 3.0 means Windows. A tiny number of Excel 3.0 builds shipped to OS/2 testers in late 1987 — same version number, different binary. You’ll need hex inspection (look for “OS/2” in bytes 0x1E0–0x1F0) to confirm.

Keyboard Shortcuts

Action Shortcut Notes
Open Properties pane Alt + F + I Works in all versions ≥2007
Switch to Custom tab Ctrl + Tab From Statistics tab only
Refresh file properties F9 In Properties pane, after editing fields
Close Properties pane Esc Not Alt+F4 — that closes Excel
Rachel Torres

Rachel Torres

Rachel coaches teams on email management and digital communication best practices. She has trained over 5