大家好！今天让小编来大家介绍下关于产品设计架构_产品设计架构图 工具的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

文章目录列表:

• 1、产品架构设计是思维导图吗？
• 2、信息架构设计-认识产品信息架构
• 3、“万能险”产品的架构设计应该注意哪些地方
• 4、浅谈虚拟货币体系产品架构设计

一、产品架构设计是思维导图吗？

两码事！
产品架构设计是从多种视角分析、设计，输出架构设计文档，以实现产品的非功能属性。
思维导图是一种引导和展示问题分析过程的工具或方法。
两者之间的一种联系是：后者可以用于前者的分析过程。

二、信息架构设计-认识产品信息架构

1.什么是产品的信息架构

组织产品中的各个元素,以大家更容易接受和合理的方式摆放处理.布局合理 指引明确

情景1: 就像饭店收银台等候区在前面 大厅包厢放中间 厨房洗手间放在后面.基本的组成方式大多数如此.

情景2: 实际中你想去洗手间怎么走,需要指引,就跟产品引导一个意思.

情景3: 大厅里有2人 4人 8人桌等, 分别怎么摆放.

情景4: 菜单有很多菜, 什么菜分到哪一个类目里. 炒菜,凉菜,东北菜...

综上,信息架构设计是对信息进行结构/组织方式以及归类的设计,好让使用者与用户容易使用与理解的一项艺术与科学.

非常在意使用者和心智模型. 页面布局要合理,也要有一定的科学性符合用户的心智.

2.为何产品需要合理的信息架构设计

举例 单看页面菜单,就可以知道这个产品是干什么的,聊天 购物..

好的产品让用户一眼就明白你的产品能做什么,大概怎么用; 用户都能在需要的时候容易找到某个功能.,归类很清楚. --> 做好前面两点,就能带来更好的体验和更高的留存率.

3.信息架构为何需要设计?

实际做产品的时候,功能会很多,而且会越做越多. 信息架构不是功能的简单堆叠(豆腐块的页面布局),所以需要更有逻辑性的方法.

为了让界面看起来简单,其实功能慢慢发掘会很复杂.所以要好好的进行信息架构的设计.

三、“万能险”产品的架构设计应该注意哪些地方

万能险之所谓“万能”，并不是指该产品能够满足人们的一切保障需求与收益预期，而在于投保以后可根据人生不同阶段的保障需求和财力状况，调整保险金额、保险费金额及缴费期，选择适度的保障和投资比例。
值得注意的是，万能保险的最低保证利率仅针对投资账户中的资金，并不是针对全部保险费。
万能保险，基本上各家公司都严格按照保监会要求进行统一的产品研发设计。
所以，虽然各公司的产品名称不同，但是基本的产品规则和形态，几乎都是一致的，差异性不大。
客户选择万能险产品时，由于属于非传统寿险，最好立足自身需求，明确产品形态，做到真正了解后在投保。
考虑到万能的保单价值的长远性和稳定性，最好选择一线险企，毕竟，这样会更保险。
一定要和代理人详细交流。一定要先注重保障。
基本上，十年缴费是个误区，建议避开。

扩展阅读：【保险】怎么买，哪个好，手把手教你避开保险的这些"坑"

四、浅谈虚拟货币体系产品架构设计

任何具有虚拟货币交易商业模型的项目。都存在“用户充值”“用户消费”“服务利润结算”等一系列流程。财务部门有“成本概算”“资金监控”等需求。以下就简单的分享一个最近设计的虚拟货币体系。

先来一张图

这张图简要的描述了 货币的 生产、转移、核销的流程

流程说明：

1、系统中的货币，是由系统专户“生产发行”出来。具有相应权限的业务系统拥有“操作”系统专户“生产发行”货币的权限。

2、根据具体业务请求将“系统专户”中的货币，转账到指定的账户中。

3、用户购买开发者业务提供的服务时，业务系统通过“支付系统”实现“个人账户”、“系统收入账户”、“开发者业务账户”之间的货币清分。

4、账户的“提现”操作，实现相应货币的核销。

举例描述的支付系统与外部，之间的关系

示例图说明

用户在业务系统中进行充值时，实际上是先请求支付系统生产货币、再请求转账接口将生产的货币划转到指定的账户。进行充值的业务系统，会产生相关的记录。同时支付系统中也会产生对映的流水记录。

用户在商城类型的业务中进行交易，实际上是通过支付接口，将用户个人账户的货币换转到“商城业务”开发者的账户上。

提现操作，是通过货币核销接口对系统中的货币进行核销操作。

在这种结构下，所有的资金流水，在外部业务方系统和支付系统均有各自的流水记录。方便财务人员随时对账。

资金生产接口
描述做储值的业务系统如何请求支付系统为“生产发行”货币。

当用户通过支付宝进行账户充值的时候，负责处理充值业务的系统，在确认支付宝支付成功以后，首先需要请求“系统专户”生产相应的虚拟货币。

有人会问，为什么储值这个操作会归纳到业务系统中，而不是支付系统中呢？

这是因为，在实际运营需求中，储值这个环节，可能会“叠加”许多运营需求。例如储值XX送XXX红包，送XXX优惠券，送XXX积分。不同等级或不同身份的会员，在储值时，会有不同的促销规则。那么这一系列多样化的运营需求，势必牵涉到很多系统。支付体系属于一个项目的基础系统。不应该也不能经常进行改动。因此，需要将储值这个操作环节认定为业务系统。

支付接口
描述业务系统如何请求支付系统完成订单的支付

流程描述

1、开发者业务发起交易请求

2、开放平台验证业务对此操作的权限，验证通过后，将OpenID转为UserID，向支付系统传递请求。

3、支付系统收到请求后，创建“待确认执行订单”。

4、支付系统将“交易号”回传给业务。

5、业务唤起客户端的验证流程。提交的字段包含：“交易号”。客户端获取到交易金额。

6、客户端将用户输入的交易密码提交给支付系统

7、支付系统将密码验证的相关信息提交给麦卡用户系统验证

8、验证通过后，支付系统开始执行操作

9、扣减用户账户上的资金，返回扣减成功后

10、增加“开发者业务账户”的资金，返回增加成功后

11、支付系统将执行结果回传“客户端”和“业务系统”

结束  -  欢迎讨论

   以上就是小编对于产品设计架构_产品设计架构图 工具问题和相关问题的解答了，产品设计架构_产品设计架构图 工具的问题希望对你有用！

   免责声明： 1、文章部分文字与图片来源网络，如有问题请及时联系我们。 2、因编辑需要，文字和图片之间亦无必然联系，仅供参考。涉及转载的所有文章、图片、音频视频文件 等资料，版权归版权所有人所有。 3、本文章内容如无意中侵犯了媒体或个人的知识产权，请联系我们立即删除，联系方式：请邮件发送至 cnc1698@l63.com