(思维篇)人人都是产品经理
1.需求文档
1.1 需求管理
1.2 如何攥写需求文档
1.3 需求关键点文档
2 原型设计
2.1 缺失的逻辑
2.2 让想法跃然纸上
3 开发设计文档
3.1 功能梳理
3.2 数据库设计
4 制定开发任务和计划
4.1 时间管理
4.2 任务管理(任务拆分+排期)
(技术篇) 码农的自我修养
5 Java基础
5.1 Java环境搭建
5.2 Java基本语法
5.3 Java流程控制
5.4 Java 集合
5.5 Java 类与对象
5.6 构造方法
5.7 封装,继承,多态
5.8 Java抽象/接口
5.9 Java常用类
5.10 Java异常处理
5.11 异常的定义及捕获
5.12 Java多线程/线程池
5.13 Java的反射机制
5.14 Java的23种设计模式
6 Spring框架
6.1 了解spring
6.2 Spring带给Java开发的便利
6.2 Spring ioc/aop
7 SpringMVC
7.1 了解springMVC
8 SpringBoot
8.1 MVC 模型
8.2 拦截器
8.3 过滤器
8.4 POJO
8.5 controller
9 MyBaits plus
8 Web基础
html+css
javascript
bootstrap
(实战篇) 打造自己的轮子
10 项目架构
11 网站母版构建
11.1 thymeleaf介绍
11.2 使用thymeleaf构建网站模板
12 首页
12.1 banner
12.2 轮播图
12.3 文章分页
12.4 编码实现
13 登录
13.1 功能点介绍
13.2 知识点
13.3 编码实现
14 注册
14.1 功能点介绍
14.2 知识点
14.3 编码实现
15 用户管理
10.1 功能点介绍
10.2 知识点
10.3 编码实现
16 权限控制
10.1 功能点介绍
10.2 知识点
10.3 编码实现
17 权限控制
11.1 功能点介绍
10.2 知识点
10.3 编码实现
总结
源码
参考
导航前言
一个输入框你要做一周？
拿来主义
约定俗成
盲目照搬
面子与里子
瞎猜、自嗨
用户场景
缺失的逻辑
产品的生命力
产品是有生命的
系统性思考
持续赋能才有价值
工具人 vs 匠人
工具人
匠人
最近听到很多老板说，现在好的产品经理越来越难找，因为产品经理是夹杂在技术与运营之间一个奇怪的分支，玩的就是无中生有，只可意会不可言传……
前言打造一个产品真不是一件容易的事情。从创意的产生,到原型的设计,再到研发,最后给到用户使用。中间涉及到很多环节,每个环节看似孤立,实则一脉相承。而真正让各个环节融会贯通的那个角色就是产品经理。
一个输入框你要做一周？如果产品经理说这是个很小的改动,千万别信他
在《ThoughtWorks洞见——一个输入框你要做一周》中,有个有趣的故事。
在某次迭代会议上，PO希望交付这样一个“简单”功能：在应用中，用户可以输入自己的地址，这样我们可以定期邮寄一些宣传册给用户。
PO让作者评估该功能的完成时间,作者经过思考,回答"在理想情况下，大概需要五、六天"。而这一评估,让PO错愕...
回顾过去多年的研发工作,这样的场景几乎每天都在发生。缺失的逻辑(或者遗漏掉的细节)是导致这种预期偏差的原因罪魁祸首。
拿来主义他山之石,可以攻玉。
约定俗成不知道从什么时候开始,在设计或研发产品的时候,总会参考业内标杆产品。如,设计IM的一定会参考QQ或微信。好的产品已经对用户有了足够的教育,产品和用户长期的相互磨合形成了用户习惯。
再比如,弹出框，“确定”、“取消”按钮的位置，右确定，左取消，这已是行业的共识，点右边比左边更容易这是经过证实的。
产品设计遵循用户习惯和行业共识是值得鼓励的。
盲目照搬我曾协作参与过一个APP的研发。这款APP,一年的时间,前前后后参与这个APP设计的产品经理至少有十人。
当你打开这款APP,你能看到抖音,小红书,网易考拉海购等APP的身影,由于公司高度重视,迭代依然在在不断进行。但打脸的现实是,APP并没有太多的下载量。
每一款脱颖而出的产品,都是独一无二的。简单的照搬和组合,而不是结合自己的业务因地制宜,终究只是一个花架子。
面子与里子产品经理大忌：瞎猜、自嗨。
瞎猜、自嗨产品经理是一个需要兼具创意思维和工程思维的职业，在产品工作中创意思维会帮我们通过敏锐的观察，逻辑分析及抽象思维能力发现别人发现不了的点；而工程思维会帮我们拆解目标、设置任务、制定流程，通过严格的质量把控和踏踏实实的执行，把这个点变成一个看得见摸得着的产品。
产品经理绝对是魔法师般的存在,将老板(业务方)脑海中的想法,化作一幅幅栩栩如生的原型。