I’m interested in one downstream effect of the recent 32GB+ to 16GB LPCAMM2 preorder downgrades that I haven’t seen discussed much, if at all.
I’m not really trying to relitigate whether Framework could absorb the supplier price increase, or whether the downgrade was the least-bad short-term fulfilment option. I can see why they did what they did, even if I don’t agree with it. I’m more interested in what happens afterwards.
My read of the situation is this:
People who originally ordered 32GB+ presumably did so because they expected 32GB+ to be the appropriate capacity for them. Supplying 16GB first does not necessarily remove that demand, it probably just defers it (unless people are en masse cancelling orders).
Because LPCAMM2 systems are generally single-module, a displaced 16GB module has little natural upgrade demand (I think?). Somebody wanting more RAM has to replace their existing module, while somebody genuinely satisfied with 16GB generally already has their only slot occupied. There may well be demand from RAM-less systems, failed modules and other niche cases, but outside that fairly narrow set of buyers the natural purchaser starts to look a little mythical.
The difficult bit is that Framework cannot really know yet how much latent module churn it has created. Someone accepting the 16GB downgrade today might genuinely keep it for the life of the machine, or they might simply tolerate it until 32GB+ becomes more affordable or available and then replace it. Both currently look like an accepted 16GB order, but the latter is really deferred higher-capacity demand plus a future displaced 16GB module.
That makes me wonder how many of those modules will ultimately remain in service, how many will successfully find another user, and how many will simply end up sitting in drawers.
If that happens at meaningful scale, I think it creates a fairly perverse market effect: two modules are manufactured and sold to satisfy one customer’s original requirement, while one ultimately provides no ongoing useful service.
In that sense, Framework’s chosen solution looks potentially net inflationary to the wider RAMpocalypse. Obviously I am not claiming that Framework itself causes global RAM inflation, but in a supply-constrained market, scarce product being manufactured and purchased only to become effectively unused is avoidable demand. Within the already immature LPCAMM2 ecosystem, enough of that behaviour seems directionally capable of worsening scarcity and adding inflationary pressure to the same market conditions that caused the downgrade in the first place.
That is my current read of the economics, though, and I may be missing something - hence asking here rather than presenting it as settled fact.
I suggested to Framework Support that they consider a trade-in, buy-back or reuse program for the forced 16GB modules. They confirmed there currently isn’t one, but said they would pass the suggestion on. They also told me there is no confirmed timeframe for further third-party 32GB+ validation or an officially supported alternative. I don’t think community interposer workarounds/modules that Framework itself currently lists as incompatible, are realistically usable alternatives for most buyers.
So I’m curious what affected buyers actually expect the eventual outcome to be:
If your 32GB+ preorder was downgraded to 16GB, what do you realistically expect to do?
- Cancel the FW13 Pro order
- Keep the 16GB module long-term
- Reconfigure back to 32GB+ before shipment
- Remove Framework RAM / source third-party RAM
- Upgrade later and sell the 16GB module
- Upgrade later and reuse the 16GB module elsewhere
- Upgrade later and keep it deliberately as a spare
- Upgrade later and it’ll probably become drawerware
- Not sure yet
If selling - to whom?
If acquiring third party - what, from where with what availability? Will you be waiting with a non functional FW13 Pro if you haven’t already acquired some?
Personally, I’m probably in the reconfigure-before-shipment group. I could get by with 16GB for perhaps a year, but not without making some compromises to the experience, so my unfortunate likely outcome is paying to go back to the 32GB configuration I originally ordered - because anything third party, without some jank (as at 8 Sept 2026) is unobtanium.
What I’m particularly interested in is the split between people who genuinely settle on 16GB and those for whom accepting 16GB today is simply deferred module churn. Framework can see the former and latter as identical preorder outcomes now, but the actual memory demand and fate of those modules may not become apparent for months to years - and Framework may never be able to observe how much of the displaced RAM was successfully reused versus simply stranded.
My concern is therefore that the downgrade may solve an immediate fulfilment problem while creating a longer-term combination of deferred higher-capacity demand and stranded lower-capacity hardware that simply isn’t visible in Framework’s short-term numbers.
Interested to know whether that matches what affected buyers actually plan to do, or whether I’m sitting in my own little thought bubble here.