本文目录导航：
前端先写页面还是一边写一边对接口
在前端开发中，理论先写页面还是一边写一边对接口是一个依据详细名目和团队开发流程来选择的疑问。
以下是两种经常出现的开发流程形式：1. 瀑布流式开发流程： - 首先，前端工程师会与UI设计师严密协作，依据需求和设计稿先编写完整的静态页面。
- 而后，前端工程师会经常使用模拟数据对页面启动调试和配置测试。
- 最后，前端工程师会与后端工程师协作，将前端页面与后端接口启动对接和联调。
2. 矫捷开发流程： - 在矫捷开发中，前端和后端的开发是同时启动的。
- 前端和后端工程师经常在每个迭代周期内启动短期的开发上班，并经过接口对接来成功沟通和协作。
- 这种形式下，前端工程师可以依据接口文档来启动前端开发，不用期待后端工程师成功一切接口。
无论是哪种开发流程，在实践开发中，前端工程师和后端工程师之间的亲密协作和及时沟通是十分关键的。
要依据实践状况来选择哪种形式更适宜你的名目和团队。
产品经理最关键的才干
张小龙曾在饭否调侃过：要提防那些blog写得好得产品经理，由于在blog上花的期间越多，在产品上花的期间就越少。
原来还以为有例外，如今看起来无一例外。
此外张小龙还以为不听摇滚的产品经理不是好的产品经理 产品圈还盛行过这么一句话：不会泡妞的产品经理不是好产品经理 好友圈也曾爆火过一篇文章：产品经理最关键的才干不是某一项技艺，而是「让正确的事件相继出现」，引得Boss好友们拍手美化：说得太好了，我就是须要这样的产品经理，这样我就什么都不用操心了为什么会出现这么多近乎玄学的论断？ 产品经理作为一种新兴职业，随同着互联网一路走来，只要20年的历史，如何成为产品经理并没有公认的生长体系，另一方面，产品的成功须要符合机遇、婚配的产品方法论、团队协作才干，还需运气，很多产品成功了，产品经理也不知道为什么，糊里懵懂就成了，只得失误归因 我团体特意厌恶将明明可以经过刻意练习习得的技艺说成玄学的所谓巨匠，上方的三段话中，产品大神小龙哥必需是调侃啦，人家只是在饭否上开句玩笑，你仔细你就输了，不过这确实蕴含着低劣产品经理的一些技艺，上方再细说，泡妞也是，不过这些舆论都是全面的。
第三局话乍一看兼顾全局、鼠目寸光，但其实全是重点那就没有重点，而且自圆其说，前面既要提及“最关键”，前面给出的答案是全能，你必需具有才干处置或许出现的一切疑问，假设或许的话，当然宿愿自己成为全能的人，谁不想成为亚里士多德、达芬奇或许沈括，但事实生存中资源往往是稀缺的，人也往往不完美，就算一切才干具有，也会因精神有限而专业于外围疑问 那什么才是产品经理最关键的才干呢？产品经理的一切上班都是围绕“需求”展开的，发现需求->剖析需求->成功需求，而后继续发现需求->剖析需求->成功需求，周而复始，那这三个才干中，哪个最关键： 剖析需求的才干，说产品经理是需求剖析师一点也不为过，为什么这么说，咱们先梳理一下这三个才干区分代表什么详细上班，以炽热的手机行业为例： 1）定性剖析 大佬们经常提及的产品经理进阶之道，如当客服倾听用户需求，频繁地经常使用产品，成为深度用户，都属于发现需求的方法 此外还包括电话访谈、焦点小组、关键门路剖析....... 2）定量剖析 数据剖析才干--失掉数据，从数据中剖析用户的潜在需求，方法包括问卷考查、经营数据以及行业数据 如手机行业中，经过定性剖析以及定量剖析以后，会失掉一大堆未经思索的需求，这些都是用户的反应：既要8000mah的电池又要轻浮零触感、既要2000万像素双摄相机又不想多付钱、既要骁龙835CPU又有爱国情怀、既要iOS系统的安保性又要Android系统的开明、设计既要好看又要防水防摔防雷劈、还要性价比.........剖析需求的外围是独立思索的才干，独立思索须要谨严的逻辑思想，外加人文关心、艺术美学，既要理性，也需理性，这样才干设计出兽性化的产品 无论是俞军方法论中的同理心、罗辑思想联结开创人吴声中用户画像与用户场景、亦或是老本看法与需求性价比都是晚辈们提供的需求剖析方法1）同理心 从用户的角度思索疑问，学会换位思索，运行在乔布斯身上就是：一秒变小白，这句话不准确，准确的表白应该是：一秒变某类指标用户下的某种经常使用场景（剖析方法往往是交叉经常使用的，与上方的用户画像和用户场景结合），举例说明一下： 微信往年更新以后，多了搜一搜和看一看的配置，有的产品经理会有不懂，搜一搜不是早就有了吗，顶部的搜查输入框不就可以搜查吗，为什么多此一举？还真不是多此一举，微信坐拥10亿用户，用户构成了有少量上了年岁的用户，他们很多配置并不会去用，除非用文字标进去送到他们背地，他们才会开局尝试经常使用 产品经理有时与在行人，特意是没有同理心的人交谈会特意吃力，比如7.1日后V.P.N的少量下架，我只能搭建主机翻墙，与人交谈时慨叹到：哎，中国人想看法环球难度更大了，旁边的好友（程序员）一翻白眼：不会呀，搭建主机很便捷吖，我15分钟就搞定了......确实，你作为程序员15分钟就能搞定，我作为互联网从业人员，半小时也能搞定，但要知道中国的本科率只占全国总人数的10%不到，对他们而言，难度之大 2）用户画像与用户场景 场景剖析法置信大家都不会生疏，上方的例子中也有触及，再以咱们的为例，与知乎的运行场景中，都触及到夜晚输入或许阅读，而且也有少量的用户是经过PC网页端登陆，到了早晨用户眼睛会困倦，而红色过于扎眼会加剧这种状况，看法到了这一点，在PC网页端设置有夜间形式，而知乎却满不在乎3）商业化的才干。
老本看法强，分明知道成功某一需求的性价比，商业化的才干包括市场营销中的品牌定位、市场切入方向、渠道选用、开售方案、以及大佬们口中的专一极致口碑快、高频刚需单价高、蓝海细分、推翻式翻新、乡村解围市区（市区解围乡村）、霸占入口等等 需求性价比是很高的一个剖析方法，再次以手机行业的需求为例，8000mah的手机电池，这类需求属于小众需求，一方面参与了配件老本，另一方侵害产品的好看，所以假设手机不是定位为户外手机都不应该思索这类需求。
我曾用过的一款手机--360N5手机,6GB运存+32GB内存只需1199，从中有很多个产品经理须要知道的点： 360为什么要展开手机业务？争夺入口，事关企业存亡，这很多人都知道了，不赘述 6GB运存--大运存的需求十分剧烈，玩游戏流利，而老本又比优化CPU低，再者，能以环球首款6GB超级大运存千元机的营销噱头启动宣传，由于360是手机行业的起初者，不这样做引不起市场的一点涟漪，即使在老本上赔本也须要这样做 1199元--看过《无价》这本书的都知道，这是营销的一个小窍门，1199与1200对生产者心思的影响是不同的4）数据剖析才干 A/B Test、MVP小规模测试、灰度测试都能失掉数据，而这类数据与发现需求中的数据还不一样，这类数据往往能够影响决策，这都属于剖析需求的关键方法 回到文章最开局的疑问，为什么写博客、听摇滚、会泡妞会全面地成为产品经理必杀技呢？ 写博客--思索反思才干听摇滚--思想自在不受解放，有叛逆精气 会泡妞--妞即是指标用户，剖析指标用户需求，从闺蜜中搜集的情报是：她须要高富帅，但经你严密的剖析，得出真正的论断：她须要的高，不是身高的高，而是笼统的高，即可采取针对性的执行 1）沟通才干--很多人会以为沟通才干是产品经理最关键的才干，这也不全错，假设是一个以执行为主的产品经理（绝大少数产品经理是执行类产品经理），沟通才干确实是最关键，属于中低阶产品经理 画原型图、思想导图、流程图、设计PPT、写文档都是为了准确地表白想法，更好地启动团队间的沟通协作 懂一点技术、懂一点经营、懂一点设计也是为了沟通无畅 数据剖析也是沟通的一种方法，建设影响力是，抱大腿下跪也是，威胁威逼还是，只是在痴呆人中，以数据服人是最有效的沟通方法。
此外，还会遇到很多不可用数据来表白的需求，这时就须要靠团体的影响力，而团体的影响力往往由你过去效果选择。
抱大腿下跪、威胁威逼或许出卖色相都是低阶的沟通方法，只管低阶，但有时还很管用，我的一个程序员好友就受不了女PM在他背地央求，基本千依百顺 倾听、换位思索、关心共事这些都是沟通才干的一局部 2）执行力 既然要成功需求，强调的必然是执行，特意是争分夺秒的互联网行业，你速度不够快，一旦错过了期间窗口期，其后做再多的致力都有意义，特意厌恶产品经理说的一句话是：我当年早想到了XX方案，我去做的话早就上市了。
确实，我也早想到了共享单车的方案，置信很多人都想到了，但为什么只要戴维跟胡玮玮去做了呢？我跟你们的执行力都不如人家 3）名目治理才干 瀑布流开发、矫捷开发、需求优先级、期间治理都是名目治理才干的一局部4）经营推行才干 需求进去以后，往往须要与经营团队配合，一同启动经营推行优惠，产品经理假设懂经营推行，能更好地启动沟通，上班效率也会放慢 5）兼顾资源的才干 长于应用内在的资源来达成目的，在大公司表如今跨部门争夺资源上，在守业公司表如今处置团队困境上，当工程师遇到不可处置的bug的时刻，应用自己的人脉请大牛当顾问，当估算有限没钱推行的时刻，应用团体影响力找大V好友转发、还可应用团体的微信群众号、微博、知乎甚至参与产品的曝光度....... 最后，假设肯定要问，产品经理最关键的是什么才干？ 我肯定会回答：剖析需求 产品经理被誉为是离CEO最近的职位，不是由于他什么都做，而是他具有剖析需求的才干，以此制订战略，成功产品的商业化，最后援用一句产品晚辈的话： 我不是产品经理，我只是个商人
如何经常使用矫捷方法启动产品布局？
面对瞬息万变的市场需求以及需求成功的不确定，相比于循序渐进的瀑布流开发方法，矫捷开发的方法更实用于范畴不确定和期间固定的产品背景之下启动产品研发。
从方案驱动到价值驱动，矫捷如何运行到产品布局的环节中呢？以下从团队和流程2个角度来诠释产品布局的矫捷。
1.产品立项会 2.愿景、指标用户探讨、商业模型探讨 3.创立用户画像、用户流程图 4.创立用户故事、探讨可行性 5.用户故事汇报会（若不经过前往到第3步） 6.配置和内容确定会全程介入 制订沟通方案 组织会议和优惠 整顿沟通结构，会集就消息，构成报告 制造原型并和相关部门探讨可行性 创立用户流程图 创立“大”用户故事部门介入（1、2、5、6） 介入关键会议，并在会议中行使否决权 对名目提供资金允许 协助名目团队失掉治理层的关注局部介入（1、2、4、5、6） 针对产品的配置提出倡导，并与产品经理探讨配置的可行性，提出更好的处置方案局部介入（1、2、4、5、6） 针对产品的配置和内容提出倡导，与产品经理探讨用户的体验流程，并针对产品的关键点给出体验优化方案局部介入（1、2、6） 须要时辰了解进展以及探讨论断用于提早制订经营战略明白不同部门之间的介入水平，一方面可以同步进展，另一方面浪费期间，提高效率。
明晰的流程将每个部门的权责理清，保障产品产品布局高效启动。
1.确定产品的范畴（什么该做，什么不做） 2.产出用户故事（做什么）业务角度：剖析产品的消息架构 1.用户钻研和剖析 2.消息分类 3.创立消息架构地图 4.创立消息架构标签 5.提取、创立元数据 6.数据建模用户角度： 1.哪些群体经常使用？他们是什么角色？他们会怎样用？ 2.先剖析用户群体的需求，而后剖析该群体中某角色的需求内容角度 产品的内容在肯定水平上会反上来影响产品的配置 1.为什么要识别子系统 子系统是粗粒度的产品范畴的表现 名目干系人和名目小组了解子系统后，会对全体系统有上档次的看法 2.识别子系统的方法 经常使用配置结构图和流程图经常使用泳道图产出跨子系统的用户流程图，随后区分制造各子系统的用户流程图 泳道图可以极速得悉不同对象的配置以及配置之间的前后相关 触及到外部跳转的时刻，至少须要一个步骤（配置点） 当触及到转机点，或许消息形态出现变动，须要一个步骤（配置点） 依据干流程识别MVP，将配置做删减 驳回MoSCoW规律将配置点分类： •Must Have：指肯定要有的配置 • Should Have：指应该有的配置 • Could Have：指可以有的配置 • Wont Have：指（此版本）不会有的配置 在实践运行中，Must Have比拟好识别，关于Should Have和Could Have可以驳回“价值和成功难度”矩阵识别和归类： 用户价值高，难度低，优先制造； 用户价值低，难度高，延后制造甚至不做； 用户价值高、难度高和用户价值低和难度低：延后制造； 留意：开发部门或许出于识别、规避危险的思索，会先做“难度高，价值高”的配置 制造线框图，并组合到MVP流程中，失掉“线框流程图” 线框流图的意义在于： • 既能够展现出用户经常使用流程； • 又能够将用户体验的元素展现进去； 依据MVP地图和线框图，产出“大”用户故事，随后组织会议探讨并达成分歧 拆分“大”用户故事为“可开发”的用户故事，并配合研发部门启动开发为什么要组织用户故事验收会议？ “大”用户故事将被拆分为数个小故事，在拆分以前，必需确认他们是必要的 验收会议能够确保不会有“大”用户故事被遗漏 谁掌管？谁参与？ • 产品经理掌管会议 • 名目团队、相关团队、名目干系人都须要参与 会议后的产出物是什么？ • 经过群体确认的“大”用户故事 • 名目干系人确定其必要性 • 相关团队确定其正当性 • 开发团队确定其可行性 • 会议后，产品团队行将其拆分为“可开发”、“小”的用户故事 方法一、依照流程启动拆分 方法二、从便捷到复杂的拆分 方法三、依照操作边界拆分 方法四、依照数据边界拆分 方法五、依照特性、特性拆分 特性的需求或许包括： • 安保处置 • 失误处置 • 日志处置
