SQL OLTP Filegroups - Lookup Tables
In theory, absolutely. In practice, it depends and most likely not.

Data warehouses will be a lot more likely to do full scans and disk reads/writes due to the nature of a DW.  Optimizing a DW can be very important to get reports out in time, saving money in not buying expensive disks if not needed, and also to reduce wear/tear on the machines doing too many IOPS trying to get the same data.  They will often do a big (or a few) table scan(s) and get all the relevant data which pushes a lot of items out to disk.

A lot of OLTP can be ran out of memory in a relatively managed environment where bad ad hoc queries aren't causing memory buffer issues.  If for some terrible reason your OLTP environment is doing a lot of table scans, you see memory buffer pool pressure from table data, with high disk read/sec and disk write/sec metrics in perfmon, AND you're not able to fix the code, this would be helpful.

Note though with customization comes overhead.  The additional complexity have to be properly documented, perhaps automated, and maintained.  If you don't see any benefits to it then why introduce additional complexity?