2019-04-29 聊聊这两天拒绝的需求

昨天行政部给提了一个需求，要做一个工位管理系统，具体需求如下

提需求的同事，也是下了一番功夫，从项目背景到项目需求，罗列的很清晰，但看完需求后，我们都是面面相觑，不知道他们遇到了什么问题，导致提出这么庞大的需求。于是决定找行政同事沟通下。

在沟通之前，我们提前做了下功课，

1. google 了下，了解下市面上有没有类似的产品，结果利用 3D 技术查看的也只是样板房、租房等（http://www.realsee.com/）

2. 找公司前端负责人了解当前技术的成熟度，结论是公司目前没有现成的案例，如果制作成本较高。

带着这些信息，我们约了行政主管，一起聊下这个需求。

先确定下需求的来源和背景

问：这个需求是谁提出的，遇到了什么问题

答：是行政主管和管理工位的同事商量出来的。给她们最大的困扰，是不能很清楚的了解到，每层还有多少工位空余，每个团队占用多少工位，如果有新员工入职，不知道该安排到哪里。

到这里，我们了解到问题所在，行政同事不是要一个很炫酷的 3D 模型工位图，而只是工位管理不便捷，想对公司的工位有个直观的印象。

接下来，我们想了解下目前他们是怎么处理这个问题的。

不定期让部门助理同步各个部门的工位图，然后自己去数还剩余多少工位。以及每个团队占用了多少工位，方便统计工位占用率。

这种方案遇到问题，部门助理更新不及时，会造成数据不准确，而且不直观。

看来核心需求，是希望能了解，目前每个楼层和部门工位的使用情况，那上面庞大的需求，是用来做什么呢？我们逐条和行政沟通沟通，了解最终结论

需求 1：空间展示，实际上是需要一个，以楼层为维度的完整工位图

需求 2：线路展示，算是一个伪需求，找人的流程是在企业微信上，问问你在不在，而不是说我根据定位去找你；即使是新员工，也是由部门助理带领到工位的。

需求 3：工位图的状态属性，以及数据统计

需求 4：工位图的准确性

需求 5：工位的使用率统计

需求 6：行政管理，和工位管理无关

好了，至此，已经了解的业务需求，以及问题所在，确定核心需求是

希望有一个以楼层为维度，显示不同团队的完整工位图，并及时更新每个团队占用情况。以数据形式呈现，方便行政及时了解工位占用情况。

基于以上讨论结果，开始和行政同事沟通

1. 通过 3D 模型来看工位图，这个开发和维护成本都很高，并不能减少你们的工作量

2. 目前我们的需求已经排期到 Q3，如果要做这个功能，时间会比较靠后

3. 我们部门的工位图，是部门助理定期更新的，也就是说是最新的，你可以和各个部门助理沟通，整理出一个全楼层工位图，并标注已经占用工位情况，达到工位图管理的目的

4. 步骤 3 可以运行 1-2 个季度，看下能不能满足你们的需求，如果还不能满足需求，我们可以再讨论解决这个问题

至此，给出了合理的解决方案，暂时也不需要做工位管理系统了。

结论

当拿到一个看起来不合理的需求时，第一反应是拒绝，但拒绝并不能解决需求方实际的问题。我们可以从几个角度来思考：

1. 谁提出的这个需求，他们遇到了什么问题？

2. 现在是如何解决的？

3. 现在系统上，有没有更好的方案，解决这个问题？如果没有，你的新方案，有没有比现在解决方案更优？如果没有，那就不要去做。

4. 不确定的方案，那能不能先小范围线下测试下流程，确定可行性后，再线上化