话题0901-1：B端产品设计的坑有哪些？参考观点：业务方  1.没想清楚需求，临时加需求  2.不说需求背景，直接给出解决方案，导致没有解决源头性问题  3.业务强势讨论无果，后知后觉再调整迭代  4.各业务方之间有需求冲突的  5.使用过程中加需求需求方  1.相关方太多，需求各说各的  2.自带不完善的解决方案  3.需求大而广不明确产品方 1.没理解透业务，原型规则有遗漏，导致重复性修改 2.产品忽略技术要求，导致技术欠债需重构整套逻辑 3.盲目的局限于做功能，没有全局战略思维 4.没有版本规划，一来就想做大而全 5.没有做权限管理，上下游系统需求没有做好边界划分 6.产品架构比如菜单架构，账户体系设计不合理 7.没有按照业务方习惯去设计系统 8. 提前写死，后续没法扩展开发方 1.没发现原型有问题 2.过于依赖面向过程的设计其他因素 1.历史数据冗余问题没处理好 2.项目进行时，组内人员突然变动 3.重大会议，关键人物没到场 4.原型评审太过随意，可有可无 5.找不到真正的需求方和用户，开发的时候会偏离 6.没做好需求管理以及确认，后期甲方扯皮 7.领导换得频繁，每个人对业务和流程也有自己的标准和考虑 8.决策者和使用者很多时候不是同一群体，多概率需结合使用者的使用习惯和反馈进行设计调整

5·用户体验地图小要点第一点必须包含所有触点，要包括线下的流程，还要关注产品之外涉及产品的触点。第二点十分关键，与零散的体验点的总结不同的是，体验地图要求所有触点之间都要有关联，也要求标记清楚每个触点与其他触点的状态变化。这背后代表的是用户的连贯体验。第三点指的是，我们不仅要了解用户的触点，还要回到本质：用户到底怎么想，用户对触点的感受是怎样的。把触点的问题严重程度标记出来，才能够横向对比，确认对产品来说，到底哪个关键节点影响了用户的易用性。

4·“科技行业趋势——to B企业服务”  1.看好 to B企业服务 以前风投主要投消费端的各种科技平台，随着to C蓝海的逐渐缩小，以及疫情的催化作用，风投越来越看好 to B企业服务。去帮助线下经济和非科技企业去进行数字上的革新。2. 中国 to B未成熟的原因一是由于在行业快速增长时，企业把重心放在提高增长和市场份额上，这时to B产品作用有限；二是原来的人力成本低，to B产品定制化比较多，抑制了Saas软件的发展。3. to B产品如何避免定制化一是有技术壁垒，自研的成本远不如专业供应商二是构建生态，客户可在平台上自研插件来满足定制需要。

3·做的很全的CRM，经过研发评审后，被砍的非常简单，是好事还是坏事？背景：花了两周时间画好的CRM原型，在研发评审时被砍了很多功能(由于工期要求紧，所以我妥协了，毕竟大家都是为了按时交付产品)举例：研发说，用户权限1.0能不能只做到菜单权限？本来角色权限这部分是细化到功能权限，评审的时候大家表示都没问题，逻辑也都清楚，实际估工期的时候，被研发经理砍到只做菜单权限。疑问：请教懂技术的小伙伴，如果后期再调整至功能权限，是否需要重新做这块功能？有什么坑？

2·怎么在有需求后做产品设计？这里有几个我个人总结的几个步骤1. 梳理出需求功能列表2.了解B端产品设计模块，比如导航栏，查询項，列表項，操作項3.根据功能和业务梳理产品信息架构，如，一级菜单订单中心二级菜单订单管理查询項字段有订单编号，下单日期列表項字段，订单编号，订单名称，数量，单价，金额，供货商，订单状态，下单日期操作項，查询，查看，下单，收货4，根据信息架构，画界面5注意，操作页面与详情页区别以上，基于梳理好业务流程，确认业务需求后的B端产品设计

你做出的产品，如何让用户上瘾？场景：产品设计，产品交互参考观点：1、依据马斯洛需求层次理论，满足不同层级的用户需求，直至达到最高层2、深度挖掘用户需求，他们产生恐惧的是什么，利用恐惧，让其自驱3、思考用户内心的想法，帮助用户提前解决问题。例如就像头条、淘宝一样，自动推荐用户喜欢的内容。4、推荐算法，让用户上瘾5、利用 kano 模型，满足基本型需求时挖掘用户期望型需求6、产品持续输出价值，降低用户达到目标的成本7、不断给用户确切性的满足感+参与感+成就感8、降低使用门槛，多场景诱导用户进入，反馈奖励（金钱，特权..），提高用户沉没成本8、基于痛点，明确用户的需求，然后在满足用户基本需求的基础上，增加哇塞功能9、让产品的内容获取容易，信息量大，且持续不断的提供优质内容10、在产品设计上，处理好拉新-留存-促活-转化，这四个过程