如何确定是否接收用户提交问题的修改

如何确定是否接收用户提交问题的修改
用户提交的问题一般会说的很严重，但实际上有很多问题，费了很大工作量修改完成了用户也不一定会使用。对用户提交问题应进行系统衡量才能确定是否修改。

1. 时效性

是否只在某一时间段才需要的。例如，新上系统时，一般会存在一些延迟录入的单据，而这些延迟录入的单据在已有的模块中无法实现一些特殊政策，以后就不会存在这种问题。这种情况一般不接受修改。可以考虑用户先录入到临时表中，再统一导入到数据库中，而没必要另加模块。
还有一种情况是，某一政策在新上系统时只剩了不到一个月的有效时间，以后再不会有此政策。

2. 使用频次

　　　有可能用户提交问题，每年只使用几次，且可以通过现有软件变通实现，只是操作烦琐。例如一个县有3个老红军人员，这3个人的政策很特殊，但在现有系统可以变通处理的，也不需考虑修改。

3. 社会影响

例如药店收费因操作烦琐导致排起了长队，这种情况就必须尽快处理，否则有可能参保人向当地政府投诉，政府再责成社保部门解决。

4. 功能的通用性

　　　　如果用户提交问题有通用性，修改后有利与软件的完美，做到锦上添花的效果，其它用户也会使用方便。这就要求分析人员对业务领域的理解程度要高。

5. 公司的人力资源情况

　　　　在人力资源空闲时，在不影响系统整体结构的情况下，一些次要问题也可以考虑修改，尤其可以考虑交给新成员练手，然后由有经验的员工检查代码。

6. 用户的说话习惯

要掌握用户的说话习惯，有个别用户会把任何一个问题都说的很严重，不能被用户的说话语气所迷惑。

7. 要衡量开发与实施的成本

对于可通过配置参数变通处理的功能，要衡量开发与实施的成本，以及用户的满意度问题，综合权衡是否进行修改。

8. 用户的重要性

对于示范用户，或称灯塔用户，在合理范围内尽量满足用户的需求，以提高用户的满意度，起到示范与宣传的作用。

9. 修改的及时性

为了在新政策生效时软件能够及时使用，用户有时在出了讨论稿时就提交给我们要求开始修改，但到政策正式公布时有部分已与讨论稿不一致了，导致这部分修改无效。这就要求分析人员有深厚的行业功底，能够估计有可能取消的条款。另外也需与修改工作量综合权衡确保各项功能修改的优先级，以保证让用户能按时使用到新功能但又避免无效的劳动。