How Large Table before Using Clustered Columnstore Index
The article you link to gives this guidance:


  Consider using a clustered columnstore index when:
  
  Each partition has at least a million rows. Columnstore indexes have
  rowgroups within each partition. If the table is too small to fill a
  rowgroup within each partition, you won't get the benefits of
  columnstore compression and query performance.


The "minimum size" for columnstore isn't really any size on disk, but number of rows. Each table (or partition if the table is partitioned) should be at least 1 million rows before considering it for columnstore.

A very narrow multi-million row table might be only a few megabytes and still be an excellent candidate for columnstore. A wider table with fewer rows may take up more space on disk, and not be a good columnstore candidate.

I'd recommend revisiting the sections in that article titled "Consider using a clustered columnstore index when..." &amp; "Don't use a clustered columnstore index when..."