Exactly. To help illustrate our point, I have created a diagram

:
This is my understanding of the Paradox development cycle. I have separated it into phases:
Ma,
Mb,
Mr,
Fp,
Pa,
Pb,
Pr, and
Fm.
Sangeli and I are arguing that Paradox needs to solicit implementation ideas sometime during or about the transition between
Fm and
Ma. Paradox looks over the good feature ideas during
Fm, but we have no idea if they are actually considering any given feature. This would be our
only chance to actively interact with paradox or seriously debate the
implementation options with any hope to affect the outcome. We can't do it in the dark. As things currently stand, we are only clued in at
Mb, at which point it's too late to change any implementation decision.
Paradox does an amazing job with user feedback during the
p stages, and getting feature ideas during the
Fm stage. We are specifically talking about
one particular point in the dev cycle where Paradox would greatly profit from actively soliciting implementation ideas.