（文中图片涉及公司隐私的部分已模糊处理，望大家理解）
主题：产品人员的技术修养
主讲人：申悦老师。历任中兴研发，网易、e代驾高级产品经理，现任某演艺服务公司产品总监
产品观：以全栈角度构思产品，以同理心完成沟通
大神博客：
简书：http://www.jianshu.com/users/a8bf4e4eebd5/latest_articles
站酷：http://s2dongman.zcool.com.cn/
推荐网站汇总：
发现新产品的网站：36Kr的next、mindstore等也会放新框架
知乎的相关回答：
https://www.zhihu.com/question/22885771
https://www.zhihu.com/question/26027115
https://www.zhihu.com/question/19554113
概述：产品经理需要有技术的意识，尽量别太多时间放到技术领域，并且不要懂点皮毛就去干涉技术。
产品人员学习技术的目的是明白技术能做什么，在功能实现可能性做取舍，与开发沟通，站在开发角度看问题，甚至让他们意识到开发过程中遇到的坑等等
金字塔模型：产品人员需要懂技术的层级。把自己负责的产品逻辑梳理清楚，产品抽象化的设计
核心：点到为止，一切从产品出发
产品逻辑梳理，产品对象抽象化：
产品自身的业务逻辑:功能实现可能经历什么步骤，从场景及流程梳理逻辑。
案例：电商购物的业务流，内容管理中的状态流（梳理每一步的状态留，内容是开启or关闭，内容被转发、点赞、评论又会触发系统什么样的行为），工具使用时的场景跳转
案例：艺人经纪找工作的产品
常见功能的技术实现逻辑：
－数据采集逻辑（如果想采集数据进行数据分析，至少要知道什么样的数据需要通过app什么样的点击操作以及如何把点击操作收集起来发送给服务器，并在后台呈现出来）
－推送逻辑（收到push时，app与服务端是如何进行底层交互，业内主要实现方式是什么样，如轮询方式／长连接方式是什么样、ios与安卓在现实逻辑上有什么区别）
－数据存储逻辑（服务器端、客户端数据存储，要缓存还是结构化数据存储还是用到面向对象的数据存储方式）
－数据展示逻辑（app是如何在收到底层传输的进一步解析呈现在我们面前的，包括如何进行页面布局、数据的刷新、翻页、展示，是通过什么样的触发去操作的）
用技术易于理解的方式沟通：
术语理解：面向对象、API、H5、回调、JSON、SDK、参数、模态／非模态对话框、toast（app开发黑色框的浮层，自动消失）
黑话：
－有个进程/线程xx在后台“跑” （长期监控功能在后台，相应按钮点击，防止被home后功能无法实现如push）
－“拉”、“推”给你数据（服务端与客户端），客户端发请求还是由服务器通过定时任务发给客户端
－xx（模块）对我是透明的 不需了解实现方案，只要调用这个模块就好
躲坑：
－提前考虑未来功能
－异常情况的提醒
－给出几套方案
如何有修养的与技术（其他岗位）开撕：
－冷静、适当认怂、女生卖萌～
－理清产品逻辑，找到问题所在
－采用“场景化”方法向对方解释设计理由（设身处地的让开发从用户角度思考问题，讲故事，描述用户使用场景）
－如果没有有力证据说服对方，就不持续争论，以退为进，先“想一想”
－该强硬的时候，原则性问题不能退让
－最后一搏——找开发老大，但必须要有充分的理由
如何培养技术感：
－兴趣是最好的老师
－找几本入门书／视频看（推荐：O’Reilly深入浅出系列——Head First）
－实践、实践、实践
产品人员点编码技能点：
初学swift与sketch的视频：https://designcode.io/
用python更新脚本等
最后的话：产品人员最终还是应该在产品分析能力上下功夫
Q&A环节：
1.提问：技术细节是否需要体现在需求文档里？
答：把所有的需求列到原型上，并对所有逻辑进行说明
2.项目时间把控
答：产品进度把控表
3.入门书籍与视频
答：官方提供的开发文档，视频去designcode
4.技术转产品的方法
答：大量学习产品设计及用户体验、心理学等，多看多分析多思考
5.自己曾埋过的坑
答：
案例：社交平台动态的实现，特色内容的发布，发布通告，要求开发支持产品内部文章的发布，只想到发布这一点，给发布的元素增加了三种新的维度，每个维度有转发、分享等等横向维度，每一种功能的测试用例非常复杂，还有交叉测试点，弄崩溃测试，会造成项目延期
结论：别把＋1的需求在开发那变成1乘N的功能实现
6.刚入门的新人的方向
答：
app:用户体验、交互、布局、实现逻辑
后台：后台开发过程中表单、数据存储结构，知乎、简书、看具体的书
7.技术学习的渠道：
答：
－墨加的搜索和资源集找资源：https://www.mojiax.com/
－csdn、知乎、开源论坛等等
－找公司开发是最快培养技术感的方式，了解开发在需求评审时为什么这么问，技术的实现方式，虚心请教，知道最关键的名词
