分类： iSpiik产品说

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在重庆待的这几年大大小小在外也吃过不少餐厅，有坡坡上的、路边的、商场的、写字楼里的。
用过的筷子也形形色色，黑色、白色、棕色、褐色、红色的，木制、竹制、不锈钢、塑料、骨瓷的，短的、长的、超长的，还有各种刻字的、镶嵌金属制品的、也许还有镶金镶玉的。

但唯有一家餐厅的筷子印象最深——南坪万达广场桃太郎寿司的筷子。特有的几个核心优点：
1、长度适中：比一次性筷子略长，又比家中常用的筷子略短，适中的长度在手里的感觉一点也不突兀。没有有些短筷子在手中看起来那种矮胖错的感觉，也没有那种长筷子在手中像撑杆跳一样的突兀；有点像一把小小的折扇在手中的惬意；
2、重量分配：是粗细渐变的造型，重心刚好保持在 捏筷子的几根手指附近，操作起来不至于很重也不会轻飘；
3、筷尖（此为最优）：桃太郎家的菜品又寿司、拉面、小吃、土豆泥、藻类、料理、生鱼片等，这个操作下来简直通用，很小的、很滑的、需要挑的、需要拨的、戳的、夹的、 捏的，都可以轻松操作。筷子头部较细，还有特殊处理的防滑纹理，并且筷子头部并没有因为粗细渐变的结构导致筷头分开太大，就连拉面里面的鹌鹑蛋都可以轻松驾驭 夹起来 戳起来都很好用。这个在有些餐厅饱受凄苦啊，筷子头分开的缝隙死活让你夹不到那些偏滑溜、偏小、偏细的食物。

还用过一些筷子，比重严重失调，每一次夹动都让我感觉像是在撬动巨大的杠杆，虽然你是杠杆但不要表现的这么明显吧。更别提有些轻飘飘的、或者重的都不像提起的筷子。能够理解桃太郎的筷子放在五星级酒店的饭桌倒也不太合适。不是一种风格、也不是同类的菜系。

总之就餐厅角度来言，这是我目前印象最深的筷子。甚至后来会因为这个体验，再去吃（当然前提是菜品也过得去）。

2021年Q1入职新团队，4月份在一次团队产品评审会议上。各位产品伙伴对于订单的一个流程进行了激烈的讨论，大致问题是：

“关于退货库存返还和退款时机的讨论，线上订单流程很清晰，退货会等顾客寄回实物，收到实物入库之后，运营人员再触发退款流程进行退款。这样确保了真实世界不可逆的数字化。

然而线下门店是临场操作，顾客、商品、收银员，商品还回、交接查验、入库、退款，几个信息单元、行为点密集的发生在很短的时间点上。这个短暂的时间，还要面临事件的多变性，历史的设计逻辑是，收银员从系统上面点击了售后申请、然后返还增加库存、然后退款给客户。

如此一来，会出现有的客户在没有拿到退款之前，对于售后行为的返水，突然想了下，我不售后了。系统就出现了，取消售后。对于单据和库存的交互逻辑来说，已经完成了基于订单轴线的正向销售出库、逆向退货入库，如果要应对客户取消售后需要再次实现基于售后订单的出库，一个订单的数据结构就会如下图所示——一个没有尽头的订单：

所以，对于线上订单的节点容易区分，是线性的信息流推进：客户发起售后意愿–>顾客寄回实物–>收货库存增加–>退还相应金额

对于即时交易的线下订单难以处理，因为是逻辑上有依赖关系的信息并发处理，打乱时序就造成混乱。这种情况：客户发起售后意愿–>收银员接受信息–>顾客归还实物–>收银员退还相应金额–>库存增加

线下的当面交易，把客户接收退款作为流程的不可逆节点，最后执行库存数据的返还。

说说我为什么会离开前公司，一家区域东南亚境外旅游NO.1的批发商，全国峰值10家+分子公司的拟IPO旅游集团，年输送游客50万+人次。

首先，不是旅游行业边界的问题，只是旅游行业太大，而团队钻入的细分空间存在边界，同时团队的认识存在边界，让我感受到无法突破的窒息感。由此也引发了自己对旅游行业、旅游服务商未来方向的一些思考，分享探讨。

继续阅读2020年后的未来旅游服务商，路在何方？

今天周六，难得和老婆一起去买菜，等电梯时间想到个细思极恐的问题，显性成本和隐性成本以及成本加杠杆之后的影响太恐怖啦！

1、如果社区人口过载，单人资源占用使用效率急剧下降，时间被不断拖延；拉长时间线之后，将会有很多的等待时间累积；就像一首歌被不停的pause一样

继续阅读越挖越深的社区人格