长远需求和短期需求如何平衡？

一网络在线学习的项目，使用QTI标准实现选择，填空，阅读......
现在要在增加题目的注释，比如说一选择题目选A，后面加一个为什么A。因为考虑到平常的东西都是加文字，所以把注释加到了答案的interpretation属性里面，完成了相应的java代码XML解析和ACTION的处理。
但是现在一种观点认为，如果用户看了注释文字还不明白？对该题目的解释应该加上声音，动画等等多媒体的东西，把注释作为答案的一个属性是不合适的，没有考虑到增强功能的要求，所以把”注释“新增为了一个XML的项

<ims:assessmentItem identifier="" title="textEntry" adaptive="false" timeDependent="false" xmlns:ims="http://www.imsglobal.org/xsd/imsqti_v2p0">
    <ims:responseDeclaration identifier="RESPONSE" cardinality="single" baseType="string">
        <ims:correctResponse interpretation="注释测试">
            <ims:value>test for</ims:value>
        </ims:correctResponse>
    </ims:responseDeclaration>
    <ims:outcomeDeclaration identifier="SCORE" cardinality="single" baseType="float">
        <ims:defaultValue>
            <ims:value>1.0</ims:value>
        </ims:defaultValue>
    </ims:outcomeDeclaration>
    <ims:itemBody>
        <ims:p>
            ddddddd()ssss
            <ims:textEntryInteraction responseIdentifier="RESPONSE" expectedLength="15"/>
        </ims:p>
    </ims:itemBody>
</ims:assessmentItem>

新走的XML ELEMENT

     <ims:feedbackBlock>
            <ims:p>It's a new test for you and me.</ims:p>
        </ims:feedbackBlock>

本身追求程序完善与可扩展性来说，我同样认为应该新增注释元素，但是实际的运用情况来讲，“文字”注释，简单的方式已经能满足绝大多数要求。我们还有必要去追求程序的可扩展性没有？{前题是，程序已经做好实现完成，能满足绝大部分要求。现在是为了完善去重构程序）

有人说：使用我的管理流程，可以为你节省20％的时间，可是用户不在乎那20％时间，我们有必要去作这个东西改进实践流程吗？