陆++ http://www.luplusplus.com/ 不学习 好落后 2019-04-25 19:36:46+08:00 zh_CN daily 1 Luplusplus 做一名产品架构师 http://www.luplusplus.com/page.php?content=be-a-master-of-product-architecture http://www.luplusplus.com/page.php?content=be-a-master-of-product-architecture 2019-04-25 08:20:20 +08:00 2019-04-25 22:18:57 +08:00 luweiqing http://www.luplusplus.com/ 在国内互联网公司的产品经理成长路径中,通常在对标阿里P7这个级别上,会出现一次P序列和M序列的分叉,一部分人走上了管理(M)之路,更多人走上了专业(P)之路。P序列的高级别,被称为"产品专家",或者是"产品架构师"。相对于能力更通用化,发展更成熟的研发线系统架构师,产品架构师的定位比较模糊,至少在实践中,工作内容与系统架构师有诸多重合之处。梳理产品架构师的内涵及外延,是一件有趣的事情,下面的内容都是我个人的理解,欢迎批判和探讨。

一、产品架构的一些问题

1、产品架构是什么

广义上,产品架构是业务结构的镜像,描述的是从实际业务中抽象出来的需求(子需求),和需求在如何通过在系统之中(子系统之间)进行交互,最终被满足的过程。

狭义上,产品架构是指需求和交付物之间的关系。

用下面一个表格来说明:

分层 名称 内容 产出
业务 交易(消费)结构 客户表达并满足需求的过程和结果 需求的定义
需求 狭义产品架构 需要什么交付物满足客户需求 交付物的定义/配方
实现 系统架构 怎么在系统中生产交付物 交付物生产工艺/流程

在实现层面,系统架构应该包括数据、业务/商务、运营、营销等整体业务流。

2、产品架构对组织架构的影响

组织架构变革在新零售话题中常常被提到很重要的位置,系统中台化趋势要求组织结构液态化,以响应商业环境和业务形态的快速转变;在产品架构话题中,组织架构和产品经理个人的成长却常常被忽视。

直接影响产品技术研发类组织架构,产品架构最后的交付物是系统架构,会切分好各子系统(子模块)之间的内容,PM和RD的工作内容和协作关系也随之确定。

间接影响整个业务流各参与角色的职责内容和协作关系,随着业务变化和系统改进,参与角色的工作内容甚至是角色本身,都可能改变或取消。

完成业务结构、产品/系统架构、个人成长三合一,是衡量产品架构是否优秀的一个重要视角。

3、产品架构的评判点

好的产品架构,应该是容器,提供空间(性能冗余/数据监控分析/损失管理等能力),容纳业务的不确定性(创新),是一种系统机制。

评判点也用一个表格来说明:

评判点 内容
合理性 需求(子需求)结构简洁,需求场景定义清楚;
子系统(子模块)高内聚松耦合,边界定义清晰,执行顺序可预知,系统交付物稳定。
前瞻性 适应未来1-2年的业务发展,在业务变化快的情况下,至少适应1年的业务变化。
系统性 结构上的横与纵:横-中台核心业务平台,纵-关键实施项目落地;警惕过度设计。

4、谁来评判产品架构

由于产品架构是需求间的关系和需求实现的过程,参与产品架构评估的角色,应包括具备业务抽象能力的业务方、产品、研发,以业务场景为基本维度。

5、产品架构设计实施的一般方法

产品架构与技术上的架构设计实施过程有一致性:

过程 行为 产出
商业诉求 抽象 产品需求
复杂系统 分层 基础通用能力和个性化作业
作业流程 分治 简单子任务工单
接口化中间层(中台实现) 组合 可演化的开放系统架构

乐高一般的开放系统架构应包括三个基本要素:

  • 组件/构件
    • 可复用的模块,尽量排除个性化的业务流程逻辑,排除过程。即是,内部信息流程不依赖外部模块处理,高内聚
    • 关注组件的输入输出,组件之间的信息流及媒介
  • 模式
    • 支持业务全流程的系统闭环的一组知识体系
    • 商业需求/客户需求被满足的生产交付过程
  • 规划
    • 对业务长期支持,设计未来整套行动方案

6、产品架构视角下的系统化创新

在业务发展的早期阶段,产品设计开发工作经常落后于业务创新,主要工作内容是响应和配合业务需求,产品经理及工程师,常常有疲于奔命的失控感,但这是一个基础设施建设的必要阶段。随着对业务理解加深及产品系统架构的完善,产品领先业务,进入系统化创新的阶段就会到来。

系统化创新常常以这样一种方式进行:

业务流程被抽象成为颗粒度非常细小的节点,通过四个方法(方法来自《简约至上:交互式设计四策略》)变成全新形态出现

  • 删除(自动化或智能化)非必要节点
  • 重组(有时是替换)为新模块
  • 隐藏支线节点
  • 转移节点到其他产品

二、产品架构师的一些问题

1、产品架构师是什么

产品架构师是产品团队内部的专业咨询顾问角色,深度参与到产品设计实施的全环节

  • 架构设计
    • 从业务诉求(商业诉求)中抽象需求,以结构合理的系统完成满足需求之交付物的生产,并使生产持续
  • 团队建设
    • 成为P序列产品成长的坐标和参考,为PM的专业序列制定能力模型阶梯及成长路径,提供产品专业相关的指导
    • 识别并培养具备产品架构师潜力的产品经理
    • 建立并维护适合架构师成长的规则及团队环境
  • 项目实施
    • 在实施层面的协调工作更多,平衡不同项目在方案上的投入产出
    • 分拆架构目标,落地到具体的项目实施中,确保架构目标/进度符合团队整体目标/进度

2、产品架构师职位要求

  • 对业务的理解
    • 理解业务全流程各环节,参与角色及其作业操作(包括管理)
    • 理解公司商业模式,所在业务线的商业模式及定位
    • 理解基础的技术实现
    • 行业趋势、产品方案趋势、竞争对手产品研究能力,关键是完成产品评价标准
    • plus-具备基本的财务/税务/法务知识
  • 对产品工作的理解
    • 具备探索并成功实施(规划/设计/运营/增长)创新方向的产品能力
    • 具备规划和部署产品矩阵,实现组织目标的能力
  • 对职级的要求
    • 应具备高级经理及以上的产品职级和能力,从内部培养效果更佳

3、产品架构师的工作方式

  • 产品架构师与产品执行负责人的协作
    • 架构师跨产品模块参与评审,为系统间交互提供符合架构设计的建议,尤其是在中台化项目中,重视流程;产品执行负责人确定具体设计及实施方案,重视细节;
    • 架构师对项目/系统目标负共同责任,以协商为基本前提,保留在对架构设计的最终决定权,同时承担最终责任;
    • 设置产品架构委员会,规避重大项目架构设计风险;
  • 产品架构师与技术负责人的协作
    • 产品架构师角色重需求抽象和场景定义;技术负责人重实现;
  • 产品架构师工作成果的评估
    • 落地项目的绩效
    • 产品、研发、业务团队的认同度调查
    • OKR及360度环评

4、产品构架师对PRD/MRD的影响

由于产品架构师重视中长期架构的规划实施,所以需要在PRD/MRD中强制增加以下内容

  • 数据流及模块I/O
  • 对不能严格控制的外部系统的依赖及交互,即是架构风险控制的内容
  • 系统目标的完成评估方法,重结果
  • 数据分析导向的监控和分析方法,重过程

5、产品架构师的晋级之路

下面的级别是从实施、变现、平台战略角度来说明,未必符合所有公司对架构师的晋级定位

级别 核心定位
系统架构师 设计实施符合业务流的系统间信息流
商业架构师 结合财务税务法务知识,迭代和创新商业模式
生态架构师 赋能行业生态的产品矩阵架构

在细分领域上,如电商、社交、工具、金融、人工智能等,都对产品架构师有非常高的专业要求,可以分别制定评分表来确定不同级别架构师的实际要求。

6、产品架构师的工作难点

  • 作为非管理角色,如何获知/参与业务目标规划
  • 作为规划型角色,如何平衡架构设计的长期收益与KPI的短期收益
  • 作为重咨询角色,如何平衡架构设计师与产品线负责人之间的产品方案及优先级冲突

三、市场中对产品架构师的描述

通过查看一些招聘网站,选择了两个case,来看看不同公司对产品架构师的不同描述,说明产品架构师这个角色,并没有整齐划一的刻板定义,对有志于在产品P序列向上发展的产品经理们,在自己特定的业务和组织场景中,都可以形成有特色的产品架构师成长路径。

百度中台产品架构师

职位说明:

- 负责百度知道内容tag模型和用户画像建设,支持多端产品的推荐工作

- 负责百度知道内容及用户反作弊工作,及内容审核工作

- 负责百度知道整体数据平台建设

- 负责百度知道相关的中台业务工作

任职要求:

- 5年以上产品经验,有搜索、推荐、内容等平台型用户产品经验优先

- 逻辑分析能力强,计算机、数据分析等理工科相关专业优先考虑

- 工作积极主动,抗压能力强,快速学习,踏实认真,有责任,具有优秀的理解、沟通与协调能力

京东金融解决方案产品架构师

职位说明:

- 从事部门创新产品的产品管理和产品经理团队管理;

- 负责核心产品的产品创新、设计、规划和运营;

- 组织内部、外部资源完成产品开发和推广;

- 指导产品经理团队完善产品分析和设计;

- 对内外宣传产品特性和价值;

- 培养产品团队成员能力;

- 横向沟通项目相关的产品、售前以及商务部门。

任职要求:

- 本科及以上学历,计算机或相关专业;

- 5年以上to B的计算机服务类产品运营经验,有互联网、金融等行业经验优先;

- 具有产品设计、组织研发和运营的能力;

- 良好的沟通能力,具有对外客户产品售前支持能力;

- 具有团队管理和提升的能力;

- 具有创新精神和创新意愿者优先。

四、结语

如果觉得我写得还有一点道理,欢迎留言沟通或邮件沟通sluke[at]qq.com,说不定有机会在互联网产品工作上合作,一起成为更好的产品经理。

]]>
中台化趋势下的PM定位 http://www.luplusplus.com/page.php?content=mid-stage-position http://www.luplusplus.com/page.php?content=mid-stage-position 2019-02-15 08:20:20 +08:00 2019-02-15 17:47:33 +08:00 luweiqing http://www.luplusplus.com/ 业务符合需求,组织适应业务,系统镜像业务

从用标签区分客户到用户微粒数据镜像客户,需求越来越细节和个性化,要求组织、系统、产品都要相应变革

PM的工作有新目标:

  1. 信达雅翻译业务,用系统镜像业务
  2. 用成本低的系统试验变化,反哺业务创新和组织变革

mid-stage-position-1

系统分层,强化中台,业务也是一个操作系统

Google 的实验性操作系统 Fuchsia OS,设计了一个四层结构,可以用来帮助理解业务系统的前中后台划分。

中台,是通过信息流、资金流、物流来反映商业全生命周期的枢纽

强化中台,可以理解成强化对业务变化的反应能力,要求组织柔性化液态化,系统功能粒度更小,应用方案更丰富(类似应用市场中的 APP 更多)

中台系统PM重点关注:

  1. 客户最后获得的交付物是商品+服务,是一个漫长过程,结束不在商品交割的一刹那
  2. 中台有所有数据的最终版本,需要保持一致和完整

mid-stage-position-2

变化发生在用户第一线,就像是果实和种子

一线的业务细节变化良莠不齐,中后台的感知经常滞后,中台化在加强感知能力,面对不同的业务驱动模式,PM的定位也有不同

资源驱动阶段:面向新兴市场,向外求增量 管理驱动阶段:面向饱和市场,向内求优势 创新驱动阶段:创造新物种

mid-stage-position-3

做系统的股东

组织里的各种角色都在为业务服务,接近客户的还有销售和运营,接近系统的还有研发,PM是组织里的中台。

销售、运营、研发的工作相对于PM,容易评估,他们是系统的债主,先拿走确定收益率的回报。PM是系统的股东,拿走剩余的收益,要求PM的主人翁意识要强于其他角色,因为有潜在的超高回报收益。

]]>
一种基于pagerank的人力成本计算思路 http://www.luplusplus.com/page.php?content=hr-costs-and-pagerank http://www.luplusplus.com/page.php?content=hr-costs-and-pagerank 2019-01-22 08:20:20 +08:00 2019-01-22 18:16:32 +08:00 luweiqing http://www.luplusplus.com/ 背景:

为适应不断变化的业务形态,各大公司纷纷提出中台战略,强调虚拟小团队的重要性,推动组织形态从树状固态结构向网状液态结构变革。虚拟团队依据非常具体的业务建立,周期短,人员变化快,传统的“上级命令-下级反馈”的管理方式变得成本极高。

基本问题:

人员在复杂协作网络中的节点重要性评价

基本假设:

  • 工作群(或其他因任务而存在的人群聚合体)是协作的一种表现
  • 单个人员的时间是固定的,通过工作群对外联系(链接)
  • 单个人员间对外链接的强度与链接数成反比
  • 多个人员之间的链接,由多个工作群产生关系叠加形成(将所有工作群视为平等关系)

使用pagerank算法得到人员在复杂协作网路中的重要性

  • 人员类比网页
  • 人员之间的联系类比网页之间的链接

需要考虑的问题:

  • 因为角色的不同,在协作网络中的重要性表现不同
  • 因为级别的不同,对协作的实际影响不同
  • 因为入职时间的不同,影响链接数

对策:

  • 相同类型的角色做对比
  • 相同级别的角色做对比
  • 相似入职时间的员工做对比

使用场景:

  • 同一个人员在时间维度的上重要性动态变化,描述成长曲线
  • 同级别的人员,在相同时间区间中的数值,作为工作重要性的参考
  • 相似入职时间的员工,描述成长速度

潜在场景:

  • 提供另一个维度的人力成本定价
  • 为新加入的人员设定默认值和重要性成长目标

只是一个思路,有资源有时间有兴趣的可以算算看结果

]]>
“云押金”,一种区别于大数据信用的金融服务 http://www.luplusplus.com/page.php?content=deposit-in-cloud http://www.luplusplus.com/page.php?content=deposit-in-cloud 2018-12-21 08:20:20 +08:00 2018-12-21 10:58:57 +08:00 luweiqing http://www.luplusplus.com/ OFO的押金问题是最近几天的一个热点事件,有些朋友提出了使用区块链技术的解决方案,我想换个角度来思考,就是设计一个“云押金”服务,核心逻辑是:“信用不够,押金来凑”

金融是基于信任的生意,当红的创新都是通过技术和数据,让陌生人尽可能块且成本低的方式形成共识,达成合作。我们还有一种古老的形成共识的方式,就是“押金”。

信用与押金的比较

大数据征信有诸多好处,但是我想提一些缺点:

  • 形成信用的成本高
  • 有个人隐私泄漏的风险
  • 增信困难
  • 机构之间信用模型差异大,难以迁移

押金完美规避这些问题:

  • 货币是人类共识
  • 现金是匿名的
  • 增资容易
  • 同一个货币无差别,不同货币可交易

押金的缺点

押金是对风险的估价,多个合作就要多个押金,缺点是资金占用成本高,且收到押金的一方有挪用可能性,监管难度大。

“云押金”对押金模式的修正

“云押金”将一笔资金放在金融机构的账号中,锁定金额。在需要信用或者押金时,授权服务提供方可以在违约情况下划扣押金。多个服务提供方可以获得对同一个押金账号的授权,在押金不足以覆盖风险时,云押金金融机构要求补充押金,同时拒绝新服务方接入,通知其他已授权服务方。到这里,还是只是一个常见的“保证金”模式,并没有降低资金占用,下面要开始组合式创新了:

  1. 提供云押金金融服务的机构,可以在用户授权的情况下,使用押金做投资,比如接入相对安全的货币基金,让押金增值,为客户带来收益
  2. 使用区块链技术,让服务使用信息上链,部分解决隐私问题,通过智能合约来处理违约扣除等情况
  3. 由于货币无差别,用户押金可以在多家机构之间迁移,同质化竞争迫使云押金提供商提高服务水平
  4. 押金是集中的,金融监管的难度变低,也容易形成标准化的技术服务和金融服务

进一步推演,以降低个人押金金额为目标:

  1. 形成类似支付宝“相互保”以及“水滴保”这样的互助机制,极大降低金额,分摊押金风险,代价是“押金”是有损失的,可以通过投资回报来弥补
  2. 引入真正的保险来保证云押金的安全,同时降低押金金额,保障需要押金的服务提供方的利益
  3. 形成信用+云押金的混合模式,“押金不够,信用来凑”

“云押金”金融服务商的收入

实际上,银行是比较适合提供这样的服务的,所以商业模式非常清晰,可以收取服务费以及投资收益。

远景

让信用+云押金的混合模式,结合区块链技术被市场广泛接受后,带来一个直接后果,就是在海量的交易中,信用和个人数据会被更准确定价,为信用在个人之间的交易形成基础,在这个远景下,人人有信用,信用可定价可交易,信用押金自由配比互换,陌生人交易费用更低,交易又会刺激市场更重视信用,正向循环。

]]>
数据告诉你直播概念股能不能买 http://www.luplusplus.com/page.php?content=predicting-stock-prices-with-data http://www.luplusplus.com/page.php?content=predicting-stock-prices-with-data 2018-12-13 08:20:20 +08:00 2018-12-13 12:28:23 +08:00 luweiqing http://www.luplusplus.com/ price-of-huya-stock

基本假设

头部主播的相关情况,可以看作网站大盘的基本状况。通过长期观察头部主播的数据,近似获得直播服务主营业务的收入情况,在财报发布之前,做多或者做空直播概念股,也可以用来评估非上市直播业务发展是否健康。

数据准备

  1. 取某一周 7 天,各直播网站的 top 1000 主播ID
  2. 将 7 天的主播打赏金额相加,取 top 1000,目的是减少误差
  3. 跑得到的各网站 top 1000 主播,在2018年全年中,每一天的打赏数据,包括 3.1. 打赏次数 3.2. 打赏粉丝数 3.3. 主播出勤天数

数据清洗

  1. 自充值识别
  2. 更换房间或用户名的主播识别
  3. 排除个别主播跳槽的小概率事件影响

数据分析

  • 主播相关,分析头部主播的捞金能力、流失情况、粉丝构成是否健康
    1. 各网站 top 1000 主播,在2018年中,每天获得打赏金额总数
    2. 各网站 top 1000 主播,在2018年中,每天活跃的主播数
    3. 各网站 top 1000 主播的流失情况 3.1. 流失的定义,在2018年11月1日至统计当天,期间没有上线的主播数
    4. 各网站 top 1000 主播,打赏的粉丝数 4.1. 单个粉丝打赏金额的分布 4.2. 与上月相比,每月新增的打赏粉丝数
  • 粉丝相关,打赏不集中到少数人的更健康
    1. 各网站,每天打赏的笔数
    2. 各网站,打赏粉丝去重总数
    3. 各网站,单个粉丝全年打赏金额的中位数
  • 推广投放能力,网站获取新流量的投入,近似拉新能力
    1. 各网站APP,在应用宝、360手机助手、小米应用商店的排名,取统计当天(有历史的数据更佳)

数据结论

采集到了某一周虎牙 top 1000 主播的打赏情况,不同主题的主播收入构成差异比较大,头部主播集中了主要的收入,从各直播服务的收入总量看,陌陌、快手、抖音领先比较明显,虎牙和斗鱼主播量级差不多。

采集和建模都在优化之中,数据积累的时长也不足以用于观察趋势,就只公布一下虎牙头部主播的一些数据,后续继续分析。

huayatop20

]]>
北京地下购牌租牌市场现状及改进可能 http://www.luplusplus.com/page.php?content=underground-license-plate-market-of-beijing-situation-and-improvement http://www.luplusplus.com/page.php?content=underground-license-plate-market-of-beijing-situation-and-improvement 2018-11-21 08:20:20 +08:00 2018-11-21 13:01:22 +08:00 luweiqing http://www.luplusplus.com/ 现状说明

已经有北京、贵阳、上海、广州、天津、杭州、深圳、海南全境实施了限牌政策,这些省市的购车难度加大,催生了一个购牌租牌的地下市场,看起来还相当活跃。

通过假结婚过户车牌的方式,时间成本非常高,在这里就不做探讨,主要聊聊长租车牌的地下市场是怎么运作的。

北京2019年会实施更严格的限制外地车牌上路的政策,预计地下购牌租牌市场会更活人,目前可以获知的租牌方案主要有以下几种形式:

年限 价格 要求 风险控制
3年 3万-4万 持牌人持行驶证+高额三者险 车辆抵押给用车人
5年 5万左右 持牌人持行驶证+高额三者险 车辆抵押给用车人
20年(买断 9万-10万 正常 用车人持有牌主身份证(20年有效期)
二手(买断) 取决于牌主身份证有效期 正常 用车人持有牌主身份证

由于车辆会过户到持牌人名下,对双方来说都存在一定风险

  • 3-5年的租约形式,持牌人会保留机动车行驶证,保证在租约结束后可以取回车牌,同样的,车辆抵押给用车人,也保证了持牌人无法处置车辆,保障用车人财产安全。

  • 20年买断的模式,通常持牌人都是离开北京或是长期不使用车牌,所以会提供一张20年有效期的身份证给用车人,方便车辆购买保险、过户及报废,通常不要求抵押(解抵押需要双方到场,难度大)。虽然这张身份证会挂失,但依然存在身份证被滥用的风险。

改进可能

不足之处主要体现:

  • 现存的地下市场中,中介承担的是居间撮合的角色,风控手段单一且存在风险
  • 费用通常需要一次付清,加上车款,给一些刚需用车带来经济压力

改进模式实际上可以简化描述为:

融资租赁回租模式+P2P租车

  • 引入融资租赁公司,实现对车辆的融资购买及控制
  • 引入P2P租车服务,实现持牌人和用车人的租车协议
  • 引入资方,提供购车资金

模式如下:

地下租牌市场改进说明

增加的几个公司实体,目的是提供信用服务和资金服务,让无信任关系的持牌人和用车人达成协议。由于公司实体通过融租协议控制了车辆,且利用外部资金方提供了融资服务,分别维持跟持牌人和用车人的联系,在信息中介、助贷、贷后管理、保险、保养等多个点都可以提供服务获得利润。

改进模式的缺陷

  • 改进仅存在可能性,合规性不足,依然是地下产业
  • 用车人逾期,需要处置持牌人名下车辆,存在瑕疵,需要其他协议
  • 缺乏合理的贷款场景,且金额较大,对资金方而言有监管风险

其他

车牌供给受限实际上是路权供给稀缺的表现之一,在道路使用率是否达到了最有效率很难评估,很多经济学家是比较支持通过拥堵费来解决的。改进地下市场的交易模式是个脑洞,如果把本来是商品的不当商品来看待,就会产生其他的“市场”来解决问题。如果从供给曲线来,地下市场的车牌供给量会随着价格上升增加,车牌变成了一种可被免费获取的资产,参加摇号的人数和电动车排号的人数只会越来越多,其中用车需求更强烈的人,更难得到车牌。

政府是否可以提供一种年付租金的车牌来调节车牌供给呢?

]]>
笨办法学io http://www.luplusplus.com/page.php?content=learn-io-the-hard-way http://www.luplusplus.com/page.php?content=learn-io-the-hard-way 2018-11-15 08:20:20 +08:00 2018-11-15 13:18:12 +08:00 luweiqing http://www.luplusplus.com/ 基本上在抄袭《笨办法学python》和《io语言手册》

练习0. 准备工作

练习1. 第一个程序

练习2. 注释和“#”井号

练习3. 数字和数学计算

练习4. 变量

练习5. 更多的变量和打印

练习6. 字符串和文本

练习7. 还是赋值、拼接和打印

练习8. io语言的基本概念-原型

练习9. io语言的基本概念-都是对象

练习10. 读写文本

练习11. 读取目录中的文件名

练习12. 复制文件

练习13. 再来聊聊原型、对象和方法

练习14. return返回

练习15. List列表和map散列

练习16. 操作字符串

练习17. if条件表达式

练习18. 其他条件表达式

Io语言入门

结束

]]>
如何优雅解释java又长又臭还流行 http://www.luplusplus.com/page.php?content=why-java http://www.luplusplus.com/page.php?content=why-java 2018-11-02 08:20:20 +08:00 2018-11-02 15:55:37 +08:00 luweiqing http://www.luplusplus.com/ 好了,这是标题党

我真正想写的是 信息熵 这个概念。什么是最好的编程语言,够程序员们吵上一辈子,java在很多人心里有这样的的刻板印象:

庞大、复杂、啰嗦、框架重、开发效率低、性能差……

如何优雅且不容辩驳解释java的优势呢?可以从信息熵的角度来解释,换个角度把“啰嗦”这个缺点变成“利于协作”这样的优点。

信息熵:信息的基本作用就是消除人们对事物的不确定性。信息熵是系统有序化程度的一个度量。

——引自百度百科的信息熵条目

定义看起来简单,但是用来赞美java还不直接,还是用语言的例子来解释:

中文就是一种信息熵很高的语言,有时候言简意赅,有时候容易误解,一词多义的现象非常常见。

甲:这是一点意思

乙:这是什么意思?

甲:就是意思意思

乙:这样就没意思了

上面的对话到底是什么意思?不在中国语境下,很难理解。语言中通常增加很多冗余信息,用来降低歧义和误解,达到准确沟通的目的。针对java而言,它的“啰嗦”带来了一个非常大的好处:提供确定性

  • 项目人员众多,水平参差不齐,重框架提供了质量控制
  • 啰嗦的语法,方便相互理解对方的code
  • ……

总结起来就是方便协作,质量稳定,工时稳定,对输入资源要求不高

“啰嗦”就不能优雅吗?

啰嗦也可以优雅,白居易的诗老妪能解,童子解吟,如此平易近人,可以用信息熵低来解释,也就是在诗歌中增加了很多冗余信息,比如著名的《琵琶行》,也有用词的重复,但却是名句。

……,大弦嘈嘈如急雨,小弦切切如私语。嘈嘈切切错杂弹,大珠小珠落玉盘。间关莺语花底滑,幽咽泉流冰下难。冰泉冷涩弦凝绝,凝绝不通声暂歇。别有幽愁暗恨生,此时无声胜有声。……

重点是对细节的描述,将不同阅读者带入相似的场景,获得相似的体验。同样的,看高手的代码是不是也有这个感觉?

为什么一个产品经理要评价java?

同样的逻辑,还可以用来解释下面一些问题:

  • 如何优雅解释PRD又长又臭还要写
  • 为什么会议结论要反复确认
  • 为什么同一个事情,要多次沟通
  • ……
]]>
决策引擎的简明产品设计说明 http://www.luplusplus.com/page.php?content=design-a-decision-engine http://www.luplusplus.com/page.php?content=design-a-decision-engine 2018-10-31 08:20:20 +08:00 2018-10-31 16:50:17 +08:00 luweiqing http://www.luplusplus.com/ 决策引擎是什么?

决策是思维过程和行动过程结合的复杂过程,包括三个阶段:

  1. 抽象出对象特征,识别对象
  2. 通过规则或模型,诊断对象
  3. 根据诊断的结果,选择行动

决策引擎应当是承载业务思维过程和行动过程通用化工具集。在实际业务场景中,通常指支持第二阶段的工具,输入是一组对象及抽象出来的对象特征(即是变量),输出是针对对象的决策、标注、排序,被业务系统与映射到具体的业务行动中。

举例:

决策引擎基本模型说明

申请信用卡时候碰到的决策过程就符合这个结构:

  1. 将客户的基本信息输入,抽象出各中变量,如年龄、职业、收入、社交等
  2. 通过规则及模型,给出批准或不批准,批准多少额度的结果
  3. 选择后续行为,通过制卡/拒绝/需要补充资料的行动

什么样的业务需要决策引擎?

业务复杂性带来高决策成本和决策风险,需要决策引擎工具(本质上是效率工具)支持。符合以下特点:

  1. 业务链条长
    • 决策场景多样化
    • 参与角色多样化
  2. 业务对象多样化

决策引擎产品设计的原则?

  1. 通用工具适应个性业务

    • 多样化决定个性化
      • 决策场景多样化
        • 人工干预 / 规则 / 模型 是个性的
        • 外部限制条件是个性且动态的
      • 参与角色多样化
        • 决策标准和行动是有差异的
      • 业务对象多样化
        • 特征是复杂多变的
        • 抽象成特征的方法多样的
    • 工具属性决定通用化
      • 本质上,决策引擎实现的是对业务对象的决策、标准、分类
      • 结构上,工具可简化为规则、模型、人工干预三大模块(统计可作为附属模块)
  2. 角色化

    • 决策过程中,不同角色权限、决策点、决策成本和收益、行为不同,输出结果应可回溯、可解释(机器学习模型有难度)、可修正救济
    • 不同角色在不同决策场景下,需要获得的信息和使用的规则或模型也不同
  3. 服务化

    • 提供接口层方便嵌入复杂业务流
    • 不同决策的内容不同,可根据输出结果包装为不同小工具,作为服务输出

如何评估决策引擎产品的质量?

工具的质量评估:

  • 服务稳定可靠
  • 基础工具可灵活装配
  • 方便部署
  • 面向不同用户

决策引擎的实际应用?

金融风控决策引擎简明示例

营销阶段 贷前管理 贷后管理
服务 客户意向分析服务 申请反欺诈服务 信审服务 授信额度管理服务 贷后风险管理服务
规则 反欺诈规则组 风险预审规则 增信规则 风险规则
自动化审批规则
业务模型 客户识别模型 反欺诈模型 信审评分模型 行为分析模型 逾期预警模型
收益预估模型 收入模型 失联预警模型

决策引擎里的规则工具元素

实际业务中,规则引擎服务是决策引擎的核心之一,规则引擎包括一系列工具元素,像乐高一样组合成不同的规则服务:

  • 规则/规则集
  • 决策表
  • 决策树
  • 评分卡
    • A卡(Application scorecard),常用于用于信贷审批
    • B卡(Behavior scorecard),常用于贷后管理
    • C卡(Collection scorecard),常用于催收管理
  • 决策图
  • 自定义函数与方法

怎么理解决策引擎里的模型

给模型一个简单的定义:

模型 = 算法 + 数据结构 + 参数值

针对模型的主要工作就可以分类如下:

  • 调整算法
  • 调整数据结构
  • 调整参数,要求有良好的反馈机制,让业务结果反馈回模型

优秀参考资料:斯坦福大学的机器学习技巧和秘诀速查表

]]>
错过独角兽,不是“眼瞎”,而是读书太少 http://www.luplusplus.com/page.php?content=miss-unicorn http://www.luplusplus.com/page.php?content=miss-unicorn 2018-10-08 08:20:20 +08:00 2018-10-31 16:50:11 +08:00 luweiqing http://www.luplusplus.com/ 讲两个与我自己有关的“瞎眼”故事

一、打车APP

多年以前,从杭州来京办事的朋友润宇,提到自己公司在孵化一个打车APP,问我们怎么看,我当时的回答是这样:

1、从北京来看,高峰期打不着车,是因为的哥们都在各种偏僻的地方停着躲开拥堵不赚钱的时段,他们在挑活,而不是找活,供给不足,调度也就没有价值 2、做打车APP的项目很多,让的哥们安装难度太高,没有行政手段可能没戏

后来的事情大家都知道,资本开启的补贴大战,打车软件不只在做出租车调度,而是在做出行市场,供给一侧有海量的私家车进入补充。对了,那个杭州的打车APP叫做快的打车。

二、互联网电视

还是多年以前,我去小米面试,面试官是王川。王川问到怎么看小米电视(刚出第一代产品),我当时的回答是这样:

1、小米电视是硬件产品,用户的更新率低,一二线城市的年轻用户会倾向于购买更大品牌的,比如设计口碑更佳的索尼 2、电视是满足内容消费的,版权是竞争的关键,小米没有内容。硬件和内容都不占优,竞争力不强

王川讲解了他对小米电视的理解,回应了我的回答,获益匪浅,有一个说法印象比较深刻,“内容的问题,我花10亿能不能解决?”。面试结束时还问我,工资和期权会多要哪部分?我的回答是工资(实际上只是觉得周六要上班这一点接受不了),面试结果可想而知。

后来的事情大家也都知道了,小米的产品以一个生态的方式覆盖了生活的方方面面,专注在单个产品上,容易盲人摸象,看不懂更大的商业。

类似的故事还可以讲出来好多个,作为产品经理能经历变化万千的互联网世界非常幸运,而这两个故事我想说的是,互联网产品的竞争,从一开始就不是一个APP或一个硬件那么简单,背后的商业模式更值得去理解,我们每天在迭代的“产品”,是业务的载体,是产品的一部分。在遇到突然火起来的服务时,还是想想:

1、那些久经沙场的高手和饥渴的资本,不会投入一个不能盈利的领域的。新生事物困难多,否定太容易。承认自我认知的狭隘性,是接近真相的第一步 2、商业模式如何才可以逻辑自洽?如果找不到商业模式,说明超出了自己的知识框架,需要高人指点

如今做了好几年金融相关的产品,接触到了远比过去复杂的新零售业务,学会了从更丰富的角度看待商业和商业的阶段性策略,越发觉得知识结构对商业理解的重要性,也越发敬畏言简意赅的基本原则,技术,资本、政策、时势都深刻改变着产品,过去的自己,不是“眼瞎”,而是读书太少。

]]>