需求没写的细节，各位都是怎么处理的？

[mhycy]

场景如下：
这是某个事业单位行政部提出开发的个人业绩评分系统。
主要用于每个底层员工在每年年初定下工作计划，然后每个月进行工作汇报。
每季度或半年，领导都会进行一次业绩评分。
并且会让小组/部门内的员工互相评价对方的工作情况（评分）
最终提交到行政部门进行汇总导出

说明：
甲方只提供了日常使用的评分报表作为依据。
让我们基于这套报表进行系统开发
（原话：我们希望把这套报表搬到电脑上，不用手工统计）

因为一开始我们没有把需求定的太细，对方也没有太多的时间与我们交流这相关的细节。
给我们后续开发留下了一些自由度。。。

遇到问题：
在员工互评模块，有一个互评小组的设定。
对方希望在人数众多的部门内，由一个评价小组对所有人员进行评价

依据对方的期望，我们是提供一个同部门的人员列表
以弹出列表的方式让他们选择同部门的评价人员。

部门人员列表->点击添加（弹窗）->选择能评价这个人的人员

在这个选择列表，我们有两个不同的设计意见：
1、与人员的角色相关联，因为领导是不参与底层员工的互评，数据关联人员的角色列表，领导以及未获得互评菜单权限的人员一律不予显示。（逻辑决定了不会存在划分了但是无权访问的情况）

2、
方案1存在缺点：
实际应用中除了领导以外的人员如果没分配角色，很大可能都是管理员误操作。
在这个列表中，一律显示除了领导以外的所有人员（或者领导一同显示）。
由初期划分的管理员进行人工的筛选划分。以提高使用中的灵活度。
对于由此产生的数据不一致行为，不予处理，如划分了小组，但无权访问。
将由底层员工向领导汇报后人工划分权限。

不知道各位会如何处理这些未定义细节的问题？

[NewYear]

不知道就多问，不然做出来就无休止的修改吧。曾经也是以为自己做的是对方想的那样，结果……