郭子安不爱学编程-CSDN博客

原创【产品设计】OMS系统中的订单自动分仓策略设计

订单分仓本质上是订单审核的步骤之一。即在审核时根据货品的库存情况、收货地址等条件找到最合适的发货仓库。由于相比于订单金额等因素仓库因素的确定性更高，出于提升操作效率的目的大多数情况下可以通过一些配置条件自动分配仓库代替人为地分配仓库，所以分仓策略也逐渐地从订单审核中剥离出来。订单分仓既涉及OMS也涉及WMS，这就造成了业务的复杂度高。对于拆单、订单SKU和库存匹配以及一些异常的场景，比如分仓时仓库无库存但是有采购在途等。

2024-05-23 14:45:56 208

原创【产品运营】对接上游电商平台需要了解什么？

围绕卖家和平台的运营模式等维度，ISV对接平台可以划分为业务域、开放能力域和产品能力域。ISV对接平台的最终目地是打通多方数据传输，解决卖家日常运营中的场景起到类似于业务中台的作用。因此我们可以围绕卖家和平台的运营模式等维度划分为：业务域、开放能力域、产品能力域。

2024-05-23 14:39:31 422

原创【产品经理】最常挖的坑及解决方案

在工作中，挖坑也成了产品经理所具备的基本素养之一，所谓“不挖坑，不产品”！毕竟，这是每个产品经理都会存在的，但具体的都会有哪些坑，以及如何更好的规避呢？

2024-04-29 15:33:10 536

原创【产品经理】如果人人都是产品经理，那么如何提升自己的不可替代性？

任何职业都需要有危机感，不只是产品经理。人有生老病死，相应的职场上也有升降变离。当乔布斯站在宇宙之巅望着芸芸众生说“活着就是为了改变世界”的时候，这话着实燃烧了我们一把。随之，马化腾、周鸿祎、张小龙、王小川等汹涌而入，高举产品经理的头衔告诉大家，产品经理是如何的伟大，是如何不断地改变着这个世界。产品之火，燎原了。无数刚毕业的小朋友梦想着有一天也要改变世界，走向了产品经理的岗位；无数曾经做销售的做研发的做设计的同学也喝了麻烦鸡血般的跳进了产品经理的岗位上。于是乎，人人都是产品经理了。势头，着实让人振奋。

2024-04-29 14:00:18 907

原创【产品经理】Axure用的溜，并不代表你就能成为一个产品经理

当你一门心思考虑Axure如何更好地使用时，不过是一个再初级不过的产品助理罢了。当你在人人都是产品经理上搜索“Axure”时，会有98页的结果。在知乎以及其它一些产品经理相关的网站上，也总是能够看到诸多Axure的使用问题和经验分享。

2024-04-28 15:44:46 756

原创【产品设计】B端数据权限管理，特殊业务场景也能通用的设计

在企业复杂的业务场景中，【基于数据归属人的权限模型】同样没办法满足较为复杂的业务需求。将【2】中的实际场景再做延伸进行说明：客户分配给到销售业务员进行跟进后，在跟进过程中，如果需要报价给到客户时，销售业务员需要加入报价专员负责报价。在这个场景中，数据归属人为销售业务员，报价专员也需要加入进来，能够查看到客户，为客户进行报价。但是在这个过程中，销售业务员仍然需要跟进客户，数据归属人没办法直接转移给到销售业务员。那么在这种场景下，我们又需要重新来定义数据的归属，“什么是我的数据”。

2024-04-25 20:21:48 539

原创【产品设计】B端产品权限设计~功能权限设计篇

权限管理，一般指根据系统设置的安全规则或者安全策略，用户可以访问而且只能访问自己被授权的资源。简而言之，用户登录系统后，管理用户可以使用那些功能、查看哪些数据，即为权限管理。权限管理分为两大类：功能权限管理、数据权限管理。1、功能权限管理：定义登录用户可以看到哪些界面、使用哪些功能。如：CRM系统可以覆盖售前（线索、拜访、工作汇报等）、售中（合同、订单等）、售后（服务工单、维保等）等多个业务板块的内容，那么不同角色的人员登录系统后，可区分使用不同的功能。

2024-04-25 17:32:43 866

原创【产品设计】从0到1轻松拆解产品需求，对程序员的质疑说不

产品需求是如何落地到原型设计的？本文将结合案例和大厂产品经理常用的方法论，通俗化讲解如何系统拆解产品需求，希望对你有所收获。

2024-04-01 22:28:04 633

原创【产品设计】四句口诀，搞懂支付交易设计

支付是交易的一部分，订单是信息流支付是资金流，交易系统通过信息和资金的匹配来完成交易履约。这么说有点抽象，我们通过大家熟悉的电商购物流程来介绍下。基于以上的交易规则我们再来看下交易系统是如何设计的。我们先来看下他在我们之前的业务架构流程中属于什么位置，上下游协作系统又有哪些。从上图中我们可以看到，交易处于实时链路的中心位置，它负责接收网关发来的支付请求，将业务信息转化为支付指令分别与“客户系统”、“收银台”、“支付引擎”进行交互完成最终的支付，由此我们可以看到1）交易即支付。

2024-04-01 10:57:02 772

原创【产品经理】华为IPD需求管理全思路分享！

说到这个话题，我们先来理一下关键词【需求】到底指的是什么？一般来说，需求是一个想法，指的是谁想通过什么来解决什么样的问题。在互联网产品孵化以及商业化的各个阶段，我们会接收到无数问题或者建议，像业务需求、系统需求、用户需求、包括其他各式各样的建议类需求（技术、市场、测试、缺陷等）。我们可以把它们叫做需求，但这些都不属于产品需求，那什么是产品需求呢？华为提了一个思路，那就是：产品需求=场景问题+解决方案因此，很明显，产品需求提供的是针对问题的解决方案。

2024-03-29 22:05:16 1114

原创【产品经理】全面解读“数字孪生”

综上，数字孪生绝对不是某种技术、某个方案、某种商业模式，而是一个生态圈，并且是开放的、协作的。数字孪生以数字化的形式在虚拟空间中构建了与物理世界一致的高保真模型，能够模拟对象在物理世界中的行为，监控物理世界的变化，反映物理世界的运行状况，评估物理世界的状态，诊断发生的问题，预测未来趋势，乃至优化和改变物理世界。5G通信技术具有高速率、大容量、低时延、高可靠的特点，能够契合数字孪生的数据传输要求，满足虚拟模型与物理实体的海量数据低延迟传输、大量设备的互通互联，从而更好的推进数字孪生的应用落地。

2024-03-29 09:59:50 747

原创【业界动态】数字孪生到底意味着什么

什么是数字孪生？它可以理解为一种技术，也可以理解为某种生态。数字孪生即指将物理实体映射至虚拟空间，进而协助完成预测、决策等动作。随着互联网的建设与发展，数字孪生在未来又会如何落地？

2024-03-27 19:11:30 902

原创【业界动态】Digital Twin-数字孪生

未来几年，以数字孪生为核心的产业将如雨后春笋般出现，数字孪生也将成为企业的标配。但是技术之外，数字孪生仍然面临着制度、管理、人才等各方面的挑战，而这些因素的背后，本质上更是一种思维方式的进化，数字孪生发展需要思维先行。同时，也需要警惕数字孪生的概念化陷阱。不能为了数字孪生而数字孪生，毕竟数字孪生本身并不会主动释放价值，也无法单独作为生产力而存在，如果只是单纯的推销数字孪生的概念，也将如梦幻泡影而随时面临破灭的风。

2024-03-27 16:53:25 836

原创【产品经理】进阶为一名优秀的数字孪生与仿真产品经理

数字孪生和仿真这个领域的内容太前沿了，很多经验、心得都没有对外流传。对于想成为这种产品经理的同学来说比较困难。数字孪生：百度的解释是，数字孪生是充分利用物理模型、传感器更新、运行历史等数据，集成多学科、多物理量、多尺度、多概率的仿真过程，在虚拟空间中完成映射，从而反映相对应的实体装备的全生命周期过程。

2024-03-27 16:20:20 500

原创【产品设计】数字化智慧空间（园区）的体验设计

智慧园区之于智慧城市以小见大，我们生活的便捷与智能，离不开商业对于行业整体的发展推动。在园区的数字化改革浪潮中，无论哪类企业与其产品的业务模式，处处都埋藏着发挥体验设计价值的机会点，我们也都在为更加智能化的城市空间建设做出专业贡献。

2024-03-27 10:38:55 590

原创【产品经理】产品经理都是这么写竞品分析文档

在产品经理工作中，竞品分析是一个很重要的工作，其产出物为竞品分析文档。这个文档如何写？竞品分析文档是对竞争对手的产品进行比较分析的文档。它通过对竞争对手的产品进行深入的剖析，了解竞争对手产品的优缺点，从而为本品或者企业的决策提供有效的依据。在竞品分析中，需要客观地分析和评价竞争对手的产品，同时也可以适当加入主观的看法和用户流程模拟的结论，比如竞品的优势和不足，以及如何借鉴竞品的优点来改进本品。竞品分析文档对于组织在市场竞争中取得成功至关重要。

2024-03-26 19:44:53 1256

原创【产品经理】华为IPD需求管理全思路分享！

说到这个话题，我们先来理一下关键词【需求】到底指的是什么？一般来说，需求是一个想法，指的是谁想通过什么来解决什么样的问题。在互联网产品孵化以及商业化的各个阶段，我们会接收到无数问题或者建议，像业务需求、系统需求、用户需求、包括其他各式各样的建议类需求（技术、市场、测试、缺陷等）。我们可以把它们叫做需求，但这些都不属于产品需求，那什么是产品需求呢？产品需求=场景问题+解决方案因此，很明显，产品需求提供的是针对问题的解决方案。

2024-03-19 09:47:05 775

原创【产品设计】B端拖动排序的多种场景及交互

排序在B端和C端产品中都比较常见，随着用户对产品使用的易用性提高，排序在产品交互中也在变化。排序在B端和C端产品中都比较常见，前期排序有通过点击上下箭头排序，但是这样的交互易用性较差，随着用户对产品使用的易用性提高，这种排序方式在产品交互中已经渐渐的被舍弃。目前对于排序功能，使用更多的是通过拖动排序，通过选中数据后长按鼠标右键，上下拖动来完成数据的排序。

2024-01-26 14:15:22 808

原创【产品设计】B端系统之表格的类型和使用场景

表格可细分为多种类型，不同的表格类型对应的功能也具有较大的差异，在选择表格类型时，需要根据实际业务需求选择合适的表格，只要能满足实际业务需求，简单的表格可满足就不用选择复杂的表格来实现。表格中多种操作功能，也并不是都添加上就一定是最好的，总之根据实际需求选择最适宜的即可，能够满足用户需求的同时，还需要尽量地减少视觉噪点。

2024-01-26 14:10:43 877

原创【产品设计】B端导航菜单的三大模式

作为一枚UI设计师，我们不仅仅需要关注界面的视觉效果，软件的交互体验也是至关重要的，对于B端产品而言，我们的目标及是提高用户的工作效率，达到降本增效的作用，如果软件产品需要浪费用户大量的时间学习，并且使用体验不友好，那设计的产品只是一个空壳。

2024-01-25 14:13:38 888

原创【产品设计】详细的B端筛选设计

此次案例并非真实案例，只是为了方便大家理解每一种筛选类型而列举的简单案例，实际工作需要根据实际需求及业务场景而选择最适合需求的类型。

2024-01-23 14:44:24 1016

原创【产品设计】TO B 搜索和筛选的多种使用场景

搜索是用户指定任意条件（文本、语音等），平台对此条件进行检索后，展示对应内容。筛选是平台为用户提供指定条件，用户可以选择查看符合一类或多类条件下的内容。在B端项目中，搜索和筛选基本上可以说是必不可少的功能，B端产品中大多数是对功能和数据的管理，数据一般会比较丰富，所以这两个功能常被使用。随着B端业务的复杂性增强，传统的功能模式以及交互模式以及无法完全的满足现有的需求，所以需要在原来的基础上做更好的优化，使其更好的满足现有的需求，也是操作和管理更加简单，使开发更简单更容易维护。

2024-01-23 13:50:48 957

原创【产品交互】超全面B端设计规范总结

不知不觉已经深耕在B端这个领域3年有余，很多人接触过B端后会觉得乏味，因为B端的设计在视觉上并没有C端那么有冲击力，更多的是结合业务逻辑，设计出符合业务需求的交互，以及界面排版的合理性，达到产品的可用性、易用性、好用性。由于业务的复杂性，功能实现的难度程度相比C端会高很多，但是B端系统会有很多相似的组件可以共用，设计师一般会在项目前期做好这些组件的规范，便于后期设计使用，同时开发也能减少开发量，公用组件库不仅能减少开发时间还能达到系统界面统一的效果，降低用户的学习成本。

2024-01-23 13:09:45 1519 1

原创【产品设计】B端产品之权限设计（RBAC权限模型）

RBAC是Role-BasedAccess Control的英文缩写，意思是基于角色的访问控制。RBAC认为权限授权实际上是Who、What、How的问题。在RBAC模型中，who、what、how构成了访问权限三元组，也就是“Who对What进行How的操作，也就是“主体”对“客体”的操作。其中who是权限的拥有者或主体（例如：User、Role），what是资源或对象（Resource、Class)。

2024-01-23 11:10:23 1148

原创【小程序】微信小程序关联公众号（服务号）推送通知消息

通过关注事件，我们可以拿到用户的公众号openid，再获取unionid（本文准备条件的第4条）。拿到unionid后，去数据库查询这个unionid的用户，并把公众号openid保存。获取微信公众号的用户列表，再依次获取用户unionid（本文准备条件的第3、4条）。unionid：同一用户，对同一个微信开放平台下的不同应用，unionid是相同的。一、如果用户已经关注了公众号，那么在用户登录的时候，就可以获取到unionid。要想将小程序与公众号用户关联，第一件事就是获取用户的unionid。

2024-01-12 15:27:25 1600

AxureRP9_原型设计工具.rar

Axure8_原型设计中文版

Hadoop.dll与winutils.exe

空空如也