最近面试老是被问到你做过最复杂的系统是什么。我就不明白了，什么样的系统才算复杂系统？

在回答这个问题前，要确定两个事情：

• 站在什么样的角度问的？

面试里可能想到的角色有3个，产品面试官，老板，人事面试官。

先说老板和人事：老板大概率不是专业做产品出身的，很多都是业务向或者管理向。人事的话，更多是了解业务，非产品，不关心你用什么方法论解决问题，而是关心你会不会针对不同的复杂业务场景解决问题。所以他们问这个的问题的出发点是什么？是询问你专业的产品拆解和抽象能力吗？我认为是在问你的业务理解能力以及你过往是否有解决过高复杂业务需求的案例。所以你这里可能要向老板阐述的侧重的是在什么样的复杂业务场景下，我基于什么样的考虑设计了一个系统的。如何把一个复杂的业务场景，通过产品手段简化了（可能是流程链长，也可能是异常case多）。

如果是产品面试官，那这个问题就得看你去面对的是什么业务。这个“复杂”那真是因人而异了。比如举些大家可能涉及的业务：电商系统，支付系统，小贷/保险系统，知识图谱（AI）。就这几个系统而已。都很大。极少有人说能做个整个系统的每个模块的产品落地。所以你要去思考和阐述的就是你做过，或者你涉及过（非你实际做的，但你见过别人做，而且你自己复盘过的）的部分。

• 电商系统中，涉及供应链的三方账户打通，如何保证老数据迁移和三方账户数据互通。或者实体商品和虚拟商品你是如何做商品管理和订单管理的。
• 支付系统中，清结算系统如何跟银联和客户通信的，一共多少个流程，异常流程多少个。
• 保险系统中，如何管理不同的保险售卖方案（理赔规则和条件字段完全不同的情况下）。如何进行医保自动化理赔的。
• 知识图谱中，如何通过三元组实现30万+元概念的逻辑关系，层级关系，逻辑关系的建立的。单说逻辑关系一共有多少种（不同业务定义不同，单说医疗场景，逻辑关系定义就有100+种）

当然如果你做的可能确实没涉及到特别复杂的业务情况。可能仅是一个内容运营平台那种的。那你可以说明你为什么选择列表管理而非选择邮件式或者文件夹式管理方式。这些都是在解释你的产品逻辑。越简单的产品设计背后的思考就越要深入。

一个内容运营平台，我的粗略分类如下：

结合具体的场景及客户诉求，确定系统设计的核心是什么（操作人员的降本提效）。

• 比如客户是内容生产方，那内容管理的核心是如何提高生产效率。此时我更偏重于通过文件夹式的单一工作台样式来设计管理页面。
• 比如客户是内容审核方，那内容管理的核心是如何提高审核效率。此时我更偏重于通过左列表右详情的邮箱产品的交互方式来设计管理页面。
• 比如客户是内容运营方，那内容管理的核心是如何快速打标和精准查询内容，此时我更偏重于通过传统列表式的交互方式来设计管理页面。

综上所述，如何阐述你做的最复杂的系统？

不是阐述你做的系统多复杂，而是阐述你做产品的经历中，思考维度最多，思考深度最深的一个产品，你是如何结合业务去设计产品的思路。

每个人的水平都不一样，所以复杂是相对的。比如，你尝试解释下深度学习工作原理～对于小白来说，你解释完了对方一听，好复杂。你给算法博士讲，博士可能会说，嗯，讲得不错。你给我讲，我可能会反问你更多。以上是我给不同人讲不同的反馈

再有面试这样问，你可以反问:您好，请问什么样是复杂系统，可否举个例子？如果他都解释不清，那就没必要继续了，问题解释不清证明ta也不知道他想要什么答案，就是流程式的随口问问。

如果面试官给了回复，然后根据面试官的思路来答比较好。否则多了少了可能都不太好，讲太多太深听不懂，讲少了觉得你讲的不复杂。

复杂是个形容词，一般是某人做起来没有思路或者有思路但是行动起来步骤比较多，甚至无法掌控。

对应有几种:

1.未知复杂，认知差形成理解复杂

讲其未知的东西，尤其涉及专业学科，以及专业名词。比如: 我们做图像识别的时候可以用，33卷积核或者44卷积核，每个卷积核可以移动1步进行矩阵运算，为了缩小特征面，我们用最大池化来处理，最大池化……巴拉巴拉。

也可以用复杂的公式等来说明，最好是你自己的研究成果。通用的别人要知道那就不复杂了。

2.思考复杂/结构复杂，讲的内容模块多且相互关联多(具体可以了解结构化思维，书籍<金字塔原理>，或者回头我有时间写个，以前只讲课说，没写)

比如:做水的功能就很复杂。

从流程上，获取用水目的、选择容器、接水、做在火上、水开、取水杯。

从每个节点纵深考虑，获取用水目的:冲茶多少度水、咖啡、奶粉、红茶等……选择容器:玻璃、硼硅玻璃、铁壶、铝壶……，

从使用场景上，在以上流程基础上分别以野外、家庭、朋友家、农村等细化流程，

从使用者上，在以上流程基础上做交叉流程优化，增加小孩、老人、女人、男人、残疾人等考虑，

从市场层面上，在以上基础上，继续市场趋势，用户分析，竞品分析，整体结合优化流程形成产品优势。

从商业上，拆解版本……从技术可行性上……从运营商……巴拉巴拉。

3.步骤多且复杂、不可控因素未知，或知道不可掌控。

比如硬件项目流程总共几十个步骤，其中还有很多合作供应商、人等参与，人因本身就是不可控因素，生病等，另外就是市场，比如政策突变、市场短缺抬价等因素、每个地方可能有黑天鹅事件，相互关联的供应商踢皮球……所有展开说从头说到尾也是个复杂的事，复杂到没有办法百分保证最后结果，中间涉及业务、人情……等

切记:不懂就问，工作和面试一样，只有上下沟通和理解一致才能更好的一起做事。所以，问问不丢人。不问就只能自己憋着，尤其是类似问题:什么是好产品，什么是好员工，什么是产品方法论、什么是爱等等，一千个人眼里有一千个哈姆雷特类似的问题

#产品经理挑战赛# day2

楼上大佬总结非常到位了，这个问题就在于阐述清楚“在什么样的复杂业务场景下，我基于什么样的考虑设计了一个系统的。”我从面试者的角度试着回答下。

我们公司有一个大数据教育质量提升平台需要重构，重构前该平台已支持288所学校共27万师生使用，涉及13个角色，最初和第三方公司共同搭建，并且大部分功能由其负责，后来由于其工作重心转移，需进行现有组件服务进行剥离和替代，完成业务数据的迁移，最终实现中心独立版本2.0方案替代，重点如下：

1. 功能方面，需要梳理可瘦身的功能模块，确定2.0版本内容及方向

2.研发方面，需要梳理依赖第三方的组件，并根据2.0版本确定哪些需要自研替代

2. 服务部署方面，基于腾讯云自主研发替代和集成。

3. 数据迁移方面，梳理业务数据内容、结构和存储方式，进行数据迁移。

我重点负责了平台2.0版本的重建。基于该平台以学科测评为主流程实现学生个性化学习，教师精准化教学，管理者科学化决策，梳理当前核心业务流程，整理功能结构，整合前后台需求清单，划分功能优先级。在1.0基础上对核心业务流程进行升级，包括但不限于以下内容：

（1）重构测评底层逻辑，优化题卷试逻辑关系，提高数据质量，优化用户体验

（2）打破测评形式固定局面，最核心功能支持最广义测评。

（3）整合10余类管理角色，进行角色瘦身，实现功能权限自定义配置。

（4）运营统计升级，针对管理角色提供个性化统计内容。

除功能外，由于此项目负责人员较多，我们也整合产品人员资源，明确分工制定工作流程，此外，在业务对接流程上也缩减对接环节，提升对接效率。

两套系统对接

A系统为集采购、审批、管理、库房、台账等多模块的ERP管理系统，特性是独立部署，受客户信息安全部门的网络管控。

B系统为商家管理平台，包括商品、订单、账单等模块，特性是SAAS平台。

1. A系统（因为独立部署）每套系统都有个性化功能，B系统要考虑适配；

2. 商品标准数据体量大（4-7千万级），根据商家（销售信息表）细分的话已经达到亿级，极端情况的（商品上架表）数据量应该是：标准数据量*（商家量*n）*（A系统个数*n）

3. 由于受A系统网络限制，系统只开放入站，不开放出站，原则上要均衡两套系统的对接压力，但全部给到B系统。

目前还在负责这个项目，如果大佬有好的建议，愿意的话可以给支支招。（抱拳了）

如果是面试问的，我会想，这可能不是一个问题，而是一个谜题。

谜题的谜面跟实际问题是不一样的，上面大佬也说了，很多人的认知根本上就是拉不齐的，你怎么解释都没用。再加上作为一个hr，他到底真的是想了解你做过最复杂的系统呢，还是了解啥呢。

那这个问题我们就可以听成是：你做过的你自己觉得做的最好的，最有成就感的系统是什么？

一来这个系统你做的最好，你跟他解释起来，有自信，有底气。可能他会觉得，我k，这小伙子可以啊，讲得头头是道虽然我不知道他在讲啥，沟通能力打勾，长得还可以打勾，性格还不错打勾；

二来hr又不懂，你管他实际是不是最复杂的呢，他会觉得你的业务能力也不错，hr主要是看人，业务能力有业务面。那如果是业务面呢，就更好，你讲的流畅，无卡顿，有自信，他觉得你调研充分，需求分析有独特的见解，整体还可以。你管他是不是最复杂的呢。

面试的终极目的是面人，所以沟通技巧和话术是重要的，面试官抛出的问题有时并不是一个问题，而是要看你处理问题的能力。

业务的复杂性在于：不同业务与业务之前相互作用与干扰。

做过 2B 产品或者项目的小伙伴应该非常理解我所说的含义，因为适配不同企业和商家做定制化需求会导致产品越来越无法通用化，尤其 ERP 这种强业务定制的系统。

那么，为了维护多套类似的逻辑和代码是成本巨大的，因此设计可扩展性的系统尤为重要。很多时候，我们对需求的变化是不可预期的。这种不可预期性恰恰是业务复杂性所在。

面试官动机是希望了解到你的能力/经验上限在哪里。

不必拘泥于「复杂」，而且复杂也不一定好。

就把你做过的项目重新复盘，找出可以举一反三的案例，从发现痛点、执行落地、数据效果、改进方案、提炼抽象、新迭代方向都陈述出来，如果还能体现出执行力、热情、思维、知识域，尤佳。

系统复杂是指功能多，还是指逻辑复杂？

1.功能多：有哪些功能，哪些是主要的，哪些是次要的，哪些是用的多的，哪些用的少的（不可缺少的），最终造成这个系统看起来比较复杂；

2.逻辑复杂：一个功能，很多种业务场景，然后不同业务场景有多种处理方式且比不可少，业务场景之间有没有穿插，要怎么节约资源成本等；

思路大概是这样的，不全

1、承载的客户是哪些，角色有多少？

角色多，多意味着承接环节多，流转多，交互多，权限多，多偶尔也等于复杂

其次客户类型不同，行业不同，也可见一个产品为了适配背后的复杂逻辑

2、要覆盖的业务有哪些（先从大模块概括讲）

3、拆解其中一个典型的模块包括的功能、逻辑

4、是否对接外部系统？

如何将内部系统与外部系统数据互通，同时保证自己的数据安全，也是一个复杂点

试着从外部关联三方和内部关联业务层面，完整的叙述整个业务系统架构。

面试官：“请说一下你做过的最复杂的系统。”
我：“无法用言语描述，只可意会也。”

可以例举其中某个比较复杂的单项功能进行介绍