需求评审会总结

一个功能实现设计，该如何来说服开发按照你的设计来做？

上午开了测试评审会，对于需求中的一些疑点问题也变得更加清晰。很多时候，作为产品，不能靠自己臆想，当你以为大家都了解了需求，或者说你觉得没有疑问的点，实际上可能是有疑问的。产品要站在开发的角度，站在测试的角度来思考需求中的细节问题。同时，得跳出来，思考产品本身。上午印象深刻的是，当选择关联学校，如果系统中没有的话，需要添加学校，那么添加的学校该怎么来显示？我当时想的是直接显示在列表中，这样可以减少操作。开发提出来疑问，那如果我单校，是否要限制只增加一个呢？如果添加了多个，列表中怎么显示呢？我觉得可以限制单校只能选择一个，如果添加了新的，就可以覆盖之前添加的。多校可以添加多个，一一列出来。开发觉得限制只能添加一个的话，用户体验不好，感觉像是我在臆想。用户不一定按照我想的来走，应该可以添加多个，这多个显示在下拉列表中，按添加时间来排序。这样，新增加的学校，用户可以选择添加，同时，也不会因为无法多选而用户体验不好。但是我还是有点儿没有理解，为什么我这样做的话，用户体验会很不好，原本这个系统是为了添加商机，添加商机发现学校没有，所以添加，主功能不是添加，为什么不能那样设计？

 

转载于:https://www.cnblogs.com/mia-xiaohui/p/7116902.html