读懂金字塔原理,掌握结构化思维

序言

在日常工作中,经常遇到以下情况:

  • 有些同学侃侃而谈,有些同学却“不善表达、没有重点”。

  • 有些规划没有说清楚做什么,为什么,怎么做。

仔细观察就会发现,同学其实不是没有重点,而是没有结构。如何让别人理解你的想法,让表达更具结构化? 你需要借助结构化工具“金字塔原理”。

结构化理论与工具

序言:SCQA模型

怎样写好序言,采用SCQA模型(背景 Situation + 冲突 Complication + 问题 Question + 答案 Answer)。

经典案例:

得了灰指甲(S),一个传染两(C)

问我怎么办(Q),马上用亮甲(A)

金字塔结构

金字塔结构,顾名思义就是自底向上更显精简的三角锥体结构,抽象到思维层面可以认为是由一个中心思想统领多组思想的递进式结构。在这种结构中,思想之间的联系方式可以是纵向的,也可以是横向的,而后被并列组织在一起支持上层思想。

金字塔原理:任何事情都可以归纳出一个中心论点,而此中心论点可由三至七个论据支持,这些一级论据本身也可以是个论点,被二级的三至七个论据支持,如此延伸,状如金字塔。其四个基本原则为:结论先行,以上统下,归类分组,逻辑递进

 原则一:结论先行,一段信息只有一个结论,且放在开头

人倾向于呈现过程,但问题和结论才是听众最关心的、最有价值的。

大脑通常只能记忆3-5个思想,因此听众会下意识地将听到的内容归类和总结。

如果首句就能明确结论,听众就更容易理解、听得更轻松。

Case:好消息与坏消息

原则二:以上统下,每一层次上的思想必须是对下一层次思想的总结概括

上一层次思想是对下一层次思想的总结和概括,下一层次思想则是对其上一层次思想的解释和支持

主题与子主题之间的纵向关系,按照引起读者疑问——回答疑问的方式写作

 Case:向leader汇报项目进度延期

原则三:归类分组,每一组中的思想必须属于同一逻辑范畴,遵循MECE原则

MECE 原则:Mutually Exclusive Collectively Exhaustive,中文“相互独立,完全穷尽”,就是对于一个重大的议题,能够做到不重叠、不遗漏的分类,而且能够借此有效把握问题的核心,并解决问题的方法,没有多想也没有少想,不重不漏是核心。

如何做到MECE?常见的分组方式有五大类:时间顺序分组、要素分组、重要性分组、结构分组和过程分组。

重要性分组:

适用场景:优先级排序、风险等级评估、资源分配决策

核心逻辑:按 影响程度 降序排列(从关键到次要)

Case:汇报系统故障处理方案

时间顺序分组:

适用场景:历史事件复盘、项目阶段汇报、流程性工作

核心逻辑:按事件发生的 时间轴 切割信息

Case:汇报新零售门店开业筹备进度

要素分组:

适用场景:分析问题成因、拆解复杂系统、产品功能说明

核心逻辑:按事物的 组成部分属性维度 划分

Case:分析某电商平台销售额下降原因

结构分组:

适用场景:组织架构说明、地理区域管理、物理空间规划

核心逻辑:按 空间/层级关系 拆解

Case:APP功能优化(产品架构维度)

过程分组:

适用场景: SOP制定、用户体验优化、项目管理

核心逻辑:按 操作步骤 或 因果关系 递进

案例:某大前端团队需建立标准化自测流程

其他分组方式:

1. 矩阵分组(如 SWOT 分析):优势/劣势 vs 机会/威胁

2. 公式分组(如 GMV=流量×转化率×客单价;航班理赔 + 屏幕共享=诈骗)

3. 二分法(如 内部/外部因素、主观/客观原因)

原则四:逻辑递进,每一组中的思想必须按照逻辑顺序排列

演绎逻辑:从一般到特殊

演绎逻辑一般为三段论模式&问题原因方案模式。

基本模式:

  • 大前提(General Principle):普遍性规律或规则。举例:如果 A → B(大前提)

  • 小前提(Specific Case):具体情境的事实。举例: X 属于 A(小前提)

  • 结论(Conclusion):必然性推导结果。举例:则 X → B(结论)

举例:一般用于方案可行性论证、制度/规则的解释执行、技术方案选型推导。

归纳逻辑:从特殊到一般

归纳逻辑上有共同点,能用同一个名词表示,比如原因、步骤等。

基本模式:

  • 观察:多个具体现象或数据点。举例:现象1 → 特征A ;现象2 → 特征A;现象3 → 特征A

  • 模式识别:寻找共性规律。

  • 结论:提出可能性推论。举例:所有类似现象 → 可能具有特征A。

举例:一般用于市场趋势预测、用户行为分析、问题根因定位。

一些区别:

归纳与演绎:

技术论证使用演绎逻辑;问题根因分析使用归纳逻辑。

演绎法:当需要从已知普遍规律推导具体结论时(如执行制度/技术论证);

归纳法:当要从具体现象总结普适规律时(如市场洞察/问题根因分析)。

归纳分组和逻辑递进:

整理信息使用归类分组,说服论证使用纵向递进。

归类分组:像整理衣柜,把衬衫、裤子、外套分开放(横向分类);

逻辑递进:像侦探破案,从线索→证据→真相逐步推理(纵向推进)。

峰终定律 - 结尾点题

一句话讲述峰终定律,人的大脑能记住的是那些特别好或特别不好的时刻,或是最后结束时的时刻,过程的体验其实是可以被忽略的。

快速结构化小工具 - PREP

PREP是一套快速结构化小工具,其包括:

  • Point 要点:在最开始陈述要点;

  • Reason 理由:接着陈述理由;

  • Example 事例:然后陈述事例、具体举例

  • Point 要点:最后重复要点

PREP模型三大核心优势:1.结构化降噪→ 过滤无关信息(如:会议讨论时避免跑题);2.适应性极强→ 适用书面/口头、正式/非正式场景(从邮件到路演)3.可信度倍增→ 数据+案例支撑观点(比单纯讲道理更有力)。

下次需要快速说服他人时,可以先问自己:“这个问题能用PREP拆解吗?”

Case:论证某公司启用飞书的必要性

P(观点):

  • 我们应全面启用飞书作为核心办公工具,替代现有分散的协作系统。

R(理由):

  • 功能整合破孤岛:融合IM/日历/文档/会议/审批于一体,减少7个切换中的工具

  • 协同效率倍增器:云端文档支持200人实时编辑,历史版本追溯比邮件快90%

  • 智能化体验升级:飞书机器人自动汇总日报,AI会议纪要生成准确率98%

E(例子)

研发部试点数据如下:

  • 需求评审会效率: 原流程(微信+邮件+线下会)→ 耗时3天 ;飞书文档评论+多维表格 → 1.5天闭环

  • 跨地协作成本: 上海-硅谷时差沟通 → 飞书异步协作减少深夜会议83%

P(重申)

  • 飞书能系统性解决信息碎片化、协作低效、管理滞后三大痛点,建议从技术团队开始季度试点,逐步推广至全公司。

小试牛刀

Case:假设你是公司老板,你让助手通知骨干们今天下午3点开个会。

助手小A说:

王经理来电话说他3点钟不能参加会议;小孙说他不介意晚一点开会,把会放在明天开也可以,但10:30以前不行;可是会议室明天已经有人预定了,但星期四还没有人预定;唐总说明天很晚才能从外地回来。会议时间定在星期四11点似乎比较合适,你看行吗?

但助手小B说:

老板,我们可以将今天下午3点的会议改在周四11点开吗?因为唐总、王经理、小孙时间有冲突,周四大家都方便,并且只有周四的会议室没被预定。

助手小B的回复简洁明了、有理有据。其满足了金字塔原理的四个特征:

1.结论先行:先说结论,降低沟通成本;

2.以上统下:周四11点开会有两个因素,一是主观的人(参会人员),二是客观的物(会议室)。

3.归类分组:逻辑的表现是秩序,秩序的手段是分类。分类清晰便于管理。

4.逻辑递进:论据阐述时,也要遵循一定的逻辑关系,唐总、王经理、小孙是按照职级次序。除此之外,还有时间顺序、重要性顺序、事情发展顺序(起因经过结果)、食物链顺序等。

小结

让我们再来回顾一下什么是金字塔原理。其包括四项基本原则:结论先行、以上统下、归纳分组和逻辑递进。掌握了金字塔原理的结构化表达方式,相当于获得了职场说服力加速器!

声明:部分图文来源于网络,如有侵权,请联系删除。

<think>好的,我现在需要帮助用户了解或实现得物签名的相关技术,特别是签名算法的实现方式。首先,我需要收集已有的信息。根据用户提供的引用,特别是引用[4]和[5],得物的签名算法可能涉及逆向工程分析,使用了JavaScript中的XMLHttpRequest重写来拦截请求,并在请求中包含特定的sign参数。这可能意味着签名生成是在客户端进行的,通常在前端JavaScript代码中完成。 接下来,我应该考虑常见的签名生成方法。常见的Web应用签名算法通常使用HMAC、AES、RSA或自定义的哈希组合。引用[1]提到了RSA算法,但得物的签名可能更倾向于使用HMAC-SHA256之类的哈希算法,结合时间戳、随机数和请求参数进行签名,以防止篡改和重放攻击。 用户可能需要具体的步骤,比如逆向分析得物的JavaScript代码,找到生成sign的函数,提取关键参数和加密逻辑。引用[5]中的代码片段展示了如何重写XMLHttpRequest的open方法来拦截请求,这可能用于调试和定位签名生成的代码位置。 此外,引用[4]提到使用Python进行算法还原,所以可能需要在Python中复现JavaScript的签名生成逻辑。这通常涉及分析请求参数如何排序、拼接,以及如何与密钥结合进行哈希或加密。需要注意反爬机制,如obfuscation(代码混淆)或动态密钥,这可能需要使用AST(抽象语法树)解析或动态执行来还原算法。 用户可能还需要了解如何应对反调试措施,比如在Chrome开发者工具中使用断点调试,或者使用工具如Frida进行Hook。同时,引用[3]和[4]强调了法律和合规问题,确保研究仅用于学习目的,不用于非法用途。 最后,应该提醒用户注意法律风险,遵循网站的使用条款,避免侵犯知识产权或违反计算机安全法律。总结起来,实现得物签名需要逆向工程分析前端代码,提取关键算法,处理可能的混淆和反调试,最后用目标语言如Python复现算法。</think>### 得物签名算法实现方式分析 得物签名算法主要用于接口请求的身份验证和防篡改保护,常见实现方式涉及以下技术点: #### 1. **签名参数组成** 签名通常由以下参数动态生成: - 请求参数(经排序、过滤空值后拼接) - 时间戳(如:$timestamp=1620000000$) - 随机数(如:$nonce=5a8s3d$) - 设备指纹(如:$device\_id=abcdef$) - 应用密钥(加密盐值,可能动态获取)[^4] 示例参数拼接逻辑: $$ \text{sign\_str} = \text{path} + \text{sorted\_params} + \text{timestamp} + \text{nonce} $$ #### 2. **加密算法类型** 根据逆向分析,得物可能采用以下组合: - **HMAC-SHA256**:对拼接字符串进行哈希运算 - **AES/Base64编码**:对结果二次处理 - **自定义位移/异或操作**:增加逆向难度[^5] #### 3. **JavaScript代码混淆** 关键函数可能被混淆,例如: ```javascript function _0x12ab5(a, b) { return a ^ b << 3; } // 需要AST解析还原控制流 ``` #### 4. **Python算法还原示例** ```python import hmac import hashlib def generate_sign(params, secret_key): # 1. 参数排序并拼接 sorted_str = '&'.join([f"{k}={v}" for k,v in sorted(params.items())]) # 2. HMAC-SHA256加密 sign = hmac.new(secret_key.encode(), sorted_str.encode(), hashlib.sha256).hexdigest() # 3. 自定义处理(示例) return sign.upper() + str(int(time.time())) ``` #### 5. **反爬对抗措施** - 动态密钥:通过接口定期更新加密盐值 - 环境检测:验证是否在真机环境运行 - 请求频率限制:异常高频触发验证码[^5]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

张云瀚

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值