从4月份之后就很少用电饭煲的预约功能预约第二天的早饭了。因为气温升高,担心泡一夜的米会坏掉。前两天一个下雨的夜晚,准备用电饭煲预约第二天的早饭。一切准备就绪后,准备启动电饭煲的定时预约功能的时候,我又犯难了。。。
这个电饭煲的预约逻辑是这样的(其实市面上绝大多数带预约功能的逻辑都是一样的):设置一个时间长度,确认后,过了该时间长度启动机器,开始工作。例如,设置7.5h,那就是7.5小时的下一秒开始工作,目前的绝大多数产品都能提供24小时的时间长度预约,每单位为0.5小时。如图:
我犯难的原因是因为,我不能立即清楚我要设置多长时间!
容我咽口口水冷静一下,好好算算(认真脸,大脑飞快转)。。。我一般是早上6:40起床,大概7:30要吃早饭。现在是晚上的9:50。7:30减去9:50是多长时间???卧槽。。。好难啊。。。掰着手指算出来是9小时40分钟。由于精度是0.5小时(30分钟),所以就算9.5小时吧。好了,这样你以为设置预约9.5小时,第二天就能吃到早饭了???你想的太简单了,前面说过了,预约的是启动时间不是完成时间!这样设置早上7:30的时候正在煮!那得再减去煮的时间,煮好一锅粥要多长时间?擦,,,根据使用这款电饭煲的经验,大概是40分钟左右。这样算下来较为准确的时长是9小时。设置完之后,感慨着这东西好难用~ 同样的这种预约逻辑还有电风扇和洗衣机的预约。。。
这种预约定时逻辑,应该是典型的工程师解决需求思维,也是工程上容易实现和成本低廉下的结果。注重用户的企业应该不会这么干吧。
我们观察下工作生活中的一些情形,例如,你和别人约个会议,半小时之内的你会说10分钟后或20分钟后开会。大于半小时的你会说具体的某个时间开会,你不会说5.5小时后开会~ 或7小时后开会~ 当然你也可以这么说,要是我是你的伙伴话我肯定打不shi你。。。你和朋友相约见面也是一样的,时间短的话你会说半个小时或10分钟后见。时间长的话你会说我们几点见。你不会说咱们5.5小时后见~
产品也要符合生活习惯和常用的逻辑,比如电饭煲的预约功能,用户清楚的是什么时间要吃饭,对时间长度(大于半小时以上)是不清楚的。我7:30要吃早饭,电饭煲在7:30左右就要把早饭煮好。那只要用户直接输入7:30就好。关于发生的时间差和煮饭时间的判断内部程序自己运算就好,干嘛要让用户去算?洗衣