产品方案

　　近段时间，一直在负责一个产品版本改造（C/S系统进行B/S改造）的研发项目管理，在任务紧、时间短、团队成员又没有相关技术（Silverlight）背景的恶劣情况下，我带领包含我在内只有6个人员（5个研发人员，1个产品经理，产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了）的超小型项目团队，终于在公司给定的时间范围内完成了整个产品的版本改造。这其中经历了需求变更、技术风险、人员变动等诸多问题，项目任然取得了成功，这种使用新技术的试验项目能够取得成功不得不说有几分侥幸，更多的还是团队兄弟之间的互相帮助、团队协作。 　　在历时3个月的产品版本改造过程中，经历了大大小小的诸多问题，积累了一些经验和教训可以和大家分享。其中主要包括：需求、设计、研发、测试、实施、进度、风险、沟通、团队管理等。由于刚涉入研发项目管理，很多方面都做得不到位，于此记录下本次产品版本改造中的点点滴滴，在以后的工作开展中以此为戒，希望可以将项目管理做得更好。 　　大家都知道，无论什么项目都应该以需求为核心，分析、理解清楚所有的目标需求以及潜在的需求，以研发出一套能够得到客户满意的软件产品，那么项目就可以算是成功了。不同的项目环境的需求也是不一致的，就我这边的项目情况，其需求主要体现在：成本需求、软件环境需求、软件功能需求等。 　　1）、成本需求 　　　　成本需求主要是在人力、物力、财力、时间等方面

1.1 方案背景 服装行业竞争越来越激烈，服装行业企业要在市场竞争中立于不败之地，必须要不断提高生产效率，缩短资金的周转时间，此时，信息化智能化的先进管理手段和管理模式变得非常重要。目前，大部分服装行业信息化建设比较落后，导致整个信息反馈不畅。在出现问题的时候，不能及时的发现和处理，导致许多环节出现窝工的情况。同时对于产品销售的情况也不能及时的掌握，导致畅销的产品断货，滞销的产品压货，从而也降低了利润。对于服装品牌商来说，品牌服装刚上市就被仿冒、窜货或者混乱的网络销售，给企业带来巨大的直接经济损失并损害了品牌形象。 超高频RFID技术利用无线射频方式进行非接触式双向通信交换数据以达到自动识别目的，具有防水、防磁、耐高温、使用寿命长、读取距离远、标签上数据可以加密、存储数据容量大、存储信息更改自如、可识别高速运动物体并可同时识别多个标签等优点。 经过几十年的发展，RFID已在各行各业得到了广泛的应用，而且正在渗透到各传统行业中，比如服装的智能管理，许多服装企业通过将RFID标签与服装相结合，可以自动、实时、智能地实现服装的管理。目前，RFID技术已逐渐成为品牌服装厂提高服装管理水平，降低管理成本，增强核心竞争力不可缺少的技术工具和手段。 1.2 方案目标 此方案的主要目的是利用RFID技术的远距离快速批量读写、唯一标识与防伪防盗的特性，实现货物的批量快速收发操作

OB2500PCP 可以用PN8370 替代 ，2-3 接短路即可，推荐应用： 12V 1A 用PN8370M 5V 2.1A 用PN8370F 5V 2.4A 用PN8370H OB2500POP 可以用PN8680 替代 PN8680M 推荐应用：12V 1A PN8680F 推荐应用：5V 2.1A PN8680P 推荐应用：5V 2.4A PN8370/PN8680以体积小、重量轻、效率高等特点被广泛应用于开关电源适配器、电池充电器、机顶盒电源等电子设备，如果需要PN8370/PN8680产品的详细手册或其他方案资料，请向骊微电子申请。>> 来源： 51CTO 作者： 骊微电子 链接： https://blog.51cto.com/14408612/2461936

文章发布于公号【数智物语】 （ID：decision_engine），关注公号不错过每一篇干货。 转自 | CrossHands 作者 | Ahong 作为数据分析师，你是否常因为缺乏分析思路，而被以下问题影响到幸福感(甚至怀疑人生)？ 1. 新上线某个产品，需要监控转化率效果，既要看总体情况，也要看细分渠道； 2. 策划营销活动，预算有限，要看看选择哪些目标用户群、采用哪种方案带来的销量更高(更能拉动KPI)； 3. KPI又出现较大波动，待会领导估计要问起来，赶紧分析数据找原因； 一个问题就是从天上随机掉落的食材，分析思维就是将这些奇形怪状的食材加工成“看得懂”的美味佳肴。既然要做菜，有哪些值得借鉴的“万金油”菜谱呢？ 本篇会为你慢慢道来。 01 流程 完成一项任务，通常需要一系列操作，比如做菜，得先想好吃啥，然后买菜、洗菜、切菜、炒菜。 1.1 行动步骤 行动步骤就是先确定起点、终点(目标)，然后将起点和终点的距离拆分成一个个小步骤，知道先做什么，后做什么。 注：图中小黑点表示该步骤下可以选择的行动方案 e.g. 常见的数据分析路径之一是SAS公司提出的 SEMMA范式 ： 1. S ample，数据抽样，保证数据的效度和信度； 效度 是指数据的准确性，也指选择的数据和分析目标及业务目标是吻合的； 信度 是指数据的稳定性，要保证样本数据有代表性，且在一定周期内不能有过大的波动

近来二次阅读苏杰著人人都是产品经理，还是很有收获，为了促进自己反思，特记录在此。 产品经理是关于事和人的匹配。事，对公式来说，梳理清晰的业务是根本，对个人那是具体的任务。人，要具备相应能力，知识，技能和态度。 项目经理是任务的执行人，不是提出者，需要执行，计划和控制能力。产品经理是任务的提出者，更需要创造力和项目管理能力。项目越做越确定，是个闭环，产品越做越大，开放式的。 产品经理要学会面对真正的问题，去追问本质，多问问为什么，目的是什么，这样才能更好的提供解决方案～产品。 只做一次的事情找可行解，反复做的事情最优解。 产品经理的成长过程，有输入也得有输出，需求收集调研，分析需求，方案设计，流程，线框，架构，开发，测试，验证，交付，运营，优化。 需求提出来，做出来，推出去。 提出来，就是业务痛点或者新需求，是要解决的一个或者一系列问题，据此提出解决方案，当然要反复推敲，调研，分析，并确定定位和目标，然后筛选出方案。 做出来，对应的是根据定的方案，制定设计出具体操作任务，涉及细节，并评估出需要的资源和时间计划，以及操作的流程和方法，并按照计划交付产品。 推出去，意思是将产品交给用户和客户，真正的解决业务问题，提现产品价值。在运营中发现不足，再提升优化。 让产品有用，可用，好用，有人用。 来源： https://www.cnblogs.com/uplove/p/11920609

​ 尼日利亚当地经济、支付、网络、供电、交通等基建都比较落后，虽然各方面都在缓慢增长，但当地人对高额的刚需产品仍望而却步。 其他非洲国家也有同样的问题。 同理国内，一些低收入人群都想买房，但房价动辄几十、上百万，一般家庭很难一次性付清。 很多供应商想打开非洲市场，无奈也是困于上述现状只能望洋兴叹。 前面多篇文章提到PAYGo方案（也有写作PAYG，其实都是“Pay As You Go”的简写），可能很多读者都有疑惑，这里简单介绍一下。 PAYGo方案可以通俗的理解为国内所使用分期、租用的模式，比如共享单车、按揭购房等。 针对高额产品，用户使用较低的首付、押金先获得产品使用，再周期内支付分期余款、租金，然后激活继续使用。 目前普遍的顾虑：厂商虽然可以快速把产品卖出去，但是需要承担余款收回的压力，用户不付钱、不还了怎么办？ 在非洲，尤其是尼日利亚，出了名的各种诈骗、信用差，说白了，整个大环境都充斥着信用危机，很难有企业有这个资金和勇气在这种环境下应用PAYGo方案。 有很多厂商在实施过程中，遭受偷盗非常严重，例如：铺路灯，可能铺了200米，就已经有100米的被偷或者电池被卸走了，根本没办法继续做下去。 由于我们的PAYGo方案涉密，这里不方便过多介绍， 如果有想合作的可以关注公众号加我微信细聊 ：） 目前业界大致的解决方案： - 防拆： 增大拆解难度，即使被拆，程序自毁依然用不了； -

技术Leader是互联网公司中，战斗在一线的技术领导者，技术Leader们能力的强弱，决定着公司整个技术团队的战斗力，结合我之前管理上百人技术团队的经验，谈谈我心目中优秀技术Leader五个方面的能力要求。 一、技术能力 系统设计和开发能力。技术Leader要熟悉业务领域内的系统架构和相关技术，能根据业务特性,合理进行分层设计,实现最高效率、低运维成本等等。 对于重要而复杂的系统，要求做好过载保护措施，以及资源的动态分配和优先级管理等。 技术运营。主动分析系统各项指标以及变化，通过监控数据和统计手段对系统性能情况、性能变动规律及原因、各项重要业务项数据变动情况，并做出对未来的资源规划等。 二、业务能力 业务知识。能够提出改善业务流程的合理化建议，并被客户接纳，不仅熟悉与自己领域相关的流程、专业知识，而且对公司主体业务领域业务知识也了解。 产品规划。对Team内的产品方向有总体把握能力，推动产品经理、业务做产品近期、远期的规划。 三、项目管理能力 敏捷开发。能够在团队内部主导和推动敏捷开发。 项目管理。能够独立负责中型项目的实施和运作，清楚了解项目的关键因素，在现实情况和有限条件下做好任务分解和进度安排。 针对计划合理地调配和充分利用现有资源，解决项目中大部分问题；在活动过程中充分预见可能的问题，并提前确定相应的防范应变措施；有风险管理意识，懂得如何识别和管理风险。 四、团队管理能力

数据库，作为IT系统的基础类软件，发挥着非常巨大的作用。那么企业在使用数据库时，有什么样的方式可以选择？不同方式又各有其什么特点呢？本文将从使用方式、适用场景、未来发展、成本因素（人力、财务、时间）及风险点等多角度分析十二种情况（前六种为本地方式，后六种为云端方式）。 方式1：商业数据库 + 商业服务 这是比较传统的一种方式。企业购买大型商业数据库软件，并对应购买服务支持工作。在过去三、四十年里，这是主流的一种使用方式。可以说也很好地满足了各类企业的快速发展。只是随着近二十年来，互联网化的变革，对此种方式产生了不小的冲击。 这种方式适合传统企业，对数据库要求较高，自有技术能力有限，未来发展相对固定的情况，未来发展随着商业数据库的发展而变化，从总体来看，未来云化的需求对其冲击较大。此外，在国产化、自主可控化等要求下，也会对这个模式影响较大。 成本因素 从人力成本角度来看，整体投入不大，主要是由厂商提供。自有人员主要是完成审核、评估等工作。从财务成本分析，是几个方案中，相对最高的一种。经常见到“某国有银行，年度数据库采购xxxx万元的新闻”见诸报端。 正因为财力投入较大，这种方式也一般仅限于大中型企业或某些特殊行业要求。对时间成本而言，是相对较少的。选择商业数据库+服务，也就是看重其多年产品研发技术积累和成熟的商业交付能力。无论是产品成熟度、稳定性；还是服务支持方面等

数据库，作为IT系统的基础类软件，发挥着非常巨大的作用。那么企业在使用数据库时，有什么样的方式可以选择？不同方式又各有其什么特点呢？本文将从使用方式、适用场景、未来发展、成本因素（人力、财务、时间）及风险点等多角度分析十二种情况（前六种为本地方式，后六种为云端方式）。 方式1：商业数据库 + 商业服务 这是比较传统的一种方式。企业购买大型商业数据库软件，并对应购买服务支持工作。在过去三、四十年里，这是主流的一种使用方式。可以说也很好地满足了各类企业的快速发展。只是随着近二十年来，互联网化的变革，对此种方式产生了不小的冲击。 这种方式适合传统企业，对数据库要求较高，自有技术能力有限，未来发展相对固定的情况，未来发展随着商业数据库的发展而变化，从总体来看，未来云化的需求对其冲击较大。此外，在国产化、自主可控化等要求下，也会对这个模式影响较大。 成本因素 从人力成本角度来看，整体投入不大，主要是由厂商提供。自有人员主要是完成审核、评估等工作。从财务成本分析，是几个方案中，相对最高的一种。经常见到“某国有银行，年度数据库采购xxxx万元的新闻”见诸报端。 正因为财力投入较大，这种方式也一般仅限于大中型企业或某些特殊行业要求。对时间成本而言，是相对较少的。选择商业数据库+服务，也就是看重其多年产品研发技术积累和成熟的商业交付能力。无论是产品成熟度、稳定性；还是服务支持方面等