微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

从产品角度分析,电梯的各种可能性(上)

来源: 300654

独立思考,分析问题,逻辑推理。

——产品三大意识

从产品角度分析,电梯的各种可能性(上)

闲来无事,等电梯的漫长时间我总是思绪万分,忽然对这款产品有了一些天马星空的看法,下面与各位客官分享一下鄙人的愚见。

首先我们来分析一个30层的办公楼并地下有三层,我们假设只有一个电梯。(当然这是极不合理的,但是为了由浅入深分析,我们来看看一个电梯的各种可能性分析)

一、广泛的一个电梯运行逻辑

产品

电梯(外部构成有上按键、下按键、数码显示屏;内部构成有楼层按键、开门按键、关门按键)

用户

整栋楼的人员以及外面的访客。

场景

  1. 上班时间有用户乘坐电梯;
  2. 早午晚饭有用户乘坐电梯;
  3. 根据大楼比较重要的楼层自定义停泊区的情况(当然还有各种其他情况,一般这三种情况比较多)。

使用分析

不考虑场景只分析最粗暴的电梯使用(根据我以前学校分析的各地方可能有不同)

(1)当只有一个用户使用电梯的时候,当按下按键的时候,电梯无论停在哪都向按下按键的用户的楼层响应。

(2)当有多个用户使用电梯的时候(这里只考虑按下按键最高层用户和最低层用户),有三种情况:

  1. 当电梯停在比最高层用户还高的楼层的时候,会先下到最高层用户所在的楼层,无论这一层的用户按的是上还是下,都逐次向下运行,直到运行到用户按下的最低层。然后如果电梯内有最底层以上的楼层被按下,或者电梯外最低层以上有人按下按键,则向上运行知道运行到用户按下的最高层。
  2. 当电梯停在最高层用户和最低层用户之间的时候,优先响应最低层用户向下运行,到达最低层之后再判断用户是向上还是向下,如果向下则向下运行否则依次向上运行。
  3. 当电梯运行到比最低层用户还低的用户的时候,运行到最低层用户所在的楼层,无论用户按下的是向上还是向下都运行到最高层用户所在的楼层,运行到最高层用户所在的楼层的时候判断是否有比这层还高的楼层被按下,如果有则运行到对应的楼层;如果没有则判断有没有比这层低的楼层被按下,如果有则向下依次运行,如果没有就停在这个楼层。

(3)当然,电梯载重是有上限值区间的,一旦到了上限值区间则不会再让上人了,如果超过上限值区间则电梯不动,直到符合上限要求。

当然这种方式被广泛使用,但是很不人性化,也不符合产品服务用户的客观规律。

加入场景分析的电梯使用(自己意淫的使用方式,不喜勿喷,要脸)

  1. 上班时间,大约是除了早中晚饭时间之外(加班时间也是上班时间啊,手动微笑)。这个时候在粗暴使用的基础上在电梯空闲的时候自动下到一楼,照顾迟到的哥哥姐姐们。
  2. 早午晚饭时间,一般办公楼食堂和停车场都在地下,此时在粗暴使用的基础上,当电梯空闲的时候自动运行到最高层,方便下班的人能最快坐上电梯。
  3. 办公楼有比较重要的楼层定义了停泊区的时候,在粗暴使用的基础上优先响应停泊区楼层然后按照既定算法运行,这个的优先级要高于(1)、(2),所以这三个条件结合就是一个比较人性化的电梯使用了。当然结合人性化考虑,如果电梯到达上限值区间则如果电梯外有人按下电梯按钮,则判断电梯内有没有相同的楼层,如果有相同的楼层则到达外面人按下按钮的楼层停电梯,如果没有相同的楼层则到达外面那些不相同的楼层不停电梯,直到少于上限值区间的时候再响应外面的人按下的按钮。这样设计对电梯使用有了一些优化,不过我还是不满意,产品还有很大的提升空间,我要接着探究。

二、站在产品角度的优化电梯使用方法

在用户和场景相同的情况下,当然是选择优化产品。

产品

话不多说直接上图:

从产品角度分析,电梯的各种可能性(上)

图1

从产品角度分析,电梯的各种可能性(上)

图2

这是我的1.0产品原型图,考虑的也不是很全面,基于我长期乘坐电梯的时候,对电梯这个产品的几个使用痛点做出的一些优化。

图1是电梯外面的原型图,首先,电梯的上面显示区优化部分不大,只是一个电梯必须提示的信息做出了一些着重显示。

然后,我对电梯旁边的按键区做了很大优化,首先显示的是可进入的人数,通过算法估算,每个人平均70公斤。这样计算,这个部分目的是让用户有一个数据的考量,方便用户判断是继续等待还是下楼梯。下面的约n秒后到也是通过算法估算出来的,每一层大约停多久然后估算出来,进一步给用户提供数据做参考。下面的可以方便公司个性化定制语句,更加人性化。

图2是电梯内部按键区的原型图,上面的显示区第一部分为固定的几个字用来告诉用户只能按到30层,按下的数字超过30自动取消,下面123颜色显示不同用来按时用户这三个是十位数,进一步加深了用户要按30层以下的楼层。

1-30层由0-9组合按键输入,输入完毕点击确认,如果按错直接取消,如果确认之后想某个楼层不停,就可以按重置键。不过这个按键不常用,所以放到了最角落。

当然基于场景之下也要加一些优化,首先在算法上要加入载重分析,因为要估算出电梯实时可进入的人数,然后也要加入对于时间的估计,每一个楼层停留时间在不同场景下都有不同,这个要实时显示到外部的按键区屏幕上。电梯内的按键算法应该开发人员看图就能懂,非常简单。

这是我对30层办公楼一个电梯的情况下,电梯产品的优化理解。

我的下一篇《深入浅出-从产品角度分析电梯问题(下)》,要加一些更加大胆的优化,更加符合现代化人们对产品的要求,各位看官敬请期待吧。

 

本文由 @云胡不喜 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pixabay,基于 CC0 协议

爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

想了解更多移动互联网干货知识,请关注微信公众号运营小咖秀(ID: yunyingshow)

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号