经常有产品新人问我技术问题。像是前后端的区别?数据库是怎么样的?如何和研发沟通? 回答的多了,就想系统化的回答,写一本书,让技术变得通俗易懂、有趣。 6年间,从技术小白=>工程师=>后台、数据产品经理,2000多个日夜,为代码、需求绞尽脑汁、也在创业路上走过,百感交集。 本书以小说故事的形式、场景化讲解技术,让枯燥的技术变得有趣。
感谢一些帮助我的小伙伴,谢谢。另提下里面的人物用的是脸萌设计的,侵删(设计师正在设计人物)
故事也很简单,两条主线,李大仁来深圳的创业故事,表妹小奈和小明的爱情故事。
前8章,总共有20章。
以前提到网易大家只会想起游戏,而现在除了猪肉还有云村和严选(chao)等等,网易的产品很出色,云音乐很棒(工匠精神、艺术品)。 丁老板很关注公司的产品,经常会给产品经理提各种意见。有时候突发奇想会提一些不是很靠谱的需求。 这时候产品经理怎么办呢?有一位产品经理这样说的:我们先答应着,过段时间老板会忘的。过了段时间,丁老板确实也发现自己提的需求不太靠谱然后自己也谈忘了。 这个产品经理富有项目管理哲学。
这里以创业公司举例说明,一般来说可以生存的创业公司,老板的视野格局都还是不错的,老板看得远,直面客户。老板是最了解客户需求的。所以老板很多时候都可能会和产品经理提出各种各种的需求。 通常来说,比起该需求做一些不痛不痒的功能他们更希望可以有多一点时间优化自己代码和提升自己的代码性能。 正确的方式是什么呢?开发的东西可以快速给用户试错,不断迭代,那么整个项目开发流程/产品周期走下来,开发会更有成就感,但不是每个开发和产品都能那么幸运。 这也是产品经理的价值所在,协调现有资源推进产品开发,让大家有条不紊的做事。
说到管理,我们会想到很多,自我管理、情感管理、时间管理、项目管理等等。 这里推荐一本关于时间管理的书:李笑来老师的 <把时间当朋友>。它告诉我们:如何打开心智,如何运用心智来和时间做朋友,如何理解时间管理的意义,在时间管理上取得突破,进而用心智开启自己的人生成功之旅。 项目管理的直接目的是提高项目组的开发/工作效率,让项目顺利进行。
今天主要介绍的是JIRA,一个适用于中大型企业的项目管理工具。 被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域,项目管理工具。国内的竞品有腾讯的TAPD、明道、teambition、Tower.im、Worktile、trello等
Agile teams can stay focused on delivering iterative and incremental value, as fast as possible, with customizable scrum boards.
支持看板式问题管理、拖拽式操作。 Flexible kanban boards give your team full visibility into what’s next so you can continuously deliver maximum output in minimal cycle time.
一般来说,B端产品的需求流程是这样子的。
下图是需求管理的流程,从任务的开始到开发到发布全流程。
Status | Description | Expected Result | Owner | Next Action | |
---|---|---|---|---|---|
Open | Initial status for all ticket | foo | |||
Pending Requirement | Product manager start to collection information | – Requirement collected – Interaction design/Flow chart | Product Manager | Waiting for product owner approve | |
Product Approval | Product owner approve feature based on interaction design | – Approve or reject | Product Owner | Pass to designer | |
Design | Designer work on UI based on interaction design | – UI design | Designer | Waiting for product owner approve | |
Requirement Writing | Product manager write detail requirement base on UX and UI Work with QA write QA use cases | – Requirement document – QA test cases | Product Manager | On Schedule | |
On Schedule | The feature is ready, waiting for schedule it | Product Owner | Ready to do | ||
Plan | Based on the priority, product team will decide which ticket should work on in the meeting of Agenda for Product Plan Meeting | – Prioritize tickets in SPS Plan Board | Product Owner | In Progress | |
In progress | Development team is working on it | Developer team Owner | Staging | ||
Staging | Ready to test on staging environment | – Feature is ready to test on staging | Product Manager | QA | |
QA | QA is testing whole feature and all test cases | – All test cases covered -Edge cases covered | QA | Production | |
Production | Deployed to Production | – Working production version – Release notes sent | Product Manager | End |
Role | Duty | Note | |
---|---|---|---|
Product Manager | |||
Project Manager | |||
Developer | |||
Team Leader | |||
QA | |||
UX | |||
UI |
上面的流程比较复杂,比较适合中大型开发团队(研发20人以上)。 小团队的话分三个阶段 产品整理好这个版本的需求(需求背景和逻辑以及希望达到的目的) 开会和开发们(前后端)讲解需求 开发评估时间 制定sprint meeting 目标并开始sprint meeting,追求敏捷开发的话不需要太受限制于项目管理形式,也给开发足够的时间,没有任务的时候他们会进行技术储备,还是要信任开发并互相配合。 产品驱动开发快速完成版本计划
小奈:数据产品经理要怎么入门? 大仁:看书吧,读书能够快速获取经验。
腾讯产品经理的能力模型比较科学专业,所以这里以这个为标准,现在知道自己要具备那些能力了吧
读书能够快速获取经验,这个书单较为全面,各种能力的书籍都有,在学习时看过大部分的书,大家可以根据自己的需要来阅读。
启示录 人人都是产品经理 用户体验要素 学会提问 金字塔原理 黑客与画家 引爆点 点石成金 写给大家看的设计书 破茧成蝶 定位 谁说菜鸟不会数据分析 数据分析与挖掘实战 人类简史 乌合之众 马斯洛人本哲学 非暴力沟通 淘宝技术这十年
小弟斗胆推荐一些组合
推荐:创业者、产品经理必看,产品经理心智启蒙书,产品经理的第一本书。
推荐:产品经理必看,产品设计启蒙书,产品经理的第二本书。
推荐:产品新人必看,熟悉产品研发流程,优秀产品该如何打造,接手项目前建议看的书。
我用的是Macbook(安利下pm都应该用mac),我常用的工具: 原型工具:Axure(pc\web适用) 墨刀(移动端) 项目管理:JIRA 头脑风暴:白板(淘宝买的) 流程图:Omnigraffle(mac)、visio(windows) 需求文档:Axure word confluen 企业邮箱:Gmail 国内企业邮箱 协同工具:slack 钉钉等
请参阅我们的详细框架分解文章(产品设计问题,最喜欢的产品问题,创建一个新产品问题),以获取关于如何回答这些类型的问题的建议。
我们在访谈中看到的内容少得多,所以我们只会为这个话题提供几个样本问题。 纽约市有几扇窗户?
- 旧金山的Safeway每天能赚多少钱?
- 星巴克平均每天供应多少杯咖啡?
- 美国每年生产多少瓶洗发水?
- 每个月有多少Instagram帖子来自美国的用户?
1.金字塔思维的基本结构是: 1)结论先行; 2)以上统下; 3)归类分组; 4)逻辑递进。
2.基本规则是: 1)先重要后次要; 2)先总结后具体; 3)先框架后细节; 4)先结论后原因; 5)先结果后过程; 6)先结论后论据。
3.具体做法: 1)自上而下表达、自下而上思考; 2)纵向总结概括、横向归纳分组; 3)序言讲故事、标题提炼精华。
其实这就好像以前写议论文一样。总分结构,先提出中心思想,再写出分论点,然后每个分论点都给出理由。 如上图所表示: 问题:简书是不是一个好的写作交流平台? 结论:简书是一个号的写作交流平台。 理由: 1.简书提供一个专注于阅读和创作的写作平台。 2.简书提供作者与读者的交流平台。 3.简书上有很多优秀的作者和文字爱好者。 然后对理由再进行Q/A形式的阐述。 将整个文章的论证结构搭建成一个金字塔形式。 自下而上思考也就是为了论证你所说的理由的。 整个过程中再结合所说的分析方法就可以形成一篇较为有逻辑性的文章。
金字塔思维有一套逻辑严谨的分析方法,通过以下的方法便可以很好的掌握金字塔思维。
1. 提出主题思想。
2. 设想受众的主要疑问。
3. 写序言:背景(S)、冲突(C)、疑问(Q)、回答(A)。
– (WHAT发出指示式)我们应该做什么?
– (HOW解释做法式)我们应该怎么做?
– (IF请求支持式)我们是否应该做?
– (OR比较选择式)哪个比较好?
4. 与受众进行疑问/回答式的对话。
5. 对受众的新疑问,进行疑问/回答式的对话。
1. 列出你想表达的所有思想要点。
2. 找出各要点之间的逻辑关系。
3. 得出结论。
4. 推导出序言。
1. 使用有明确思想的句子。(如上升10%的业绩)
2. 说明行动产生的结果或目标。(我们通过行动得到了什么)
3. 概括思想使用行动性语句(行动后的结果)或者概括性语句。(共同点的含义)
大家早上好,我是Jack。 在开始分享前,和大家互动个小话题。 大家觉得,人最重要的能力是什么? 对的,是沟通。 不知道大家,看过《人类简史》 这本书没有? 这本书,最触动我的是,人和动物的区别。 人可以,基于深度认知、大规模协作。 小到Github, 程序员结对编程平台。 大到NASA, 人类重返月球计划。 人类正在成为一个多星际种族。
好了,吹水完毕,我要开始分享了。
这是上星期在深圳湾公园,和一群产品经理的线下分享。
1、开发说这需求做不了,他在骗你么? 2、产品思维vs技术思维 3、技术框架:前后端、数据库、移动端 4、如何与开发沟通? 5、非技术产品经理的出路。
1、互联网产品研发流程、代码管理流程、互联网公司现状; 2、产品思维vs技术思维vs商务思维、岗位鄙视链、开发语言鄙视链 3、常用开发工具、专业术语、开发入门、与开发协同、开发语言发展趋势、python、go 4、如何与开发沟通、产品现状:其它岗位如何转行? 5、非技术产品的出路、程序员最喜欢什么样的产品经理?业务型产品经理、商务产品经理、策略产品经理、增长/数据产品经理。
是的,无论是头脑风暴、项目管理,本质都是大规模协作。对比前后的分享大纲,挖掘出了,很多高质量场景。 我是Jack,我在深圳,本周末也会举行一次,线下分享,欢迎加入讨论。
不知道你们遇到过,这个问题没?开发说这个需求做不了,你们会怎么办? 首先得了解流程,如果不清楚流程,少不了扯皮。具体看这里,对了,我发明了个产品经理日,大家觉得可以么?这里:我是一个app,互联网研发流程。 甚至还有产品经理,想了解研发流程,像是代码提交、review、合并。这个流程我之后,再分享出来。
国内互联网公司现状,主要有以下几种:
通常有三个原因:
这个很容易甄别,通过追问,旁敲侧击,寻求其它帮助,但这就很低效了。 本质问题还是沟通,以及不懂技术,需求提的不专业,内心没谱。
既然是沟通问题,那还是得了解开发呀。你们觉得开发思维和产品思维,有何不同? 举个例子,开发和产品的关系,就像是瞎子背着瘸子,不是那么恰当。一个负责看路,一个负责走路。 开发是左脑思维,逻辑理性,how。产品是右脑思维,艺术感性,why。 讨论中甚至还有个商业思维,商业思维,如何变现?商业价值。
商业思维:商业价值、变现? 产品思维:用户至上、用户价值、why? 技术思维:技术至上、性能优化、how?
2、服务员与厨师-前后端的区别 2.1 初次见面-浏览器输入url后 2.2、小区与隔板间-机房和虚拟机 3、世界之窗门票-账号与Token 3.1、 暗号和钥匙-Cookie和Session的区别 3.2、前端三人组-村姑、化妆师、熊孩子3.3 Js、App和缓存—熊孩子、篮子和仓库 4、小雪面试受挫-怎么样才算是产品经理? 4.1、火车票代售点—-后端API和开放平台 4.2、 程序员小明的情书-JavaScript脚本的力量 4.3 系铃铛的玩具猫-数据库的前世今生 4.4、后端小实战-用Node.js实现个人博客 4.5、App小实战-Andoird vs ios
1、不太不懂技术 这样你不理解开发,不懂技术至上的情怀。 2、不能太懂开发 要尊重开发,不要侵犯他们、“指挥”他们。 3、与开发打好关系 ,google都提倡搞关系,产品新人进入团队,必做的第一件事,就是各种沟通,融入先。
该如何做好产品经理?那就要反问一个问题了,程序员最喜欢什么样的产品经理? 程序员最喜欢,需求描述清晰(业务背景、让开发知道自己在做什么、为什么要这样做)、熟悉项目流程(懂开发、开发边界、成本)的产品经理。 最后还聊到,产品经理的发展发向,有一位姐姐,想往商务产品经理发展,这里涉及到岗位鄙视链,又很多东西说,太累了,写不了那么多。
知乎上也有很多问题,像【如何和家人解释产品经理是干嘛的?】
上次在一个app的故事,讲了关于移动互联网的故事。 活在一线城市,忽略了很多网民是五环外的,很多人对于搞IT的认识,还停留在修电脑的阶段,对程序员,也是有各种误解吧,可能是程序员喜欢自黑吧。
古人言:“秀才不出门,便知天下事”。 大概是对现代信息时代的预测吧。
古代信息传播,主要靠的是飞鸽传书,信息的载体是纸张,信鸽是信息差使。
我是互联网,原名是因特网(Internet),我可以把计算机连接在一起,这样就可以传输信息,形成网络,互联网让世界变成地球村。 1988年,中国接入互联网,互联网好比信息公路。 俗话说得好,“要先富,先修路”,互联网慢慢发展起来,形成新的行业。 1990伊始,先后出现了门户网站、QQ、电子商城,互联网悄无声息的,改变了人们的生活。
互联网行业,催生了大量新岗位,程序员、项目经理、设计师,相信大部分人都知道黑客,互联网世界里,有一群智商极高的人,他们精通计算机网络和安全,他们可以任意访问网络上的文件,我们称之为黑客,黑客是好的,骇客则是坏人。(总是有坏人,技术无好坏,看你怎么用)
2018年,中国网民近8亿,很惊人,90后这代人,第一次接触到的,应该有以下三个,打字游戏、百度一下、QQ , 第一次接触电脑,觉得很神奇,打字游戏很好玩,百度一下,什么答案都有,居然比图书馆还有用,用QQ给加好友,都不用发短信了。
这些网站和软件是哪里来的?谁提供的?
互联网公司提供的,互联网公司和传统公司的商业模式,完全不一样,互联网服务免费,大家只要有手机,就可以访问网页,下载app,那么它考什么盈利呢? 最简单粗暴的,当然就是投放广告,只要有足够的用户数,收取广告公司的广告费,还有其他更多的模式。
随着互联网高速发展,大致可以分为pc互联网、移动互联网,pc互联网造就了BAT(百度、阿里、腾讯),移动互联网造就了TMD(头条、美团、滴滴),互联网行业也开始细分市场,主要有电子商务、搜索引擎、社交等。
深圳南山科技园,有着“中国硅谷”的称号,大部分的互联网都聚集在此,像是腾讯、中兴、百度等大公司,还有很多二三级梯队公司、创业公司。
互联网的团队架构,基本和下图差不多,得看公司的商业模式,主要分为2b和2c两种,2b(business)面向企业,为企业服务,像是金蝶,为公司提供财务软件,2c(customer)像是腾讯qq,为个人服务,2b的公司主要靠销售,公司有一半是销售,一半是研发。2c公司靠的是运营人员。
大家会认为,搞IT的就是修电脑,应该是传统公司,里面的IT部门,他们负责安装系统、维护网络,为公司服务,当然程序员一般也会这些,加上程序员喜欢自黑,又懒得解释太多,就当是修电脑的吧。
大公司、小公司架构不一样,但一般都有IT职能、技术研发部、产品业务部的区分,我们这里主要介绍下程序员和产品经理吧。
程序员和黑客不同,程序员主要是软件开发,程序员一般和项目经历配合,如果说,开发软件是盖房子,那么项目经理就是包工头,产品经理则是建筑设计师。
和盖房子一样,万丈高楼平地起,在pc互联网、移动互联网两个时代,网站和app的需求非常大,互联网公司供不应求,一些比较大的项目,会部分外包出去,像是停车场、花园这些,都可以外包给其他包工头,加快服务效率,这也衍生了外包行业,项目外包非常多,很多传统公司,养不起互联网团队、也搞不懂,直接就是交给外包,外包市场份额还不小,占到1/2,所以也衍生了很多外包平台。
程序员往往男性居多,因为写代码(约等于画复杂流程图),其实是逻辑严密的活动,男性更享受这种思维活动,享受这种成就感,也有遇到过女程序员,普遍不是很享受这种过程吧。 程序员是怎么炼成的? 一般有三种:
一般科班出身,在学校大概学了2年后,初步熟悉编程语言,通过做一些项目,真正入门编程,不得不说,有天分的人很快就可以上手。
到后面,真正去企业实习,做项目,才算是工程师。 talk is cheap, show me code。 实战才是最能提高编程能力,当然基础很重要,决定了你的天花板高度。
不少产品大佬,都自诩是产品经理,像是乔布斯、马化腾、周鸿祎等,所以另产品经理大火,一度被认为是最近ceo的职位。
而且产品又不像技术一样,有技术的门槛,加之国内市场催熟,国外的产品经理其实是要求懂技术的,像是微软的产品经理要求做过10年开发,国内中兴也是如此。
这就导致了国内产品社区,有一个热门问题“产品经理要不要懂技术?懂到什么程度?”。
比较佩服的产品经理,还是张小龙,张小龙既是一位优秀的架构师,同时也深谙人性,打造出了foxmail、微信等优秀产品。
请参阅我们的详细框架分解文章(产品设计问题,最喜欢的产品问题,创建一个新产品问题),以获取关于如何回答这些类型的问题的建议。
我们在访谈中看到的内容少得多,所以我们只会为这个话题提供几个样本问题。 纽约市有几扇窗户?
- 旧金山的Safeway每天能赚多少钱?
- 星巴克平均每天供应多少杯咖啡?
- 美国每年生产多少瓶洗发水?
- 每个月有多少Instagram帖子来自美国的用户?
架构是否完善:CTO > 架构师 > 项目经理/小组Leader > 移动端/前端/后端
搜索引擎:google > baidu,大多数情况下,如果开发不会fanqiang,没啥极客精神。
GitHub的star数:程序员简历里,重要的一个指标。
从招聘信息,可以知道,公司所用的技术栈。
前端:vue/react > jquery(较旧) 移动端:原生开发(iOS/Android) > react native/小程序 后端:c > python/go/java > php/ruby 测试:CI环境 > 手工测试 DBA: 有 > 无
硬件设备: MacBook/iMac > Windows ,除了windows特殊开发,基本上是这样, 其实并非逼格,mac os其实是unix系统,对各种开发环境,很友好。
代码管理工具:Git > SVN,也有例外,一些大公司为了稳定易用,就是用svn
项目管理方式:敏捷(scrum)> 瀑布(传统) ,大型老旧项目除外。 项目管理工具:JIRA/Teabition/Worklite/etc > Project > Excel 团队沟通: 自研企业协同工具 > Slack/钉钉/企业微信/etc > qq/wechat
来源:PMskill产品社区 http://www.pmskill.net/techbook
既然来了,说些什么?