从圣诞节开始,一连串的“节日节”,每到这种时候,人就会对时间特别敏感,心里面有特别多的感叹和总结。最近工作中来了一个有经验的前辈,被打开了‘见知障’,慢慢开始和零星的一些想法和领域连接在一起,形成可以通过关联被记忆带出的碎片。
工作中充斥着新增的、二次的,小范围的,大范围的需求新增和调整。一直都忙不完,可是一直都不能在这个过程中得到一定的理论和方法上的提升,最后感觉是反复和繁重的体力劳动。就像小时候学走路一样,偏偏倒倒的谁都会走,可是走的姿势对不对,道路的方向正不正确,如果有人提溜着前进,会更好。
需求问题大体分为:业务需求、非业务需求和数据需求。
01
业务需求
系统定位功能点对应的需求,换句话说就是“正需求”啊。
抓主要矛盾:不同用户群体和使用场景会提出不同需求,往往看似表面上的多个不同的需求,可能深层主要诉求都是一个。比如某个管理领域的管理思路和流程就没有梳理清楚,所以这一条显示的系统需求层出不穷。
用词准确:同一个功能来说,对不同的角色使用不同的词语进行描述。
换个思路:换个解决问题的方向或者站在一定高度进行解决。往往在做方案梳理时,就当前问题出解决方案,可是这个方案和大局是否相符,往往见山就是山,问题不能和前后进行联系。站在不一样的角度,找到毛线的头,扯着毛球,说不定整个事情就顺利了。
02
非业务需求
使用习惯:符合特定用户人群。
界面环境:可视化信息更方便获取信息,界面设计往当下互联网设计风格靠拢。
现在的人真懒啊,如果20秒之内不能通过颜色,分类和平板化设计获取信息,可能就会放弃了。
交互次数的优化:尽可能使用少量点击及缩短鼠标距离,即可完成目标实现。
快速响应:梳理任务的速度能尽可能跟上大脑对事物反应的速度,没有过于夸张的机器延迟感。
比如点了以后去上个厕所回来,界面还是没有变化,还是挺闹心的。
03
数据需求
避免操作冗余:保证数据在各个业务功能模块数据间数据获取准确且流程。不要等到这边数据都存储好几天了,那边还没有进行同步。
将可用数据进行梳理,比如前方的业务功能以及录入了项目经理是哪个人。后续任务模块该项目对应的任务可直接下发给该项目经理,不需要用户再次进行指派操作。
合规性和完整性的控制:数据保证合规和有效性。基本的就不赘述了,比如‘电话号码’的字段,一定是输入的数字而且只能是11位。
这里要说的是,所有的字段规则和控制都是正确的,但是输入内容明显就是错的,对范围进行限制。
输入内容本身是合理的,但是该数据和另一个数据做加和的时候,整个业务环节不合理,还容易造成服务器速度拖慢。
所有的工作在完成到一段程度后,好像对这个领域已经有所了解了。可是看到前辈做得更好的,你会发现就像小时候听到的那个故事一样,乌鸦的小瓶子,开始投石子进去觉得瓶子满了,后来又投小石块进行,发现瓶子还能装,再投细沙进去,发现瓶子还能装,你是这样觉得的吗?
领取专属 10元无门槛券
私享最新 技术干货