关键词：
产品经理日常工作中的不确定性因素，无外乎功能bug和需求变更。大概有哪些要点，可以在产品运营的角度，通过预先调研和事前确认，达到有所准备呢？本文试列六点来抛砖。
1、实现上的问题
（1）掌握需求涉及的数据表概况
这是后五点的基础，如字段类型、范围，取什么、怎么取，返回到哪里，返回以后影响哪些现有字段等（在人员变动剧烈的大环境下，这一步往往并非易事）；
（2）内外部协同
正如军事地图的“边缘”最容易被突破一样，在跨模块、跨域等多方接口处是bug最为频发之处，也容易出现三不管地区，有必要特别关注接口处的数据情况，尤其是目前’开放‘的大形势下，合作方接口的问题是不确定性的’大户‘；
（3）流程本身缺陷
逻辑再周全，怎奈数据源头不匹配，越老的系统该情况越严重。老实说如果不做好第一步基本数据情况收集，根本无法绕过这些地雷，造成完全失控。理论上讲，收集流程本身缺陷，还能为业务流程的改革提供参考。怎么说呢？从it反过来推动商务，或许始终也就是理论上讲讲而已。
2、性能隐患
（1）需求涉及的字段中，哪几个是访问最为频繁的，具体有多频繁。最为频繁的字段（及其上下级父子）在同期项目中是否有重叠，具体重叠程度；
（2）需求所在页面，是否是并发高发的关键页面，或者是否会产生关联影响，包括上下级相关页面；
（3）如果是举办活动，是否做好了功能和监测上的多方面预备。
3、不同时效的应对
区分长期、周期、一次性、有可能多次重复的一次性。
一次性可以采取半自动半人工的山寨方案，加快实现进度；
周期性的可以考虑开发工具，提高复用能力；
中间状态，有可能多次重复的，根据历史经验，一部分一部分地实现工具化。
4、中途需求变更
事先考虑不涉及逻辑、可能会变动的地方，如数据的数量，更新的频率。培养这方面“常识”和“习惯”，在需求里就提出冗余，做提前考虑。
考虑可能会增加的复杂关联和全新逻辑，并提前预估这些变更的工作量。
确实发生了无法拒绝的巨大需求变更怎么办？理论上通过所谓“挖掘需求方的真实目的，来加以引导，实现双赢”来处理需求变更，实际工作中并没有这么理想化，需求变更涉及复杂的利益纠葛，往往就是没办法双赢，尽量凭专业判断，尽可能不要卷入阵营（实际上还是看团队文化，随缘吧）。
5、体验
关键流程（如购物车，支付页面）是否增加了额外步骤，或有所影响。如果涉及，尽可能不要碰关键流程，采取异步等平行方式，避免风险失控。关键位置的哪怕小小文字修改，也需加倍谨慎。
任何一个细节都考虑性能，页面打开和响应速度是一切用户体验的基础，尽可能让运维角度的思考渗透在潜意识里。
6、监测
对现有监测部署的影响，全局意识，不仅要保证新需求的正确监测，也要保证不影响已有的其他监测。
考虑cookie以及js等互相影响，同业务反复确认监测的互相覆盖特性。
数据监测的注意点：重点考虑加上和撤下两个时点，是否有异常走势。？
s捕获数据，服务器log监测，业务数据等常见监测角度，根据具体需求，选择关注的侧重点。
文章来源：人人都是产品经理
java初期注意以及基本数据类型
...别不是很大。需要注意的就是JAVA特有的文档注释。但是初期还用不到。等后面讲项目的时候再说。（本文部分图片取自之前推荐的视频 JAVA中的命名规范： JAVA中的基本数据类型： 数据类型的使用心得： ... 查看详情
bs界面设计最重要的10大注意事项
...S界面的设计要求也越来越高，那么在BS界面设计中有哪些注意事项呢？总结如下：界面色彩要求：计算机屏幕的发光成像和普通视觉成像有很大的不同，应该注意这种差别作出恰当的色彩搭配。对于用户长时间使用的系统，应当... 查看详情
设计模式之6大设计原则
设计模式之6大设计原则原则一：单一职责原则(SingleResponsibilityPrincipleSRP)定义：Thereshouldneverbemorethanonereasonforaclasstochange.(应该有且仅有一个原因引起类的变更)好处：1.类的复杂性降低，实现什么职都有清晰明确的定义；2.可读性... 查看详情
177_模型_powerbi进销存6大日期维度期初与期末(代码片段)
...主要度量值01_入库01_入库=SUM(\'T03_入库信息表\'[F_02_入库产品数量])02_出库02_出库=CALCULATE(SUM(\'T05_订单子表\'[F_05_产品销售数量]),USERELATIONSHIP(\'T04_订单主表\'[F_04_送货日期],A00_Calendar[C01_Dates]))入库和出库都是相对简单的聚合即可，... 查看详情
6大设计原则
...到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。 2、里氏代换原则（LiskovSubstitutionPrinciple） 任何基类可以出 查看详情
总结6大设计原则
看了设计模式这本书，简单的记录一下吧！1.单一职责原则(SingleResponsibilityPrinciple 简称：SRP)：应该有且仅有一个原因引起类的变更。 举个简单的例子，比如说我们要对用户进行操作，按照面向接口的思想，可以让IUserA接... 查看详情
6大设计原则之接口隔离原则
...立的接口 在使用时的时候通过接口调用.接口是我们设计时对外提供的契约,通过分散定义多个接口,可以预防未来变更的扩散,提高系统的灵活性和可维护性.接口的规范约束接口要尽量小,这是接口隔离原则的核心定义,但是"小"... 查看详情
面向对象大作文第一次迭代改进任务
...项目。项目提交目录应该有不同成员的提交记录。注意:初期更重视设计、命名规范、包结构。以上任务，请小组组长明确分工，下周课堂展示 查看详情
性能优化方法论系列四性能优化的注意事项
4.1避免过早优化在设计性能优化方案时，要注意避免过早优化，要考虑投入产出比。在产品初期，只要性能不会特别影响用户体验，通常不需要特别关注性能问题。可以把更多的精力投放到满足用户的核心需求... 查看详情
设计模式一6大设计原则
0、总图： 1、开闭原则：总原则。含义：一个软件实体如类、模块和函数应该对扩展开发，对修改关闭。提高扩展性。 2、单一职责只有一个原因引起变化。每个类应该实现单一职责。 3、里氏替换原则开闭原则的补... 查看详情
3张思维导图说清楚：java设计模式的6大设计原则，前3讲！
大家好，我是阿叔，专注分享职场、产品、研发、管理等相关经验。本文重点介绍java设计模式原则：单一职责原则、里氏替换原则、依赖倒置原则。用思维导图的方式来表现。23种java设计模式遵循了6大设计原则，本文介绍前3个... 查看详情
设计模式————6大设计原则
一.6大设计模式 SingleResponsibilityPrinciple : 单一职责原则 LiskovSubstitutionPrinciple :里氏替换原则 DependenceInversionPrinciple：依赖倒置原则 InterfaceSegregationPrinciple :接口隔离原则 LawofDemeter 查看详情
6大设计原则
...chat另一个接口。建议：接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。即使是经验丰富的开发人员也很难保证自己设计的类都满足SRP，“Thisissometimeshardtosee”。 查看详情
[设计模式]设计模式的6大基本原则
单一职责原则概念：不要存在多余一个导致类变更的原因；即一个类只负责一项职责；原因：如果类T负责两个不同的职责P1和职责P2，当职责P1需求发生改变而修改类T时，原本运行正常的职责P2可能故障；优点：降低类的复杂性... 查看详情
tp4056大电流1a使用注意事项
源：TP4056大电流1A使用注意事项 TP4056为南京拓微集成电路有限公司推出的锂电池充电产品系列中的大电流充电产品。具有最大电流1A，峰值电流1.1A，良好环境下甚至峰值1.2A的单节锂离子电池充电芯片。客户在大电流具体使用... 查看详情
6大设计原则之开闭原则
...有的代码来实现变化.软件实体包括一下部分项目或软件产品中按照一定的逻辑规则划分的模块抽象和类方法注意:开闭原则对扩展开放,对修改关闭,并不意味着不做任何修改,底层模块的变更,必然要有高层模块进行耦合,否则就是... 查看详情
产品经理-互联网6大模式
1工具+社群+商业模式互联网的发展，使信息交流越来越便捷，志同道合的人更容易聚在一起，形成社群。同时互联网将散落在各地的星星点点的分散需求聚拢在一个平台上，形成新的共同的需求，并形成了规模，解决了重聚的价... 查看详情
java架构师必须知道的6大设计原则
序言在软件开发中，前人对软件系统的设计和开发总结了一些原则和模式，不管用什么语言做开发，都将对我们系统设计和开发提供指导意义。本文主要将总结这些常见的原则，和具体阐述意义。开发原则面向对象的基本原则(so... 查看详情