├── LICENSE ├── README.md ├── _site ├── LICENSE ├── README.md └── docs │ ├── Untitled.md │ └── charter01-overview.md ├── docs ├── Untitled.md ├── charter01.md ├── charter02.md ├── charter03.md └── images │ └── charter1 │ ├── line.png │ └── uber.png └── 未命名 /LICENSE: -------------------------------------------------------------------------------- 1 | MIT License 2 | 3 | Copyright (c) 2016 盗盗 4 | 5 | Permission is hereby granted, free of charge, to any person obtaining a copy 6 | of this software and associated documentation files (the "Software"), to deal 7 | in the Software without restriction, including without limitation the rights 8 | to use, copy, modify, merge, publish, distribute, sublicense, and/or sell 9 | copies of the Software, and to permit persons to whom the Software is 10 | furnished to do so, subject to the following conditions: 11 | 12 | The above copyright notice and this permission notice shall be included in all 13 | copies or substantial portions of the Software. 14 | 15 | THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 16 | IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 17 | FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE 18 | AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 19 | LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, 20 | OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE 21 | SOFTWARE. 22 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # 全栈产品经理养成教程 2 | 3 | 目录大致如下，但会不定期更新内容 4 | 5 | ## 第一章: [概述](./docs/charter01.md) 6 | - 全栈产品经理的定义 7 | - 全栈产品经理应该具备的工具栈 8 | - 该教程的写作思路以及目标 9 | 10 | 11 | 12 | ## 第二章: [着手之前，为你的产品设计必要的世界观](./docs/charter02.md) 13 | - 愿景、估值、产品格局 14 | - 量化所有，突出重点 15 | - 与生俱来的产品属性 16 | 17 | 18 | 19 | ## 第三章: [设计逻辑严谨又有温度的产品，你只需要Get这些点](./docs/Untitled.md) 20 | - 抄袭的艺术 21 | - 设计即文档，交互即流程 22 | - 遵循构成化、系统化的原则进行产品设计 23 | - 结构数据 24 | - 栅格理论 25 | - 组件系统 26 | - 产品逻辑学与美学的相互博弈 27 | - 资源配置后的隐与现 28 | - 常用显逻辑性的美学设计方案 29 | - 常用显逻辑性的美学交互方案 30 | - 产品架构凌驾设计与交互之上 31 | - 结构的爆破以及元信息的重组 32 | - 使用现有的技术架构及产品架构，解决新的产品及运营需求 33 | - 万绿丛中一点红 34 | - 我所推崇的产品工作流 35 | - 问答：产品角度如何辩证看待复杂性的问题 36 | - 关于中/高保真产品原型 37 | - 关于创新 38 | - 关于数据 39 | - 关于商业化 40 | - 问答：如何培养产品感、设计感、逻辑严谨性 41 | 42 | 43 | 44 | ## 第四章: [让你的产品获得用户和媒体的持续关注](./docs/Untitled.md) 45 | - 取悦部分高端用户和媒体 46 | - 让你的用户持续获得高潮 47 | - 只通过产品创造用户的增长 48 | 49 | 50 | 51 | ## 第五章: [身为产品经理们的修行之道](./docs/Untitled.md) 52 | 53 | ### 软件实战篇 54 | - [Axure](http://axure.com) 55 | - [Sketch](http://sketchapp.com) 56 | - [Principle](http://principleux.com/) 57 | - Markdown 58 | - Excel 59 | 60 | ### 技术理念篇 61 | - HTML5 + CSS3 + JavaScript 62 | - 后端MVC、前端MVC 63 | - HTTP协议 64 | - 关系型数据库、非关系型数据库 65 | - Vue.js 66 | 67 | 68 | 69 | ## 第六章: [基于方法论，重新设计某宝App](./docs/Untitled.md) 70 | 71 | 还在构思如何呈现形式... 72 | 73 | 74 | ## 附录: [那些需要警惕的名言名句](./docs/Untitled.md) 75 | - 产品经理不需要学设计和技术 76 | - 产品新人建议多学点社会学和心理学 77 | - 你不能代表真实用户 78 | - 做个A/B Test看看数据再说 79 | - 人人都是产品经理 80 | -------------------------------------------------------------------------------- /_site/LICENSE: -------------------------------------------------------------------------------- 1 | MIT License 2 | 3 | Copyright (c) 2016 盗盗 4 | 5 | Permission is hereby granted, free of charge, to any person obtaining a copy 6 | of this software and associated documentation files (the "Software"), to deal 7 | in the Software without restriction, including without limitation the rights 8 | to use, copy, modify, merge, publish, distribute, sublicense, and/or sell 9 | copies of the Software, and to permit persons to whom the Software is 10 | furnished to do so, subject to the following conditions: 11 | 12 | The above copyright notice and this permission notice shall be included in all 13 | copies or substantial portions of the Software. 14 | 15 | THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 16 | IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 17 | FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE 18 | AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 19 | LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, 20 | OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE 21 | SOFTWARE. 22 | -------------------------------------------------------------------------------- /_site/README.md: -------------------------------------------------------------------------------- 1 | # 全栈产品经理培养系列教程 2 | 3 | 目录大致如下，但会不定期更新内容 4 | 5 | ## 第一章: [概述](./docs/charter01-overview.md) 6 | - 全栈产品经理的定义 7 | - 全栈产品经理应该具备的工具栈 8 | - 该教程的写作思路以及目标 9 | 10 | ## 第二章: [着手之前，为你的产品设计必要的世界观](./docs/Untitled.md) 11 | - 愿景、估值、产品格局 12 | - 量化所有，突出重点 13 | - 与生俱来的产品属性 14 | 15 | ## 第三章: [设计逻辑严谨又有温度的产品，你只需要Get这些点](./docs/Untitled.md) 16 | - 抄袭的艺术 17 | - 设计即文档，交互即流程 18 | - 产品逻辑学与美学的相互博弈 19 | - 隐与现 20 | - 元信息的重构是产品最低成本的创新 21 | - 产品架构凌驾设计与交互之上 22 | - 万绿丛中一点红 23 | - 我所推崇的产品工作流 24 | - 产品角度如何辩证看待中/高保真产品原型 25 | - 产品角度如何辩证看待数据 26 | - 产品角度如何辩证看待商业化 27 | 28 | ## 第四章: [让你的产品获得用户和媒体的持续关注](./docs/Untitled.md) 29 | - 取悦部分高端用户和媒体 30 | - 让你的用户持续获得高潮 31 | - 只通过产品创新实现用户增长 32 | 33 | 34 | ## 第五章: [身为产品经理们的修行之道](./docs/Untitled.md) 35 | - [Axure](http://axure.com) 36 | - [Sketch](http://sketchapp.com) 37 | - Markdown 38 | - Excel 39 | - [Principle](http://principleux.com/) 40 | - HTML5 + CSS3 + JavaScript 41 | - HTTP协议 42 | - Database存储结构 43 | 44 | ## 第六章: [基于方法论，重新设计某宝App](./docs/Untitled.md) 45 | 46 | 47 | ## 附录: [警惕那些名嘴](./docs/Untitled.md) 48 | - 产品经理学毛的设计和技术! 49 | - 产品新人建议多学点社会学和心理学 50 | - 凭什么你觉得、你认为? 你能代表真实用户?! 51 | - 做个A/B Test看看数据再说嘛 52 | - 人人都是产品经理 53 | -------------------------------------------------------------------------------- /_site/docs/Untitled.md: -------------------------------------------------------------------------------- 1 | ## 正在努力撰写中... 2 | -------------------------------------------------------------------------------- /_site/docs/charter01-overview.md: -------------------------------------------------------------------------------- 1 | ## 全栈产品经理的定义 2 | 3 | 对标技术圈很火的全栈型工程师，全栈型产品经理，我的理解 —— 在一个中小型项目中，具体Coding之前所有的工作，有且仅有那么一个人全部承担；这个人甚至需要具备全局的工程意识，参与一定的技术架构和编码工作。对于具备这种专业素质、并且在项目中将自己准确定位于产品设计角色的人，我称之为全栈产品经理。 4 | 5 | 6 | ## 全栈产品经理应该具备的工具栈 7 | 8 | 精通Word显然不等同于能够写出很好文章。类似的道理，对各种专业工具的轻车熟路不等于能力的复合。但是，我深以为：了解一个领域，以敬畏之心放低姿态，从学习这个领域最核心的工具着手，是培养专业素养最直接的渠道。所以，在这里，我简单罗列给目标读者有时间应该去主动学习的工具栈和内容树，让大家对全栈产品经理的定义有一个更加最宏观的理解。在第五章节，我会针对这块部分内容，以1-3个小时的课时内容，提炼最核心的部分，让大家能够快速入门这些软件和技术。 9 | 10 | ### 技术栈和内容树 11 | 12 | - [Axure](http://axure.com) 13 | - [Sketch](http://sketchapp.com) 14 | - Markdown 15 | - Excel 16 | - [Principle](http://principleux.com/) 17 | - HTML5 + CSS3 + JavaScript 18 | - HTTP协议 19 | - Database存储结构 20 | 21 | 22 | ## 该教程的写作思路以及目标 23 | 24 | 希望以通俗易懂的文字、加以配合真实案例解说以及最后一章节的实战训练，讲述我做产品过程中的设计思路和方法论。寄希望此，帮助处于瓶颈期的产品经理们大幅度提升自身的综合素质。当然，师傅领进门，修行靠个人；我由衷的希望这本《全栈产品经理培养系列教程》对于大家的技能提升和职业规划都能够有一定的指引作用。 25 | -------------------------------------------------------------------------------- /docs/Untitled.md: -------------------------------------------------------------------------------- 1 | ## 正在努力撰写中... 2 | -------------------------------------------------------------------------------- /docs/charter01.md: -------------------------------------------------------------------------------- 1 | # 概述 2 | 3 | --- 4 | 5 | ## 全栈产品经理的定义 6 | 7 | 对标技术圈很火的全栈型工程师，全栈型产品经理，我的理解 —— 在一个中小型项目中，具体Coding之前所有的工作，有且仅有那么一个人全部承担；这个人甚至需要具备全局的工程意识，参与一定的技术架构和编码工作。对于具备这种专业素质、并且在项目中将自己准确定位于产品设计角色的人，我称之为全栈产品经理。 8 | 9 | 10 | ## 全栈产品经理应该具备的工具栈 11 | 12 | 精通 Word 显然不等同于能够写出很好的文章。类似的道理，对各种专业工具的轻车熟路不等于能力的复合。但是，我深以为：了解一个领域，以敬畏之心，从学习这个领域最核心的工具着手，是培养专业素养最直接的渠道。所以，在这里，我简单罗列给目标读者有时间应该去主动学习的工具栈和内容树，让大家对全栈产品经理的定义有一个更加最宏观的理解。在第五章节，我会针对这块部分内容，以1-3个小时的课时内容安排，提炼最核心的部分，让大家能够快速入门这些软件和技术。 13 | 14 | ### 技术栈和内容树 15 | 16 | - [Axure](http://axure.com) 17 | - [Sketch](http://sketchapp.com) 18 | - [Principle](http://principleux.com/) 19 | - Markdown 20 | - Excel 21 | - HTML5 + CSS3 + JavaScript 22 | - 后端MVC、前端MVC 23 | - HTTP协议 24 | - 关系型数据库、非关系型数据库 25 | 26 | 27 | ## 该教程的写作思路以及目标 28 | 29 | 希望以通俗易懂的文字、加以配合真实案例解说以及最后一章节的实战训练，讲述我做产品过程中的设计思路和方法论。寄希望此，帮助处于瓶颈期的产品经理们大幅度提升自身的综合素质。当然，师傅领进门，修行靠个人；我由衷的希望这本《全栈产品经理养成教程》对于大家的技能提升和职业规划都能够有一定的指引作用。 30 | -------------------------------------------------------------------------------- /docs/charter02.md: -------------------------------------------------------------------------------- 1 | # 着手之前，为你的产品设计必要的世界观 2 | 3 | --- 4 | 5 | ## 愿景、估值、产品格局 6 | 7 | 曾经，我比较信奉坚持小而美，找到一个点，做到极致，以一颗匠者之心，做一件平凡小事，感觉很幸福。但这种态度，在中国这个野蛮生长的国度里，本质上暴露了大多数产品人在结构化思考能力上的缺失。 8 | 9 | 小而美意味着，你只需要着力于一点精雕（Xiu）细琢（Hua），不愿意接受世界是混沌的、弱落强食的这样一个事实；小而美意味着，你的用户群相比于整个盘子是不值得一提的，是自得其乐后的雁过长空。事实已经证明了，单纯小而美的企业或者产品绝大多数会在 1 ~ 3 年内死去，而唯一保持经久不衰基业长青的的秘诀：回顾 —— 豆瓣从书评到说不清楚是什么最后硬生生被资本贴上「基于兴趣、话题」标签的社区；微信从简单的移动端即时通讯软件一路走来到今天的「连接一切」影响你我生活方式的大应用平台…… 所有活着的、曾经的、小而美的最终百分之百走向了平台化。 10 | 11 | 我无法确定阿北或者张小龙在早几年会对于今天他们所做的事情，是否已经有一个朦胧的预判；还是最终被用户、时势、资本推簇之下走到了今天。但，不安于现状，对小产品、大格局的思考一定是时时刻刻、深入骨髓的。 12 | 13 | 所以，我个人的观点 —— 即便是 MVP（Minimum Viable Product，最小可行产品），设计之初也一定是隐秘而伟大的。基于公司的愿景，产品经理需要在此之上设计宏大的产品世界观。简而言之，在产品架构阶段，我们不仅仅需要满足当下的需求，更需要基于愿景、甚至迎合估值去设计产品的轮廓，明确未来大应用、大平台的方向。或许从 0 到 0.1 的这个过程走的异常纠结，0.021 » 0.034 » 0.017 » 0.081 » 0.062 …… 但至少做到了早几年比你的竞争对手更深刻理解自己所做事业的竞争壁垒、产品架构、商业模式、交互设计等等。 14 | 15 | 不要轻蔑了这样的 “眼高手低”，事实上对产品经理的挑战是巨大的 —— 在既定的狭小空间（受到需求、业务、资源的种种限制） 内，你需要确保这样的架构在至少未来一年的时间内，不管业务横向还是纵向的发展，容器依然可以很好的包容下所有内容，最关键的是让你的用户觉得这一切改变都是顺理成章的，符合他们价值取向的，而不是像耍猴玩一样的漠视用户的体验。这种博弈、隐忍和提前布局的过程，读者朋友可以细细品味。 16 | 17 | 18 | --- 19 | 20 | ![](images/charter1/uber.png) 21 | 22 | *2016年年初，Uber 在美国十座城市全面铺开其独立的送餐应用 UberEats。很多人难以理解为什么一个打车应用的公司会做折腾起外卖的生意，但是如果追溯 Uber 在过去一年路演上所强调的内容，Uber 本质是在「实时满足人、车、物的流动，对资源进行的二次配置整合」。这样的 “冒失” 和 “违和” 就显得异常耀眼和高瞻远瞩。* 23 | 24 | 25 | 26 | ## 量化所有，突出重点 27 | 28 | 确定了愿景之后，我们需要围绕这样一个明确的目标，突出产品生命周期内所有的细节，最好能够通过 KPI 的方式考核最后结果的好坏。全栈产品经理在他的职能范围内，理应至少需要从产品架构、设计风格、交互形态、商业模式等方方面面维护和丰满之前所确定的愿景，这个过程一定是刻意而为之的。当然，类似的行为也应该做到潜移默化 —— 我觉得志在成为全栈的产品经理有这样的觉悟和意识跨职能的去影响运营、公关和增长团队，对外给用户所传递统一的产品价值观和文化。 29 | 30 | ![](images/charter1/line.png) 31 | 32 | *有别于微信通过「大应用」思路连接生态的做法，Line 平台化的策略大概体现在两个层面：产品层面，借统一账号和统一关系搭建广泛的应用集群；在品牌层面，传递统一的文化和价值观。不管是应用集群、还是文化传递，Line 俘获用户的技巧可能只是让一件事变得更可爱 —— 令人印象深刻的表情贴图、妙趣横生的关联应用、设计卡哇伊的界面风格以及应接不暇的生活周边等。* 33 | 34 | 35 | 36 | 37 | ## 与生俱来的产品属性 38 | 39 | 绝大多数的产品具备天然的属性，当我们下定决定做一款产品的时候，这款产品在大的方向上属于哪个范畴 —— 社交？内容？电商？还是纯技术或者纯业务驱动的产品？事实上早已经明确。这意味着产品在设计的过程中必须接受各种前置条件的限制。产品经理不是上帝之手，不应该突破产品与生俱来的血继限界，过分的追求创新和特立独行，往往容易犯错。 40 | 41 | 而产品属性，至少决定了 42 | 43 | - 产品表现形式 44 | - 驱动方式 45 | - 商业模式 46 | - 运营思路 47 | -------------------------------------------------------------------------------- /docs/charter03.md: -------------------------------------------------------------------------------- 1 | # 抄袭的艺术 2 | 3 | --- 4 | 5 | ## 抄袭的艺术 6 | -------------------------------------------------------------------------------- /docs/images/charter1/line.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/idao/pmstack/0e5744d5d9bd7bd1a94ec4ef3856a44e0fe67305/docs/images/charter1/line.png -------------------------------------------------------------------------------- /docs/images/charter1/uber.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/idao/pmstack/0e5744d5d9bd7bd1a94ec4ef3856a44e0fe67305/docs/images/charter1/uber.png -------------------------------------------------------------------------------- /未命名: -------------------------------------------------------------------------------- 1 | //组件 2 | 3 |
4 |
5 |

这里可能是一个页面标题

6 |
7 |
8 |

主要内容的一个段落。

9 |

另一个主要段落。

10 |
11 | 14 |
15 | 16 | 17 | 18 | 19 | //---------- 20 | 21 |

这里可能是一个页面标题

22 |

主要内容的一个段落。

23 |

另一个主要段落。

24 | 25 | 26 | 27 | 28 | //---------- 29 | 30 | 31 |

这里可能是一个页面标题

32 |

主要内容的一个段落。

33 |

另一个主要段落。

34 |

这里有一些联系信息

35 | 36 | --------------------------------------------------------------------------------