从管理角度看需求实现

    从管理角度来看，企业员工可以分三类：基层的一线员工，中层管理干部以及高层领导班子。

    基层的一线员工，负责具体工作的实现；中层管理干部，负责短期计划的制定、跟踪，质量的监管等；领导班子，负责把握企业的大方向，为企业最规划。

    从系统实现角度来看，基层的一线员工，负责的是系统的数据采集功能，中层负责计划的发放、数据的审核、以及部门间的数据协作功能，领导层面，负责的是查询分析、汇总预警。

    也就是说，一线的员工，需要的功能需要尽可能的简单、高效。从使用者角度来看，是越简单越好，系统能把所有事情都做了更好。说白了，就是能点一次完成的，绝不点两次；能一次性显示的内容，绝不让客户去点鼠标或者滚轮多次获取。------题外话，当然，这里面有个问题，有些人会考虑，什么都被系统干了，我就没用了，会被裁员或者减薪，这样就导致了基层员工在系统上线时会有抵触情绪。如何做好系统管理边界，就是解决这个问题的关键，以后再讨论---------举个简单的例子来说，对于一个管理车辆出入的门岗，他往往不会考虑复杂的业务流程、各类条件的限制，对他来说，就是能不能出门。

    对于中层管理来说，需要解决的是按照领导要求安排好一线的工作，并对工作进度、质量等进行监管。因此，系统重点解决的是如何及时进行有效的监管。同时，因为监管涉及到不同部门之间的协作、信息共享等问题，权限问题也要仔细的考虑好。简单说，中层需要能很方便的跟踪、审核，能够方便的查询其他协作部门的相关数据。一个科长，不光需要制定计划，管理科内人员的工作进度、工作质量，还有关系关联的业务处室进展情况，是否会对本处室的工作进度造成影响。作为一个中层的管理者，考虑的就不会是仅仅局限在自己“本身”的工作上。

    作为高层，关注的是企业的战略目标，任务关键节点，计划执行预警等，同时，在必要时，需要了解相关详细内容。对领导来说，更关注的是整体的概念，对项目的跟踪，是总体执行情况以及预警信息。领导往往不希望直接看到直接的原始数据，而是原始数据的相关整合、初步的分析等。公司领导来说，关注点往往至少是以部门的工作为单位的，采购完成的怎么样，生产完成的怎么样，接下来公司怎么发展等，这些在初步的时候往往不会具体到人。

    总的来说，系统需要解决1.数据采集问题；2.部门协作问题；3.决策支持问题。而在系统设计时，技术角度来看，能从技术上直接解决的，往往是第一部分的数据采集问题，以及部分的第二层次部门协作问题。部分部门协作问题及决策支持问题，往往关键就不是技术问题，而是业务问题。这部分问题，业务理解的好，就容易解决，业务理解错了，就容易造成费力不讨好的情况。

    一个系统的好坏，往往也是三个层次的人在评价。系统在上线后，客户评价系统好不好的时候，不能直接简单的放出问答让直接给出结论。更多的是要结合客户所在岗位，结合岗位需要，综合判断上。

    技术型的领导，尤其是刚刚负责项目的技术领导，经常犯的一个错误就是技术为王，解决问题的思路也局限在数据采集方面，忽略了数据整合后提供决策支持的重要性，不能从业务角度出发，重新理解系统的数据重要性。

   一个完整的系统，在设计之初，就应该充分考虑三个层次的需求，解决好相互之间的冲突。尤其在系统架构时，充分考虑受众的岗位，从岗位需求出发，去设计功能、交互，才能达到较好的目的。