iSpiik产品说
文章平均质量分 59
产品设计、用户分析、需求分析相关内容分享。
Kris_3zzz
职场奇葩闻、生活点滴事,产品经理说。全网支持搜索iSpiik
展开
-
iSpiik快记:产品设计的前奏,哪里是流程设计啊!
不事先锚定业务的核心诉求和目标,结果上来一通实现描绘:数据实现、功能实现、系统逻辑,谁不懵逼啊,换做自己是用户代表,就不信你的心不慌。作为内部定义的高P、高PM,根据流程设计草案,就直接给业务部门讲数据表,给业务部门直接讲按钮交互...讲数据变动的系统逻辑...😯如果你是业务人员,是不是也要醉了...这件事回到正轨,用户是先有了期望后产生于需求,表现为用户的诉求/实现YY。用户可以表达,但别参与设计,因为通常的用户都是一个个的个体,个体根本不是我们的用户,如果要做用户角色,那一定不是某一个人。原创 2024-07-19 16:09:21 · 147 阅读 · 0 评论 -
MECE:产品经理的高效思维利器
MECE原则由麦肯锡咨询顾问巴巴拉·明托提出,是一种用于对问题进行结构化分析和解决的思维方式。这一原则要求我们在分析问题时,将问题分解为若干个相互独立且完全穷尽的子问题,从而实现对问题的全面把握和深入解决。在产品设计、产品迭代和产品问题分析等场景中,MECE原则的应用能够帮助我们更加系统地思考问题,避免遗漏和重复,提高工作效率。通过这次实战案例的反思与总结,深刻体会到MECE原则在产品设计、产品迭代和产品问题分析等环节中的重要作用。原创 2024-07-14 17:56:21 · 510 阅读 · 0 评论 -
iSpiik快记:取乱之道!数据要好看,所以业务要改变?
业务建构–>流程建设–>产品建构–>数字化实现(技术建构、IT建构),业务飞轮转起来之后,业务动作产生数据,业务的现状和约束也决定产品形态,激进的产品策略无疑是对用户和市场的 YY,削足适履之举更是令人贻笑大方。原创 2024-07-11 14:44:41 · 325 阅读 · 0 评论 -
iSpiik产品说:外界约束与边界变化驱动的产品设计
妥协的方案一定意味着用户价值的打折,即便用户的直观体验并未影响,但也可能由于曲折的将就方案导致其他维护成本、研发成本的增加,间接来说也是在伤害用户体验,因为你丧失或者说延误了本可以创造更多用户价值的机会成本或者时间窗口。b、清晰的识别到了当下的约束条件和背景,知道前进路径的踩点在哪里,也看到了未来的应有的路径是什么(可能是推翻原有的踩点重建,也可能是基于原来的踩点进行大保健)很容易想到,站在未来的某一天,重新了解到曾经这个无解问题的人,大概率会狂傲的一句:sb,这么显而易见的问题都不能搞定?原创 2024-07-06 20:12:02 · 421 阅读 · 0 评论 -
产品研发趣事:FLOW_SYSTEM 与 SYSTEM,哭笑不得的包含
我们说规范开发,不只是数据定义,虽然数据定义的规范性也可以避免这一类的问题,但这就要求每一个开发者需要有严格的自我要求和对业务的理解。为了降低这种问题发生的概率,我们更应该做的是从逻辑设计和构建上就做好区分,这里的逻辑构建不只是产品经理要去驱动的,主动提出来需要开发者关注的。对的,这里只是判断包含,没有要求包含且等于,所以当SYSTEM来判断的时候,它就理所当然的被FLOW_SYSTEM包含了,取值就取成了FLOW_SYSTEM。只有简单的业务类型、请求站点,随即判断可能是后端内置了逻辑。原创 2024-03-10 11:52:12 · 339 阅读 · 0 评论 -
iSpiik产品说:产品经理没事儿别找开发改数据好不好
修数据修数据,近两年的产研经历,倒是不少听到开发提及修复数据,提sql。要知道这都是上帝之手,时光倒流,机关巧妙说不定就被触发了啊。粗犷的研发初期,因为产品和运维方案的不完善、应急预案、兜底机制的缺失,不排除会导致从产品功能层面的数据不闭环,出现业务死锁。无法进行的局面,往往初创不规范的阶段会采用直接修数据,也称为“改库”。原创 2023-11-12 18:24:04 · 35 阅读 · 0 评论 -
iSpiik产品说:回归测试的意义是什么?
越经历一个产品的成长,会越来发现信息的完备性是不断构建绘制的过程,我们迷恋自己可以掌控这张地图的任何一个角落,但是团队的现实是大家各自分散存储了不同的信息。一个产品和一个后端开发,由于极度投入,被大家称为“**之母”、“**之父”,如此的深度,后面产品和开发页分别换了owner,发展是硬道理。回归就是逐层的进行信息不对称的覆盖还原,以此来看这个地图是不是拼错了,存不存在错位。研发流程机制,除了分工协作的高效目的,同样对于信息链路的通车试验提供保障。产品经理交替,也没有只做一个产品的产品经理。原创 2023-11-12 22:30:00 · 37 阅读 · 0 评论 -
协作是一个生态,问题不止于内部
最终的真相,还是客服和顺丰官网的沟通排查中发现的,我们以为的正确的号码,其实是这个订单的顾客写错了倒数第2位数字,顾客提交的错误的手机号码确是存在另外一个真实的机主,机主对于快递的投递产生了疑义,反馈给顺丰,顺丰后台将联系电话置为了一串0。所以就有了前面的故事,众人大解,捶胸顿足,哭笑不得。我自己上手扒这个订单由wms调用顺丰下单接口的日志,清楚楚楚、明白白白,下发198********,返回成功也是198********。众人纳闷,明明是198********,怎么就成了0000?原创 2023-08-08 21:07:43 · 57 阅读 · 0 评论 -
iSpiik产品说:2020年后的未来旅游服务商,路在何方?
作为一个身处传统旅游批发商环节六年的打工人身份,先说说我为什么会离开前团队,一家区域东南亚境外旅游NO.1的批发商,全国峰值10家+分子公司的拟IPO旅游集团,年输送游客50万+人次。首先声明并不是旅游行业边界的问题,只是旅游行业太大,而团队钻入的细分空间存在边界,同时团队亦存在边界,让我感受到无法突破的窒息感。由此也引发了自己对旅游行业、旅游服务商未来方向的一些思考,分享探讨。我是否认可旅游行业的未来?旅游行业不是没有未来的,民宿、文创、智慧城市智慧旅游、沉浸产品的涌出,新的第三空间呈现形式不断产.原创 2021-02-20 21:25:08 · 269 阅读 · 0 评论 -
iSpiik产品说:微信8.0 炸弹爆炸了~
2021年1月20日,微信ios发布8.0版本,更新一波又一波,咱细品一下:①浮窗这个烂功能终于改了之前的浮窗贴边简直是不忍直视,无数次干扰视觉,触发拖动位置的操作。怪不得龙哥说当时草草上线像个狗皮膏药。新版右滑负一屏竖向排列展示方框浮窗,仍然是短时间打开不会刷新并且保留当前位置,长时间会强制刷新。痛苦还有:以前浮窗的场景是对话界面需要关闭和打开复用,也就是全局浮窗。现在统一放到了会话list页面才可以右滑,所以微信产品经理以为,我只是为了把在读内容暂时保留一个tab吗?用户只是在内容阅读过程被会话原创 2021-01-22 19:26:06 · 1270 阅读 · 0 评论 -
iSpiik产品说:产品散点透视—超市vs医院
part1 base重庆 【超市自助称重】2020年9月①沃尔玛购物称重时候,发现几乎没有人工称重台了,几个自助称重机➕一个指导员②永辉超市购物,依然人工称重台,但是结账时候 白天基本就是2个人工收银,其他自助收银台两家在称重环节差异大,结算环节布局相当。对沃尔玛称重指导员说:会不会有人自助称重加自助结算,然后你们就亏了?她默认会有。显而易见的问题:自助称重会有品类错误,导致价差,已经库存偏差,结算如果自助结算就可以顺利同行 因为只获取条码信息。人工通道那要看责任心。不可分割的标品单元可以电原创 2021-01-20 15:55:35 · 189 阅读 · 0 评论 -
iSpiik产品说:产品设计|一个feature做不做,优先级怎么排?
每个人都面临过这种情况,A美食想吃、B美食也想吃、C美食也想吃,但是又不可能一次吃完,只能拍出来顺序,在一段时间内陆续吃完。吃饭我们是怎么做选择的呢?也许你会考虑,ABC三种的价格,到达ABC三个点的时间花费,以及三者目前的是否有活动又会、目前自己意愿里最想吃的是哪个,然后排除顺序。在做产品的过程中会出现同样的问题面临一堆产品需求,但是不可能在一个迭代内全部搞定,那在一个迭代周期内如何选择要做的内容也是个不得不面临的问题。通常上,可能是由boss直接基于经验判断拍脑袋,或者大家讨论都觉得应该做什么,原创 2021-01-20 15:52:05 · 246 阅读 · 0 评论 -
iSpiik产品说:旅游定制界产品实例—路书云
#路书# 2014年到现在6年时间路书从工具切入市场、到市场需求爆发、到从业人群聚集、到汇聚生态…路书(北京)科技有限公司是全国领先的定制游企业一站式解决方案供应商。路书以“赋能旅游人”为宗旨,为客户提供技术、人才、品牌和市场的全套解决方案。旗下SaaS产品路书云定制旅行工作台(简称“路书云“)以互联网技术为核心,有效地帮助机构提升行程编辑效率、管理客户多变需求、提高客户体验度、搭建内部数据库和培养新人。路书云现已成为行业首选第三方解决方案平台,数千家海内外专业旅行机构,近万个独立定制工作室都在使用..原创 2021-01-10 18:08:07 · 280 阅读 · 0 评论 -
iSpiik产品说:产品分析-超售,每个电商人经历过的痛
2015年春节,从重庆回河南老家过年,大年初一凌晨大概两点多钟,正睡得香的时候一通电话来了:“有2个你们携程线上产品的毛里求斯客人误机了”……这可是大年初一啊,春节的旅游资源基本都提前半个月以上的预售期,结果是土豪金主临时又买了香港转机去毛里求斯的机票,2万多一张,这都是当年做旅游电商时遇到的糟心事儿好了,其实这回要扒的是【“超售问题”】。问:#超售 是什么?答:库存卖超了,销售库存数量>实际库存数量问:为什么销售数量多了?答:核心问题是减库存,没有减或者减晚了。1、【产品技术层面怎么减库.原创 2021-01-10 18:05:27 · 135 阅读 · 0 评论 -
iSpiik产品说:抖音-信息浓度大师&连续播放功能?
周末在吃乡村基外卖时候,双手占满,想打开个视频app吃点快料,但是一般的视频app,诸如:b站/爱奇艺之类,内容太重。于是就打开抖音,来电短视频消遣一下,可是美味当前,不停打断去划屏实在难受!心想为什么就不能有个自动播放呢?www.ispiik.cn艾斯比克小站视奸抖音之前,必须聊一聊#信息浓度#,视商这一波的威力除了独立单元上内容的升维之外,另外有个值得思考的地方在于洼地生态形成。数字化已经渗透的不成样子(以后当然会更加渗透),视频内容被分类/切词/标签,叠加的维度可能已经不止几层..原创 2021-01-10 18:04:03 · 263 阅读 · 0 评论 -
iSpiik产品说:用经典用户画像套一套旅游电商
世界上有三种羊:大明羊~有明确的需求,自己要去什么地方,什么形式的旅游产品,甚至攻略、细节、签证早已研究透彻了,需要的只是尽可能快速找到那个需要的产品下单交付。早期的去哪儿网走的就是搜索比价,做垂直搜索引擎,你要去北京,它就把各个平台去北京的机票给你罗列出来,按价格排序。告诉我你明确的需求,我给你对应的答案,然后你根据自己的规则快速选择,成交。好了,大明羊来了,怎么办?初期的去哪儿只是作为跳转,用户的注册和信息提交以及下订单都还是到达三方站点完成,后来去哪儿做了包装整合,信息中心化,用.原创 2021-01-10 18:02:33 · 195 阅读 · 0 评论 -
iSpiik产品说:谈谈小程序直播-数据背后几个思考
本文主要以小程序生态里面的爱逛直播为例进行相关的内容展开,聊一聊直播生态里面背后的数据故事,如何从数据层面进行赋能和优化尝试。2020年上半年操有赞的产品居多,就以爱逛为例:1 属于微信生态的小程序直播2 背后有赞战略投资,强关联有赞微商城各种版本,和商城进行了有效的关联。这样就打通了交易系统,形成了小型闭环3 流量来源微信私域+店铺流量+爱逛划屏推荐(公域流量,类似抖音划屏推荐算法,当然前期为了促活PGC,划屏推荐权重基本都会关联商家对于官方活动的参与和支持程度等,比如官方活动你是不是积极报名参加原创 2021-01-10 18:01:18 · 203 阅读 · 0 评论 -
iSpiik产品说:Scrum敏捷本地化应用——#看板##卡片card#
Scrum本地化应用——#看板##卡片card#小学时,老师把每天的值日生名字写到黑板的边上五年级时,老师弄了一张大红纸写上少先队大队长zpy还有其他人名字,贴到教室前面的墙上大二暑假打工那年,电子厂把近期单子任务写到一个小黑板上面工作后,我们公司经常在节假日前把要完成的机位任务写到办公区白板上面,每天更新……看板是我们从小到大、在生活里经常看到的玩意儿。那么看板的意义在哪里?【卡片→看板】一个看板就像一个明确的有了名字的具体的东西,一个东西在没有名字之前,人们只能对它指指点点。那在看板面前我原创 2021-01-10 17:58:56 · 225 阅读 · 0 评论 -
iSpiik产品说:传统企业vs互联网企业下杠杆效应
2020很多传统企业挂掉,相比互联网企业则不少峰回路转第二春的景象。这就是#杠杆效应# 的差异:①在传统企业杠杆没有那么大,你的盈利可能就是单一的卖“产品”(实物或者虚拟),但互联网盈利是多元的;在模式上面传统的赚产品相关价值,互联网则是赚生态闭环价值②用户规模上,传统企业也很难发挥大杠杆,而互联网产品的用户规模可以指数级增长,这是传统企业不可想象的(你在现实世界疯狂奔跑,另一个在虚拟世界到处放杠杆)③产品生命周期不同,传统企业的产品很可能是你积累数年数十年形成的规模、供应链,在风险冲击下想掉头很难。原创 2020-12-29 19:55:44 · 124 阅读 · 0 评论 -
iSpiik产品说:聊聊秩序—无序、有序(小区楼下的摩的车队)
楼下早高峰 特别是周一,开车出门甚至出车库就要堵 坐公交?那除了堵车 等车时候还要堵人…所以大概一年前小区????️门口诞生了特殊的交通产品,关键还产生了自组织。【摩的环线】线路:小区门口~公交站~轻轨站车队规模:发展至今只有30➕规模发车时间:早6点~晚8点班次:早高峰坐满即时发车,平均时间3分钟;晚间车辆减少班次延长,可能10分钟票价:5元每人载客容量:起初3~4人,至今标配5人经历的几个阶段:1、半截路没有贯通,也没有公交车。那时路不堵也清净,大家开车、步行去轻原创 2020-09-14 15:48:24 · 100 阅读 · 0 评论 -
iSpiik产品说:从产品角度看iEnglish学习神器
从产品角度看iEnglish学习神器“让学英语像学说话一样,自然简单”“母语式学习解决方案”上面是iEnglish的产品理念,如果算是【产品概念】,那完善一下就是:为3~12岁主力用户群提供的英语母语式学习解决方案,最终让学英语像学说话一样,自然简单。这个【产品概念】来说:1、有用户群:主要是312岁的年龄段,语言的关键学习期,在12岁之后语言学习能力逐渐降低,不是不可以,而是性价比越来越低。所以在练娃儿初期,很多父母都是非常重视这个问题的。为什么12岁没算进来,其实也是用户群,但是这个年龄段原创 2020-09-21 11:57:51 · 832 阅读 · 0 评论 -
iSpiik产品说:产品视角看数字证书实例-电子印鉴
【传统模式的印章流转过程涉及的part】:印章保管人——授权人(审批)——实体印章——用章人——用章材料同一个事件——为这份资料盖章,但是:1、多方分散的信息,分段完成,信息不集中导致沟通协同成本高2、有工作组织流程,但是没有数字化可视化流程,申请用章的资料和实际用章的资料是否一致?是否多余用章?是否他人介入用章?3、受限于空间、时间、人物,审批不能一竿子扎到底,必须由授权人+保管人双重;由此出现,时间不统一需要等待,空间不统一需要打飞的,人物可用性的等待4、线下的契约作为独立体存在,无法实现锁原创 2020-10-22 15:07:58 · 216 阅读 · 0 评论 -
iSpiik产品说:人物角色 Persona 到底是做什么的?
说人物角色一般人太陌生,大多企业采用“用户画像”的叫法,目的就是比较直观立体的看到你产品面临的典型用户形象。归结几个实用场景:①将抽象的用户群体跃然纸上,做产品的过程更贴近的了解用户,时刻记住用户②团队流动时,这是对入门者、新人友善的产品认知工具③对于产品周边人员,可以使之快速进入同步信息轨道,比如合作研发、老板介入了解等④拆解出来呈现到产品详情,帮助用户形成购买决策所以,现在很多产品网站有了典型用户画像的模块,会勾勒出来几个现实世界形象,他们什么痛点场景下如何通过产品实现需求。图1:旅原创 2021-01-10 17:53:26 · 415 阅读 · 0 评论 -
iSpiik产品说:瀑布模型、敏捷方法之外,什么模型更合适?
导读:瀑布模型、敏捷方法的对立统一从20世纪70年代怕是就出现了,其实本质是从不同的角度、不同的粒度去对项目管理提出的方法论,都是实现目的的手段。站在今天,我们是否可以用一个新的名称和模型来统一取代呢?一、瀑布模型vs敏捷方法简述1、瀑布模型瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。1970年温斯顿·罗伊斯(Winston Royce)提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。核心思想:瀑布模型核原创 2020-12-28 11:23:52 · 242 阅读 · 0 评论