dimpoo,
no. converse return is used when there's a need to return some value from ivr back to the definity. in your case there is no such need because a call placed in queue to operators using queue-to step will not lose its position nor be affected in any other way except that caller will not hear music on hold from the moment the system passes all the digits to ivr. from that moment ivr is responsible for playing anything back into voice path otherwise a caller will hear silence. the call processing goes its normal way and when an agent becomes available call will be routed to this agent and at this very moment definity will drop ivr connection. unfortunately, there's no way to affect this to allow an ivr to finish an announcement or something. if you need an interaction with ivr that should not be disrupted, don't use converse-on step, place a call in queue with queue-to command, just like with ordinary group of live agents.
in your case, a vector should look like this:
01 queue-to split/skill x priority y
02 goto step 4 if expected-wait-time < zz
03 converse-on split ivr priority m passing wait and none
04 wait-time 10 seconds hearing music
in short, first place a call in queue to live agents, then check expected wait time to determine the need for converse-on step, then do converse-on. keep in mind that it is not advisable to have callers hear just a part of ivr announcement, better just to hold them in queue playing music. check your ivr announcement length, add 3 seconds needed for setting up ivr channel and passing digits and you will get zz number.