标签： 产品感悟

2020年下半年给家里家电小换血，把不怎么用的小米4A电视机快递给了我爸，替换下了老家用了十年的长虹机，家里人反馈还不错。又赶在20年末给自己配了美的X4洗碗机，这个玩意一用停不下来，吃完饭锅碗瓢盆勺筷刀甩里面，走人…

对我来说，家庭装修时给不怎么用的电视机预留，话说团队中组织设计、管理制度制定，或者产品设计中的feature list，是不是也会有这种你以为的电视机功能，随着时代 市场 文化 竞品等变化，电视机在KANO中可能已经到了无差异级别了

价值观是一个人对世界的底层印象，价值观之上有经验、准则、常识等辅助，当表层的辅助都不足以完成判断和分辨之时，人或者组织就会启用价值观机制。

对人、对事、对物、关系、金钱，不论是个体、组织都会面临这样的时刻。同时，价值观的修正也是很艰难的时刻，打破了就是成长，没有突破则会愈加冥顽。

产品如此、人如此、组织如此。

钉钉大概是在4.5左右就可以对话界面发起投票了，我们曾用这个来进行每天中午的点餐统计；微信的文件传输助手怕是你的记事本吧（据说有人恶搞把自己头像和昵称都改成文件传输助手，然后收到了不知所云的东西）…阿迪的一件运动外套被我用来做饭刚刚好做为油烟防护服

产品设计的过程是从关注用户目标（问题）开始提供解决方案的，然用户是从问题开始去寻找解决方案的。这就意味着如果问题是真实的， 你的方案大概率可以奏效，但是对应初始用户群和初始预计场景可能会有你意想不到的偏离。产品难免遇到这种情况，就像之前有人因为车票难求就报名一个到那里的旅游团。

如果产品有这种情况，你说是产品之幸还是之错呢？其实不妨就让用户感受到产品对这种存在的推波助澜，指不定这是个新的市场机会#ispiik小站##产品设计#

R1:马上要给你的leder或者boss准备方案汇报了，聪明的你肯定做过炮灰方案，同时对你的标的方案先抑后扬；
R2:卖手机时候，经常见到一个傻子都很少买的配置版本的存在
R3:超市购物，总忍不住买了更大份更划算的那个
……
是的，这种情况恭喜你遇到炮灰版了。卖家总想把你限定在可选方案的对比中，去寻找局部最优、相对划算的那个。这点其实在互联网产品又何尝不是，你的产品、服务、解决方案都可以考虑这种思路#策略##ispiik小站#

因为【随手扒一扒2020之前的传统旅游业OKris_3zzz】所说的库存多级模式，出现个有意思的现象，除了景区、酒店、旅游局会宣传某个地方，批发商也会介入在客源地对目的地进行宣传，这可以看作是“空军”作战部队 将信息触达C端，这是“拉客”；

然后批发商/同业操作中心都是2 B的，销售再去轰炸分销终端（那些门店或顾问），这是“陆军”地面部队覆盖，这是“推”；

相应的还有其他渠道：电话、微信群发、qq群发，甚至于挖墙脚等各种启动的方法。

这样看来，传统行业和互联网产品都一样需要类似的推拉、空军陆军等市场化手段，完成自己产品的启动。（2014年刚进入旅游行业就给团队提案了图片这个思路，咯咯咯，在后来的实践中所在团队在马尔达夫和长滩岛产品启动中就采用了类似方案，通过分众传媒、微博大V进行目的地的种草，然后销售去攻B端）#ispiik小站##营销#

“试用装”这个词大家是否感觉都听烂了？也用过了数不完的试用装？
雅诗兰黛、兰蔻、碧欧泉之类的美妆试用品，是不是还躺在你的化妆台里
香奈儿、迪奥的小样还在散发着余香…
甚至汽车现在都可以先租来试用，好利来面包试吃也很棒

产品设计中又何尝不是，给用户几天免费的会员、让用户free使用30天、1个账号限定功能的免费版，这些都算是产品拉新阶段的手段。

2个思维路径：
①如果基于已有物种，去类比可以得到灵感，但总觉得招式没那么顺畅
②试用装本质是对用户需求进行粒度划分，对应过来对产品进行粒度划分，瞬间豁然开朗
#ispiik小站##产品#

试用装的诞生不是凭空想象，是对可以交付产品的粒度的拆解

市场需要流通才有价值，产品实现之后只是一堆功能和模块，如果没有用户这就是一堆废弃的数字垃圾。

用户因问题去找解决方案（产品），多彩的世界让用户和产品都已经陷入了困难的境地，用户不能天眼一下看到所有的产品，产品也不可能天眼一下触达所有的用户。

那么，如果让信息单元动起来，就是把“功能转换为卖点”的过程，这个阶段我们相信自己的产品价值，也会坚信给用户用上产品也是一种价值

产品实现中有2个节点很有意思，“需求评审”是你完成了现实的解构，要摆出来拿着放大镜🔍给别人看，你找到了真实的世界的真相，想到了到达那里的路径，进行了建构描绘。

“设计评审”更像是数字建构，用数字去勾勒将要组成的虚拟世界。

需求包的颗粒度要合适控制，一要具有关联性确保是流程线上的有关需求点，不至于一个批次的需求南辕北辙；

二是具有相互依存性质的特例需求，可能需求间互相依赖、需求和队友互相依赖，同样的这个问题在需求评估中也要考虑（类似于之前说的杠杆套，为了更重要的功能提前放出来的功能杠杆），每个批次需求包也好迭代周期也好，都有瓶颈所在，识别瓶颈才能迁就瓶颈；

三是粒度的划分要合适，这个问题我比作拿一个巨无霸面包吃和拿一个个一口可以吃完的面包的感觉，合适的粒度可以作为资源灵活调用，符合小步快跑的敏捷理念；#ispiik小站#

每个人都面临过这种情况，A美食想吃、B美食也想吃、C美食也想吃，但是又不可能一次吃完，只能拍出来顺序，在一段时间内陆续吃完。

吃饭我们是怎么做选择的呢？
也许你会考虑，ABC三种的价格，到达ABC三个点的时间花费，以及三者目前的是否有活动又会、目前自己意愿里最想吃的是哪个，然后排除顺序。

在做产品的过程中会出现同样的问题，面临一堆产品需求，但是不可能在一个迭代内全部搞定，那在一个迭代周期内如何选择要做的内容也是个不得不面临的问题。通常上，可能是由boss直接基于经验判断拍脑袋，或者大家讨论都觉得应该做什么，不过总觉得虚了些。之前读到苏杰老师人人系列中设想过用群体打分获得商业价值（但是实操起来比现实），然后性价比=商业价值/实现难度决定需求list的优先级。

如果同类别需求，具有可比性，还可以尝试F/C的方式得到价值高的需求，F代表功能系数（比如有10个需求，每个对应功能值然后求和，F为当个需求功能值占比），C代表成本（简化为瓶颈资源，多数为开发资源，然后同样的求占比）。
———————————-
上面的过程也正应了：不能因为简单就先做，不能因为价值大就先做

得到价值需求或者性价比需求之后，还需要考虑：
杠杆套——连环杠杆的情况，比如#微信#  上线打飞机的那个版本，后来听说是个连环套功能，因为升级版本才能玩打飞机，然后客户端升级版本是微信支付场景的一个前置条件