yes he is right, as far as I know - no current FPGA Bitcoin mining device is capable of mining scrypt alt-coins
Maybe that's the project - making a new board for your modules to plug into... that allow them to scrypt.
---
Then you could at least offer that as an 'alt-grade' for close to cost.
It depends whether it's really worth it or not... NEON scrypt mining on ARM processors was no more power efficiency than GPU mining. GPUs have fast SPU clock rates and extremely fast memory, you may build an FPGA with ~300 integer units (eg spartan 6) hashing at 150MHz with DDR2 RAM only to discover that kh/s/w is not any higher than on GPUs.
At best with ASICs of scrypt I would suspect you would get an order of magnitude in speedup, probably less. FPGAs then would be even worse, and aside from that refining BTC ASICs in the future will probably be more profitable anyway.
Scrypt hashing circuits are about the same size as SHA256 hashing circuits in terms of gate size. I would suspect that if you could somehow make an ASIC comparable to that of the SHA256 ones with GDDR5 you would be able to hash scrypt significantly faster than and with less power than on GPUs, but the problem is that GDDR5 is expensive and so is the bus/interconnect. Additionally the amount of memory required per the amount of scrypt cores scales linearly as per the current algorithm, so if you make a chip with 20,000 scrypt circuits you will need to initialize 6-20GB of GDDR5 memory, which is expensive. Using slower memory and slower cores, as is possible right now with ASICs, will probably yield poor performance (GPU memory and GPU core speeds are an order of magnitude faster than DDR2 memory and typical ASIC core speeds).
In short scrypt ASIC producers may end up competing with GPU producers, which would be a losing battle for the ASIC producers.