登录注册可能是大多数PM童鞋的处女级产品功能,根据我个人的经验:如果没有从零到一将这个需求落地,一定是存在认知漏洞的。
我说一个场景,看大家有没有考虑到:手机号验证码输入框在同一个页面,在手机号无误、验证码输入正确的情况下,然后更改手机号(手机号格式合法),提交之后应该如何反馈?
三、关联性的问题
在项目中,大多数功能模块往往不是独立的,一般存在交集或者需要进行模块间的数据交互。因此一个模块如果发生了需求变更或者数据丢失,就会影响到相关联的功能模块。
曾经做过一个项目,由于平台新增了直营店功能,之前设计的订单详情就不适用了,需要融合新需求,财务管理模块也要做字段的扩展。
关联信息不允许删除,比如商品类别,假如商品类别是商品的必要属性,此时就应该禁止正使用的类别被删除。还有一个很重要的关联性问题是,正在生效的规则是不能被删除。
四 、性能的问题
性能无止境,性能的优化伴随着产品的整个生命周期。测试过程,性能测试处于功能测试之后,也就是说功能大于性能。翻越异常逻辑的大山,从性能角度设计产品,是产品经理进阶的又一指标。
作者分别从数据加载、信息的筛选跨度、图片处理三个方面总结,希望可以抛砖引玉。
关于数据加载其实是一个很大的话题,不仅涉及产品的性能,还影响用户的使用体验。我在这里只是蜻蜓点水,想要突出对产品性能的重视。
这个问题主要在数据列表等相关的信息流模块,如果没有做数据加载条数的限制,一个经验不足的开发童鞋很可能一下子请求所有的历史数据,结果可以预见:轻则加载缓慢,严重的话直接导致应用崩溃。
对于信息流页面的数据加载,一般都会限制单次加载10-20条。
与此相关的另一个问题就是:数据筛选的请求限制。像支付宝这样大体量的产品,在筛选账单的时候,也仅仅支持查找6个月跨度的账单。
图片是影响产品性能的又一大因素,在前端上传图片注意做图片大小的限制,即使上传之后技术也要做压缩处理。图片的压缩分为分辨率的压缩和大小的压缩,根据业务需求,如果需要展示缩略图,要在服务端自主生成。
五、写在最后
说了这么多,作者并没有误导大家把产品重心向测试的角度偏移,毕竟产品还有很多重要的事要做。
一个好的产品经理既不能技术化,也不能业务化,掌握好工作中的「度」,做好「中庸的」连接者。当然,懂测试,能从测试的角度设计产品只是优秀产品的一个方面。产品经理这个岗位之所以吸引人正是因为它的定位不明确,它的「难」与「坑」我想也是这个原因。
持续不断的学习,时刻都在拓宽自己的边界。懂技术、懂心理、懂设计、懂运营才能更好的连接。