【项目需求有感】—库房管理系统

前言

        世界上最远的距离， 不是 星星之间的轨迹 ，而是 纵然轨迹交汇 ，却在转瞬间无处寻觅 ……而是最近小编接触了一个库房管理系统，主要是解决公司内部库房管理的一些琐碎事情，通过工作的流程化和规范化来减少仓库管理人员的工作量，将一些重复性、耗费时间的工作交给系统来做，节省了时间，提高管理的效率，让我们的库房更加整洁有序，相关人员的工作简洁清晰。

正文

一、需求分析，验收原型

      机缘巧合，在6月中旬接触到库房管理的需求；美女云姐，跟我们讲起了库房管理的情况，只觉得库房管理紧紧依靠excel表格和人工手动录入重复性的工作，对于时间观念非常强的人来说，怎么能容忍这样的事情发生呢？如果中间打一个盹儿，数据稍微出现一个错误，这就不是小问题了，相信大家还记得那次集体整理库房物品的经历吧，如此说来，库房管理迫在眉睫，急需库房管理系统的出世。

     库房管理系统的第一版需求，云姐的意思是简化流程，我们当时概念很模糊，不知道要做成什么样子，按照自己的想法，将功能实现；主要做的是库房商品的借入归还和出库入库，都说初生牛犊不怕虎，云姐验收时，我们还在说着自己的理解，后来越说越心虚，最后就专心倾听云姐的理解，给我们分享了一些想法；我们发现了问题：商品出入库和借阅归还给搞混了、用户的权限考虑欠佳、跟原来的手动操作相比，并没有简化什么，只是做到了实时更新。。。我们还是太年轻了，还是个孩子。

      

     于是有了第二拨儿的讨论：基本功能的实现，如何让用户用起来方便快捷，重复的流程交给系统，减少库房管理员的工作量，系统后期维护，界面的呈现，用户体验度…各种因素综合考虑有了第二版的原型图，直到验收之前，我们三个人兢兢战战，惶恐地打开原型图，云姐听了我们的讲述，说没有什么大问题，当时都怔住了，yes,终于可以了！悬着的心终于放下，再好好听细节的斟酌。

   

二、初识Axure ，了解产品设计

     自从机房合作之后，这是对Axure的使用的再次提起，元件的交互、页面的跳转、动态面板、中继器的使用等等，原本以为很快很简单的事情，时间会稍微超出一部分，原型图就是界面，如果跟客户或者老板沟通，原型越是逼真，效果就越好；《人人都是产品经理》中写到：再好的产品需求文档，都比不上低保真的产品原型，再好的低保真原型，都比不上高保真的产品原型。学会使用工具，展示我们的创造力，让我们“心想事成”！

三 、交流表达

       在和云姐、小伙伴一起交流的过程中，体会到了产品经理和客户交流的不容易，将来不管是作为开发人员还是产品需求人员，都会了解到对方的需求，以便于更好的沟通交流，团结协作，提高工作效率。

       1. 验收前：准备充足，思路清楚

         在验收原型时，会出现页面没有签入的小尴尬局面，验收之前要将展示内部先过一遍，是不是最新的版本？交互效果是不是正确？位置是否准确？……确保万无一失，节省双方的时间，提高了沟通的效率；

         原型图不断迭代，在展示的时候先要说明哪些部分是新添加的，哪些部分是保留的，为什么会有这样的更改，在宏观上对流程化的东西有清晰的描述，再根据各个页面的变更深究细节问题；

    2.  验收中：产品设计，考虑用户的体验度

          面对最多的问题：如果你是用户，你会想用这款产品吗?面对第一版的原型，我们自己都觉得很难用，更别说用户了；市面上的同类产品那么多，为什么用户会选择你们的产品，优势、亮点、特色、哪一点吸引用户？是省了时间还是省了力气？财力物力人力这些都要考虑；基本的功能要实现，还要用户用着舒心、省劲儿等都是一个产品经理要考虑的问题；不断地向优秀的产品学习，比如淘宝啊，京东啊，这些软件用户用的就很舒心，想起来了米老师的那句话：不怕不知道，就怕不知道。

      3. 验收后 ：小组分析讨论，出计划方案

        验收完，大家凑在一起商量要修改的地方，然后就是分活儿了，每次都是口头上的方案，大家回去之后忙这忙那的就容易忘，等到自己修改的时候就忘得一干二净了，再到下一次验收的时候就不是上回说的事儿了；所以还是有具体的文字记录、任务分配具体到个人，有工期约定，有问题再一起商量，这样获得的效果绝对会好很多。

总结

      这次做了产品需求这部分，产品这块要考虑的东西很多很多，也是联系客户和开发人员的纽带，如何更快更好地理解客户的需求，如何做好需求的原型图和需求文档，直接影响着和开发团队的沟通交流成本，和开发人员对接时，要考虑开发成本、开发时间、实现难度等，在哪学习都是成长，加油啦~~

       PS: 听小编叽里咕噜说了一堆，这几天的感受，想到哪就说到哪儿了，感谢大家的关注，希望多多提意见！