Very good but complex question since it's affecting multiple parts of the network integrity, security and privacy.
Let's start with your second point "Multiple transactions possible with only 1 input" since this is already possible and you can add multiple recipients in a single transaction, no matter how many inputs you use. Currently the maximum outputs you can use is 16 and only in CLI wallet, but as of my knowledge there is already work going on to implement it into the GUI wallet.
However, in Monero an output needs 10 confirmations, this was a wallet setting up to 0.14.x but from 0.15 is enforced by consensus, so a transaction which contains a ring member which is not yet confirmed in 10 blocks will not be valid until all ring members have at least 10 confirmations. This is in case a chain reorg would occur, transactions containing at least one ring member from an orphaned block wouldn't be valid any more. This setting of 10 is arbitrary and not settled in stone, but there needs to be research done if maybe a lower number of confirmations would be sufficient.
Now if we'd allow spending of unconfirmed outputs, for privacy reasons we would have to add unconfirmed ring members also in other transactions which may never be confirmed (eg. double spend attempts within txpool). Also sybil attacks could compromise privacy, when a malicious actor pushes 100 tx into an almost empty txpool, but a tx includes one of the few others as ring member, so it'd be statistically pretty obvious this was the real one.
Monero has an average 2 minute block time in comparison to 10 minutes in Bitcoin and most of its forks, so on average you currently need to wait 20 minutes for an output to be spendable.
So it's unlikely that Monero will implement chained transactions within the mempool with its current privacy ring signature scheme, however if a better zero knowledge scheme would be found, it might be implemented in one of the scheduled hard forks and maybe allow better options.
In the current ring signature scheme, it's more likely that something like frequent transactions would be implemented in a side chain / second layer like Mimble Wimble or Lightning Network. Tari Labs is already working on a side chain for Monero which is based on the Mimble Wimble idea.
For more frequent onchain transactions it's more likely short term that some automatic output splitting functionality / management will be implemented like in a physical cash wallet, where you most likely have not just one single bill which you can spend, but splitted into several bills and coins. For example if you split up your single output into 16 new outputs, you will be able to spend them subsequently, either one of them or use several for larger transactions.