PeNg_Dr1988

在前几章中，大致了解了如何在一张表中读取数据，但是在真正的应用中，经常需要从数据库的中匹配读取数据。

上一篇了解了基本的常识和基本查询以及单列排序。

行：一组相关的数据，描述某条记录的具体信息。如“赵六”用户的具体信息：id、name、birthday、sex等。：与（and）,可以连接多条；：BETWEEN、NOT BETWEEN、IN（在集合中）、NOT IN（不在集合中）数据表：表是数据的矩阵，看起来像电子表格，如下图：user表和admin表。整数类型：short（短整型）、int（整型）、long（长整型）： >, <, >=, <=, =,!小数类型：float（单精度）、double（长精度）：ASC（升序）、降序（DESC）。

产品经理需要掌握一些基本的技术知识。前端开发：创建WEB页面或APP等前端界面呈现给用户的过程，即前端负责用户界面交互。前端技能：HTML：一种标记语言，能够实现Web页面并在浏览器中显示。CSS：可以帮助把网页外观做得更加美观。JavaScript：帮助开发者以更高效的方式编码，实现页面交互和动态效果。前端框架：掌握流行的前端框架（如React、Vue、Angular等），加速开发并提高代码质量。前端编码工具：vs code（Visual Studio Code）Web Storm后端开发：服务器端开发、

合理应用数字、文字、图表、色彩等进行可视化，让数据分析报告条理清晰、逻辑缜密，易读且美观，显得更加专业。BI可视化：Power BI、Fine BI、Smart BI、Quick BI等。：不停提出假设，不断验证假设、修正假设，发现现象背后真正的原因，最终获得结论。统计分析：Spark、SAS、Stata、Eviews、Pyecharts等。避免过多的图表和数据：过多的图表和数据会让读者感到混乱和难以理解。Excel类：数据透视表、函数和公式、图表功能、VBA和宏等。：数据文字合理的排版，呈现可视化效果。

关于SaaS的特点以及类型等介绍请参考。

前面几篇了解了敏捷开发的实践以及敏捷迭代管理，Scrum敏捷中，建议是2～４周一个迭代周期，较为广泛应用的是，一个迭代周期是指，软件开发到上线的时间。。

从上一篇中了解了Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程。一般由多个Sprint（迭代冲刺）组成，每个Sprint长度一般为2-4周。下面全面介绍Scrumde 角色、流程等。

在创造价值的目标下，通过改良流程不断地消除浪费。现被广泛用于生产制造管理、IT系统建设。精益开发的基本原则消除浪费：将所有的时间花在能够增加客户价值的事情上。推迟决策：保持可选方案的开放性，但时间不能过长。加强学习：通过短迭代周期、重构、集成测试和频繁的客户反馈会议增强学习。快速交付：短期迭代或小批量立即交付价值，促进有效的决策制定。打造精品：使用恰当的方法确保质量，如构建自动化测试、安装和持续集成。授权团队：精益专注于团队，让创造增值的员工充分发挥自己的潜力。优化整体：快速试错，快速学习。

新产品上线后，产品经理还需要不断挖掘新需求，对产品进行持续迭代升级，让产品更加成熟强大。

通过运营找到需求并通过交换价值提供供给，再逐步扩大规模、站稳脚跟，辅助产品在商业竞争中获胜。

真实的产品工作中至少有一半都是项目管理工作，项目管理则是产品成功交付的必要条件，是产品经理在公司复杂环境下按计划推进、落地软件开发，并高质量完成任务的核心竞争力。高级产品经理更是要把握：如何规划方向、管理进度、管理调动资源、控制成本、保障质量、协调多方关系等等。1、明确需求：需求调研、需求文档。2、积极沟通：极强的责任感和push能力、层层细节对齐。3、拥抱变更：灵活应变，及时调整。4、进度质量把控：明确各阶段需求和里程碑、建立质量管理流程。5、团队协作：团队建设、明确团队成员角色和分工。

是产品经理最熟悉，也是最常用的，是产品表现层面的 Demo ，描绘产品的界面长什么样，功能如何设计、摆放，有哪些内容。对象与对象之间的关系，如「销售部门」与「职工」的关系是1对多，「产品」与「制造商」的关系是多对多。展示产品的基本结构、框架，它能清晰展示产品有哪些模块、功能或系统组成。描述产品为完成某个目标，某个对象的状态变化和流转过程。E-R图，也称为实体关系图，用于显示实体集之间的关系。对象有哪些属性，如「职工」的属性：编号、姓名、部门编号、住址。站在用户的叫做来描述系统的操作功能。

数据埋点分析是一种常用的数据采集方法，指在需要采集数据的“操作节点”将数据采集的程序代码附加在功能程序代码中，对操作节点上用户行为或事件进行捕获、处理和发送相关技术及其实施过程。

让用户知道发生了什么，在适当的时间内做出适当的反馈。比如用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。任何信息应容易去搜索，专注于用户的任务，列出具体的步骤来进行。尽量减少用户对操作目标的记忆负荷，动作和选项都应该是可见的。系统的使用说明应该是可见的或者是容易获取的。用用户的语言，用词，短语和用户熟悉的概念，而不是系统术语。功能操作符合用户的使用场景。允许用户进行频繁的操作、自定义程度高、 更加便捷灵活的代码和反馈。遵循平台的惯例，也就是，同一用语、功能、操作保持一致。

产品经理要有建立从企业全局的视角去分析业务的思维模式和习惯，面对不熟悉的复杂业务，可参考下面业务分析架构图进行分析：业务分析框架图。

即调研的目标，解决为什么要做业务调研，期望解决什么问题，达到什么样效果，定向。问卷：激励、封闭式和开放式问题、避免诱导式提问、谨防幸存者偏差。对高层：了解战略定位，战略目标，经营策略和管控模式。对中层：了解组织架构、工作流程、团队绩效、风控等。制定详细调研计划，如提前确认议题、行程、时间等。前期调研资源准备，如物品、调研资金预算等。利益相关者：直接利益人、间接利益人。访谈：访谈大纲、访谈问题、访谈对象。行业：行业分析、案例分析、竞品分析。轮岗：体验工作、多观察、多思考。权力大小：高层、中层、基层。

B端和C端产品实现时先做加法再做减法，即列举所有想到的需求功能点，再做减法，选取最核心的需求点先实现先上线。C端产品面向个体用户，需求的类型多变复杂，不同背景下的C端产品建设流程可能略有不同。C端产品：为实现公司商业目标，设计的起点是对商业模式本身的分析与研究，包括市场分析、客户群分析等。C端产品：产品上线需要运营团队进行持续推广，并且需要快速迭代，响应用户需求。C端产品：用户场景相对单一，需要关注用户体验，着重关注交互设计。C端产品：需要解决用户的痛点，在选取最小功能集合时，C端常见总体建设流程图。

B端产品的整体建设采用自顶向下的设计思路，从抽象到具体逐步进行。下图为B端产品总体建设流程：B端产品总体建设流程图注：有时「技术方案」可能在架构师参与整体方案设计或细节方案设计时就已经开始进行技术选型和系统底层架构搭建了。后面在产品「执行优化」阶段不断迭代过程中也会存在技术方案的设计以及产品细节的调整和优化。

B端产品可分为两个大方向：企业自研B端产品和SaaS产品。企业自研产品即企业自主研发的产品，SaaS(Software as a Service——软件即服务)本质上SaaS属于一种云应用服务，。