QWERTY

最近切换成全键盘输入法,据说可以锻炼双手防止老年痴呆,赶紧来试试。


猛的一下是真的不习惯,从 2006 年接触第一款手机就是九宫格啊。当年如日中天诺基亚值班机的按键是真的经典,记得第一天到大学宿舍,有个老乡那九宫格的手速简直起飞,还给我们演示在裤兜里面盲打,牛皮大王。

但是体验下来发现全键盘的容错性和精准性是真的调教的好,我用的是微信键盘,感觉已经做到了区域识别,你就在键盘上大概的字母位置点上去之后就可以出来精准的短词或者长句,联想修正能力优秀。

想起来也是挺逗的,当初 qwerty 键盘就是因为技术之初打字太快容易机械故障,所以调整的布局可以降低按键之间点击时间。后来这种按键方式逐渐成为用户共识得以保留。现在我们又要效率和准确,不变的布局在不同的时代焕发新生。

这不就是典型的老瓶装新酒嘛!产品设计里面的很多经典设计早已打穿用户心智,我们在需要做的创新,不一定是改变他们,而是更新他们的内核。

这里有2个维度可以解释这个现象,首先从用户体验设计的层次来看,我们保留经典的已经形成用户心智的表现层、框架层,而去更新迭代突破更往下的资源、能力、战略层的内容,由此可以让用户在熟悉的认知里面感受到强大的生机。

另外从用户体验价值来单看表现层、框架层,如果新价值-旧价值-用户切换成本,还不如旧价值也就确实没有必要,往往仅凭体验的表层实现用户迁移概率也是极低的。

有没有想过你的用户想要的是什么?

常见的搜索引擎的交互窗口时一个输入框,可以搜索文本、视频、图片、网站、音乐等等。
通常也会有一个分类导航:图片、地图、音乐、视频etc
足够简单的背后代表着足够复杂的逻辑。

不让用户走回头路,及时的发现错误并提示,同时也尽可能减少错误发生的可能。有些意识是用户的潜意识认知,也就是常识范围,我们认为的常识通常不一定会表达出来。
比如:我对一个同事说等你空了我找你核对一个需求;背后大概率对应的是工作时间范围内、工作场合内。不可能是晚上、咖啡馆。这是一种角色框架层的共识信息。

如果产品没有及时识别到共识信息,或者没有再正确的逻辑节点去识别,会造成最终用户体验的逻辑混乱。比如一个交互流程,最开始就应该定义正确的信息,放在最后提交做判断提示。就会让用户非常的不爽,甚至于愤怒,特别是这个共识信息如果是过程的依赖的话,相当于用户要推到重建自己的交易行为。那么这次交易就是失败的,如果是一个开放的场景,我们就失去了这个用户。就算是一个封闭的使用环境,我们也失去了用户对于产品的好感。

为自己的用户考虑,为每一个交易价值的实现和顺畅考虑,可见很重要。

交互即交易!!!#潜意识##ispiik小站#

聊聊产品迭代范围的管理

范围即标的,是一个迭代冲刺的目标。围绕冲刺目标,通常会有匹配的:时间窗口、前后端开发资源、测试资源、运维资源、业务资源,同时会有匹配的协同系统协同处理方案、应急处理方案。当然,背后依赖的还有整个产品roadmap,再往底层其实是商业和战略规划。

 

范围的控制不论从风险、时间、团队信心哪个角度来说都是很有必要的事情(这里不谈绝对,比如突发的bug,不修复就要挂了,那没的说绝对是重要且紧急且马上就得做)。

1、风险控制:一个想要插队的需求,如果要做,不仅是开发、测试资源日历的问题。同时需要评估和既有范围的耦合度,其本身的相关方系统、业务有哪些,明确出来需求的地图边界在哪里。前面是进行风险的识别、评估,同时必须准备风险的应对措施,如果因为插队需求问题导致的诸如需要紧急

修复、回滚等,对原迭代范围的应急方案是什么?最坏的结果,如果发生了之后,还需要去做的就是持续的关注监控,避免次生的业务和系统问题发生,比如:系统和业务不一致导致的无效数据。关于风险,因为团队内分工的不同,会存在不同岗位角色的信息差,这里最好要有开发、测试、产品、项目、业务协同进行上述风险的预判过程;


2、时间:世上不如意之事十之八九,项目管理、产品迭代又何尝不是如此。人员请假、线上问题、bug暴露、老板需求都会挤压既定的时间规划。尽管我们在做迭代评审后,项目成员都会自己评估绝对的工作量,标记自己的deadline。尽管每个人都或多或少预留了一些buff,但是通常结果是,开发的交付、测试交付基本都会达到整个范围的deadline。不能说是团队成员效率问题,或许是deadline的标的成为了大家心理的一种暗示。所以范围蔓延通常意味着时间的不可控概率大幅度上涨。


3、团队信心:一次冲刺对于每个成员来说都是整装待发重新出发的一段旅程。大家有清晰的里程碑、有清晰的目标,过程中不断的持续交付并按照节点推进,最终达成一次交付。这感觉一定程度是可以刺激人的慢性多巴胺的,让成员充满信心、并拥有成就感和责任感;无控制的范围蔓延,会打乱成员的节奏,引起团队信心的打击,团队信心就像nba2k里球员的自信值,对于投篮命中率具有牛皮的加成效果。

每个产品经理成长过程中一定遇到过,加法的过程,我们想把一些小不点搭顺风车。不乏遇到由于评估偏差导致连累正常的范围。搭顺风车其实是件小事,但是需要背后评估分析的却是一套严谨的方法体系。

聊聊周期性波动

周期性波动意味着往复,很多人的一生大概率只能接受1个周期。生活中遍地可见,曾经的勇士…

某个行业曾经很辉煌,现在已经不行了,所以就被大多数人看衰。但是即便是衰退期,仍然存在波动,成长期时候供小于求,供给侧开始高速涌入,在成熟期趋于饱和白热化,直至供大于求。出现市场需求的相对减少,继而引发供给侧挤压,又会出现供给侧规模变小,跟随又回出现市场需求的相对增加。

在往大了看,就是经济周期的影响,可能是漫长的,5年甚至十几年、二十年。经济大背景下面,起迹-成长-辉煌-衰退-复苏-辉煌-衰退…如此不疲终日。这代8090绝对时眼睁睁的看着房地产行业从2000年左右到如今二十年的周期内,一路狂飙,盛极一时,而今又徘徊踟蹰后继无力。眼见他起高楼、眼见他宴宾客、眼见他楼不好卖了~ 当然这跟中国的城市化进程密切相关、跟中国整个经济的增长密切相关,但这就是周期。找到一块大路一路狂奔,越来越多的人加入,结果一定是熵增的过程。

周期的往复是一场长期游戏,属于有耐心的长期主义者。跨越周期找到非连续增长实现第二曲线的人,更是领袖人物。带领团队穿越生死线跨越周期,这样的人物在梁宁老师课程中听过。现实中还未真正见过、经历过,但隐隐有种感觉,现在的团队非常具备这种气质。

我们的生活,玩儿的都是人性

2023年准备在暑假酷暑来临之前,赶着末班车出去旅行一趟。


当时翻了途牛网、携程网、美团、抖音,问了旅游百事通、携程门店、小红书。
路线从北京、山西、华东、西北、湖南、广西、川西,最后落到了彩云之南。
原本五一计划的路线,当时改道去了贵州。这次决定重回云南路线。

中间发生几件有意思的事情:
1、有限资源下人对损失的厌恶:
有限的资源,多种选择备选,正常人自然想去选择最优的额。不断的对比,我们期待着最优解,可是最优解找寻的过程,也在增加我们的资源投入,以及精神内耗。

2、找了旅游门店咨询跟团,发现什么是差距
以前做旅游总接触也听说的可能都是优秀的头部门店,门店从业门槛太低了点,但是旅游从业的存活门槛可是一点都不低。你可以轻松投入一两万开一家旅游门市,拿到资质、具备经营许可、接入行业资源体系,但是对接客户这一端才是真正的核心点。两家小区的门店,基本都是流水账似的浅浅的问了目的地、时间,然后就是各种广告行程甩过来。丝毫体现不出来咨询的价值,以后的旅游门店终端其实是咨询服务终端。这点跟做产品好像啊,你的顾客或者用户给出来的只有他的问题和期望,但是真实的需求和方案是需要进行挖掘分析、路径规划和设计的。

所以我们咨询了川西、新疆、北京,而最终选择了自由行去了大理。我们自己选择的过程,其实也是在找自己的解决方案的过程,因为存在信息差,所以方案才娓娓道来。

3、表观感受原来真的很骗眼球
对于不是很熟悉的游客来说,真的会关心比对到2张旅游宣传图片上面景点的数量多少,有没有、谁多谁少,可这不也正是信息差导致的嘛。没有判断的基准,人就回归到了数量的维度,将不同深度、体验、性质的point拉到一个维度本就毫无意义。这种信息差在你体验之后也是必然会消除的,落差也就注定。

一个好的旅游咨询服务,我想需要获得的信息:
1、用户出行的时间、出行动机/目的、出行的人员组成关系、预算的弹性
2、用户当前的生活工作状态
3、用户的过往旅行经历、偏好、禁忌

需要分析挖掘、引导、推进的是:
1、用户出行的核心诉求:亲密关系升级、家庭关系融合、友情维护、心灵治愈等
2、引导用户确认内心的真实诉求
3、搞清楚用户的期望只是用户基于自己信息认知范围得到的对于自己问题的解法
4、对于用户的真实诉求设计解决方案(和通常的产品找需求简直是完全相反的路径,即便最终你有现成的产品正中客户真实需求,如果路径搞反了也不一定匹配的上)
5、辅助销售的技巧、利用买家通常的从众心理、损失厌恶等心理,完成成交

产品如人,也有的诚实与善良

我们通常听说的故事是人的诚实与善良,诚实不一定表示善良。

诚实是客观存在的,我们看到是这样,其他人看到也是这样,是无差别的。善良不等于不诚实,也不等于诚实,善良是主观的,我们体现出对客体需求、客体感受的理解和共情。基于客体的诉求和情感,进行了相应的信息传递。

产品中竟然也存在类似的体验,我们希望用户不要犯错,却没有提供不去犯错的良好的支撑,而是用僵硬的变形的判断校验进行阻断,就会给人这个诚实的傻子的感觉。

举一例:用户填写一个表单,第一步是一些基础信息,用来定义填写对象和时间;第二步的详情信息中会有依赖第一步填写对象信息值的查询。所以就对第一步填写对象值的强依赖,这个对象值有两种做法,一是让用户自己选择(可选范围是用户有权限的该类型list,很有限,几乎不超过2个);另一种做法是从用户的登录信息中默认带过来,但是用户登录信息中包含的这类对象值是有不同类型的,这就存在带过来类型不对的问题。

最初的设计会希望用户单独选择,因为这个功能的使用是低频的、同时给出默认值也起不到决定性的效率改善。反而可能带错类型、以及让用户无法感知到,选择的填写对象会和详细信息有关联关系。

曾经我们接收使用方的瞎掰去做了默认带出,这真的是草包行径。

你想让我们诚实,但是我们更想去做善良的事情!
(这样的思考不止是一个简单的设计,更是对人性的探索,多打磨多实践)