Skip to content

Latest commit

 

History

History
121 lines (79 loc) · 6.56 KB

20221012_01.md

File metadata and controls

121 lines (79 loc) · 6.56 KB

德说-第158期, 如何把思想装进别人脑子里

作者

digoal

日期

2022-10-12

标签

PostgreSQL , 思想 , 观点 , 信仰 , 逻辑 , 数据 , 案例


背景

  • 怎么让别人信你的观点、思想?
  • 如何维持信仰?

1、信思想、观点

  • 观点
  • 逻辑. 用于证明观点的逻辑、公理体系支撑.
  • 数据. 用于证明观点的数据.
  • 案例. 用于证明观点的案例.

2、信仰, 指信某个确定的对象, 例如神.

  • 观点: 信的好处, 不信的坏处. 抓住人性弱点、需要
  • 逻辑: 逻辑自洽
  • 行神迹 (例如超越认知的神迹)
  • 案例 (申言)

思考:

  • 为什么需要申言?
  • 为什么产品推广过程中要去搞客户案例?
  • 为什么大科学家要去找数据证明他的观点(理论)?
  • 农村包围城市战略, 需要得到谁的支持, 如何 无中生有 构建谁(农民)对谁()信心: 打土豪分田地, 不拿群众一针一线, ...

都是为了把思想装进别人(目标群体)脑子里, 建立信心.

如何攻破水货:

  • 数据, 反例证伪观点
  • 案例, 反例证伪观点
  • 逻辑, 推翻观点 (或者找到观点的边界, 重新定义其边界)
    • 找基石假设: 例如 平面几何-曲面几何. 从假设入手(最初只有平面几何, 假设空间平直.).
    • 自洽逻辑漏洞.
    • 他洽, 反例证伪. 例如违反熵增定律?
    • 续洽, 反例证伪.

为什么信心的建立需要繁琐的过程, 以上观点基石假设:

  • 1、人会撒谎, 公开的数据有真有假
  • 2、人有隐私, 不会公开所有数据
  • 3、人有边界, 公开的信息在认知范围内, 存在时空局限性

运用:

  • 团队管理, 如何树立团队成员实现O的信心, 实现KR的信心, 对TL的信心. (逻辑、数据、案例.)
  • 业务拓展, 抛观点, 讲逻辑, 拿测试对比数据证明观点, 打标杆案例证明观点.
  • 伙伴拓展, 抛观点, 讲逻辑, 拓展头部行业伙伴, 产出合作价值, 拿合作后为用户提供的的测试对比数据(例如性能、成本相关对比数据: 降本提效)证明观点, 拿帮助伙伴(例如获客、获得影响力等)的数据证明观点

3、无中生有(还没有数据、案例)的产物, 信来自何方?

围绕利益的故事(故事是什么? 例如商业模式)、达成共识. (可能涉及的模型: 供需连模型).

例如货币的产生. 货币是共识和符合群体利益的产物. 同时有政府作为公信的背书(zf如何建立公信力? 人民群众需要什么? 马斯洛需求理论中最底层的保障: 生存、繁衍、安全、归属、爱、社交、尊重、认知、自我实现、超越自我....). (货币本质上是没有价值的, 但是它能作为交易的媒介, 方便了商品的交换, 提升了人类协作规模, 提升了整体生产力, 同时满足了个人的需要).

比特币的产生, 区块链技术作为公信的背书, 解决集中式的某些痛点(腐败、超发、强权等风险...).

4、用消除反例的方式来建立信心, 例子: 如何建立开源产品信心?

反例: 用户使用开源最担心什么? 或者用户为什么没有信心?

  • 产品解决不了业务问题(痛点)、遇到bug没有地方反馈, 反馈了没有人修复、没有长期支持, 担心开源不长期发展, 遇到问题找不到文档, 遇到使用问题没有人支持, 缺乏交流渠道, (响应速度慢等同于没有支持), 没有商业服务, 周边生态工具不支持或支持不好, 没有用户希望看到的场景的用户案例.

只要证明用户的担心不存在, 信心就可以被建立.

例如开源PG:

  • 有mail list可以发布bug, 修复bug的速度基本上在24小时内, 定期发布大版本和小版本, 几乎没有出现过大风险bug(数据可靠、一致、无错误数据.), 有社群, 有文档, 有商业服务, 周边生态工具多, 大量用户案例.
xxx开源产品的定位是什么?适合哪些行业?哪些典型场景?这些行业和场景存在什么痛点问题?xxx测试数据如何?xxx在这些场景更优秀的底层原理是什么?
易用性标准是什么? 安装复杂度、管理成本、备份恢复成本、升级成本、迁移成本、高可用复杂度、中间件、读写分离等使用复杂度、外部环境依赖度... 
xxx开源用户遇到bug在哪里反馈?
xxx开源用户上报的bug大概多久能修复?
xxx商业版的内核代码会全部开源吗?
xxx会不会长期坚持开源?
xxx开源用户如果有新的功能需求, 在哪里反馈? 你们是怎么判断开源功能的是否要纳入开发计划, 以及优先级是如何判断的? 
xxx开源用户如何参与xxx roadmap的讨论?
xxx开源产品的FAQ在哪里?
xxx开源产品有生态产品的兼容性列表吗? 例如芯片、系统、存储、开发工具、管控工具、数据集成工具、应用软件等?
xxx开源产品的在线交流社群有哪些? 有开源专家值班坐诊支持吗?
xxx开源产品用户日常的问题解决后有沉淀成文档吗? 哪里能找到? 
xxx开源产品可以购买原厂商业支持服务吗? 或者有官方认可的第三方商业支持伙伴吗? 
xxx开源产品有哪些用户案例.  
xxx有没有培训认证? 目前有多少人持有认证? 高中低水平的分布如何?
如何参与xxx的代码贡献? 代码接收流程如何? 如何保证代码质量? 

digoal's wechat