鉴于微信智能显示二级目录,阅读体验较差,在该平台重发一次。显示效果明显好于朋友圈。
平台
- A/B测试平台
- 机器学习平台
- 金融知识图谱平台
- NLP平台(NLP)
- 智能文案平台
- 智能生成千人千面的营销文案
- 过去,一直在迭代产品、提升算法能力,力图生成更加智能、精准和个性化的文案。产品经理不能干等,于是,我们的产品经理同学就去把一些市场营销、广告文案经典书籍研读了一番,总结出了所谓“18种优质文案句式/模板”,这里面既有文案从业者的经验总结,也有广告学、心理学等领域的科学原理。
- 金融视觉平台(CV)
- 搜索平台
- 机器人平台
- 标注平台
- 打标平台,对数据打好标签用于模型训练
需求管理
- 挖掘需求
- 警惕角色错位
- C端产品(支付宝)设计者和使用者重合
- B端产品设计者并非真正的用户
- 杜绝闭门造车
- 调查平台使用者的需求,作为一个真正的使用者
- 发觉产品深层次的问题
- 见到用户不能只是“就事论事”,只问产品使用相关的浅层次的问题。
- 正确的方式是,先把具体的产品抛下,多了解客户的背景、业务、状态等整体的、背景的、来龙去脉的信息,要表现出对客户“感兴趣”,要想成为客户的朋友。
- 观察客户的具体行为和操作,就能捕捉到真实的需求,才能做到有所洞察。
- 做需求前问题
- 真正的用户是谁?
- 走出办公室,走到客户那里
- 警惕角色错位
- 满足需求
- “浅层需求”往往只是手段,而“深层需求”才是目的。
- 浅层需求
- 我需要模型报告
- 模型训练出来后,将一些“准确率、召回率、AUC之类”的指标,用图表的方式展示出来。
- 深层需求
- 新模型训练出来后,他要对不同版本的模型效果进行对比
- 不仅要知道指标是多少,更想知道指标的具体变化,哪些升了、哪些降了以及具体数值是多少
- 案例:苹果官网,不同手机型号的对比;高亮不同配置、隐藏相同配置
- 浅层需求
- 分而治之
- 模块和功能上分层
- 每一层用来满足不同类型的用户需求,或者同一用户在不同阶段的需求。
- 不同平台共性,五层
- 功能嵌入
- 通过iframe将平台的某个功能模块嵌入到自己的系统当中 - API调用
- 直接调用平台提供的成熟API,比如调用身份证、驾驶证之类的OCR识别的API。
- 数据训练
- 平台模型符合需求,但需要提供自己的训练数据,解决具体的需求
- 模型定制
- 平台模型不太符合要求,需要对算法参数重新配置,训练符合需求的新模型
- 算法开发
- 业务方懂算法,开发新算法;平台则提供“算法开发、数据管理、模型训练、模型测试和发布”等一系列深层次的能力,来提升算法研发的效率。
- 功能嵌入
- 模块和功能上分层
- 无我境界
- 不能只考虑“我是谁、我有什么”,而要忘掉自己,去看用户需要什么,什么东西对用户最有用。
- 虽然你是做AI技术平台产品经理,但你眼里不能只有AI、算法、模型——要做到“无我”,就是要做到:如果有一种非算法、非AI的产品策略,若能切实帮到业务,那也应该去做。
- 在业务同学的眼里,有没有算法没关系,是不是高科技不重要——而有没有业务效果才关键。
- “浅层需求”往往只是手段,而“深层需求”才是目的。
平台设计
- 产品框架
- 秒懂,清晰明了
- 平台能做什么,产品框架是什么样的,包含什么功能模块,模块间关系
- 使用脑图把整个平台产品层级结构全部理出来,包括于是,我们的产品经理同学就去把一些市场营销、广告文案经典书籍研读了一番,总结出了所谓“18种优质文案句式/模板”,这里面既有文案从业者的经验总结,也有广告学、心理学等领域的科学原理。
- 术语体系
- 产品中的核心概念命名以及概念之间逻辑关系的设计。
- 概念复杂,产品必然复杂;概念简单,产品才能简单。
- 案例:微信的“摇一摇”就能让用户“顾名思义”,并立马有体感地照做,而我们支付宝的“咻一咻”,就比较难理解和付诸行动了。
- 帮助指引
- 进一步的解释和阐述
- 文档产品化
- 把帮助文档中的要点尽量嵌入到产品页面当中,让产品实现“自解释”,而不是放到产品体外、仅仅存到帮助文档中。
- 文档产品化措施
- 页面上有辅助说明
- 新功能上线,有提示和告知
- 产品demo
- 搭建一套“全流程、有体感、简便易行”的demo,让用户亲手体验一下。
- 全流程
- demo要涵盖平台的全部环节和步骤
- 有体感
- 有直观的结果
- 简便易行
- 足够简单、几分钟就能完成
- 统一交互
- 不同平台的体验一致性,让用户降低学习成本、在不同平台之间平滑切换,也能减少UED、产品经理、技术同学们的重复劳动。
- 将平台通用的框架和模块,抽象出来、统一起来,包括Portal页、项目管理、权限管理、数据管理、任务管理、发布管理等等
- 将细节的体验也统一一下,具体到组件的设计、命名、颜色、位置等等。
- 沉淀出一套经典的产品框架和交互标准,那产品迭代速度和用户体验,都会大幅提升。
产品验证
- 深度验证
- 只有长时间使用某个产品,才能发现需要优化的点
- 自己“做业务”
- 给自己提需求,自己解决,进一步优化平台功能
平台协同
- 不同平台产生协同和连接,会产生“1+1>2”的效果
- 每一个平台不仅要完成自己的使命,还应该考虑为兄弟平台做点什么
- 链接到其他平台
- 各个平台打通,功能复用
- 闭环
- 一个平台不仅要输出,还要从下游获得反馈,形成闭环
- 沉淀数据资产,创造价值
- 数据复用与开放
- 接入开放平台,实现强强联合
- 微信小程序
- 一开始系统是想到一个做一个,不系统。画一个大矩阵图,把所有平台都放进去,全方位思考平台之间有什么没有打通
平台中人性对抗
- 平台误用
- 任务长时间不终止
- 数据重复
- “滥用“与”违规“
- 任务释放的滥用,导致难的工作没人做
- 只给小组长权限
- 建立可以量化的考核机制
- 任务释放的滥用,导致难的工作没人做
- “太智能”
- 模型一键部署
- 内部逻辑不清,没人敢用
- 模型一键部署
跨界
- 跨学科的方式思考
- 把营销思维与产品、技术跨界地结合起来
- 平台产品需要品牌
- 知蛛金融知识图谱平台
- 鲸语NLP平台
- 图鹰金融视觉平台
- 千鲟搜索平台
- 灵犀机器人平台
- 有了名称和logo,交流、传播和推广的时候,就好办多了
- 产品体系需要品牌
- AI中台天龙八部
- 指代AI技术平台家族
- 运营活动需要品牌
- 技术和平台再高深,传播的时候也必须考虑互动、创意和趣味。
- 将营销与技术、产品跨界融合,站在用户角度进行产品品牌体系和运营活动、素材的设计,就会收到较好的效果。
平台产品经理的挑战和成长
- 产品经理岗位必须的“需求管理、产品设计、项目推动”
- 需要“懂技术”
- 懂研发流程,要懂各种算法、模型的术语和原理
- 深入了解业务需求,提升业务sense
- 考虑自己能为团队带来什么独特价值
- 任何一件事情,都有创新和提升的空间
- 时刻敬畏产品、敬畏用户,认真做每一件事
xmind 免费转 markdown 工具
- 需要将制作好的 xmind 复制到某个 txt 中
- 将 txt 路径复制粘贴到 file_path 中,运行代码即可
- 生成的 markdown 文件目录 与 原文件相同
def get_space_num(line):
count = 0
for c in line:
if c.isspace():
count +=1
return round(count/4)
file_path = '/Users/yanpenggeng/Downloads/mayi_platform.txt'
lst = []
with open(file_path,'r+') as f:
for line in f.readlines():
tab_num = get_space_num(line)
if tab_num==1:
lst.append(line.replace(' ','# '))
elif tab_num>=2:
lst.append('\t'*(tab_num-2)+'- '+line.replace(' ',''))
else:
lst.append(line)
save_path = file_path.replace('.txt','.md')
with open(save_path,'w+') as f:
f.write(''.join(lst))