装不满乌鸦的小瓶子

从圣诞节开始，一连串的“节日节”，每到这种时候，人就会对时间特别敏感，心里面有特别多的感叹和总结。最近工作中来了一个有经验的前辈，被打开了‘见知障’，慢慢开始和零星的一些想法和领域连接在一起，形成可以通过关联被记忆带出的碎片。

工作中充斥着新增的、二次的，小范围的，大范围的需求新增和调整。一直都忙不完，可是一直都不能在这个过程中得到一定的理论和方法上的提升，最后感觉是反复和繁重的体力劳动。就像小时候学走路一样，偏偏倒倒的谁都会走，可是走的姿势对不对，道路的方向正不正确，如果有人提溜着前进，会更好。

需求问题大体分为：业务需求、非业务需求和数据需求。

01

业务需求

系统定位功能点对应的需求，换句话说就是“正需求”啊。

抓主要矛盾：不同用户群体和使用场景会提出不同需求，往往看似表面上的多个不同的需求，可能深层主要诉求都是一个。比如某个管理领域的管理思路和流程就没有梳理清楚，所以这一条显示的系统需求层出不穷。

用词准确：同一个功能来说，对不同的角色使用不同的词语进行描述。

换个思路：换个解决问题的方向或者站在一定高度进行解决。往往在做方案梳理时，就当前问题出解决方案，可是这个方案和大局是否相符，往往见山就是山，问题不能和前后进行联系。站在不一样的角度，找到毛线的头，扯着毛球，说不定整个事情就顺利了。

02

非业务需求

使用习惯：符合特定用户人群。

界面环境：可视化信息更方便获取信息，界面设计往当下互联网设计风格靠拢。

现在的人真懒啊，如果20秒之内不能通过颜色，分类和平板化设计获取信息，可能就会放弃了。

交互次数的优化：尽可能使用少量点击及缩短鼠标距离，即可完成目标实现。

快速响应：梳理任务的速度能尽可能跟上大脑对事物反应的速度，没有过于夸张的机器延迟感。

比如点了以后去上个厕所回来，界面还是没有变化，还是挺闹心的。

03

数据需求

避免操作冗余：保证数据在各个业务功能模块数据间数据获取准确且流程。不要等到这边数据都存储好几天了，那边还没有进行同步。

将可用数据进行梳理，比如前方的业务功能以及录入了项目经理是哪个人。后续任务模块该项目对应的任务可直接下发给该项目经理，不需要用户再次进行指派操作。

合规性和完整性的控制：数据保证合规和有效性。基本的就不赘述了，比如‘电话号码’的字段，一定是输入的数字而且只能是11位。

这里要说的是，所有的字段规则和控制都是正确的，但是输入内容明显就是错的，对范围进行限制。

输入内容本身是合理的，但是该数据和另一个数据做加和的时候，整个业务环节不合理，还容易造成服务器速度拖慢。

所有的工作在完成到一段程度后，好像对这个领域已经有所了解了。可是看到前辈做得更好的，你会发现就像小时候听到的那个故事一样，乌鸦的小瓶子，开始投石子进去觉得瓶子满了，后来又投小石块进行，发现瓶子还能装，再投细沙进去，发现瓶子还能装，你是这样觉得的吗？