展开

关键词

项目管理——产品文档规划

项目管理——产品文档规划 一、本地文档如何管理 项目通过文件夹管理 经受过的项目比较多,我按照“开始月份~结束月份+项目名称”的方式来命名,方便后续回顾。 ? 产品文档按照平台不同设子目录 这一步可能不是必须的,比如前端PM就可能跳过这一步。 ? 产品文档按照版本号设子目录 文件夹命名格式为“版本号+核心模块名称”,比如客户端的详情如下。 ?

95950

大数据湖体系规划(满分资料)

14320
  • 广告
    关闭

    老用户专属续费福利

    云服务器CVM、轻量应用服务器1.5折续费券等您来抽!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    运维平台规划体系全介绍

    找到一个价值方向来牵引整个团队很难,但又必须找到,因这个牵引力就决定了团队的气质及后续的工作方法;之前的【运维价值体系】有详述,在此不细谈。 技术运营数据和产品数据的一个很大的区别是在数据挖掘的能力要求很少。这个地方有个建议,把线上服务的数据驱动作为重点(80%),把运维内部服务的数据驱动为辅(20%)。 如果你把iTop或者oneCMDB的产品当着标杆(都是开源,没见过商业的),那你的CMDB建设肯定就玩不转。之前在一家传统企业,他们把文档都放到CMDB中管理,不建议这么做。 这块对运维的质量、效率、能力等影响最大,在之前的文章中【如何化解研发和产品之间的矛盾】中有重点阐述过服务公共化是唯一的解决之道。 和之前【数据驱动运维】介绍过的,我做了一个数据的分层体系。 8、监控及服务,有数据的地方才有监控。脱离这个原则,你做的都是告警。

    2.4K11

    美团支付平台产品规划

    76040

    数据资产管理产品架构规划

    在数据产品经理从业指南相关文章中讲到,数据资产管理与治理是数据产品经理的四大方向之一。 Q2开始了,近期在整理数据资产方向的产品工作规划,顺便分享一下,数据资产模块到底在做哪些事情,也方便大家在未来找工作的时候(今年铜三铁四的行情让很多人只能静待惊蛰了)判断是不是可以去尝试的数据产品方向。 除了利用表进行SQL查询或者拖拽分析外,现在不都提中台吗,所以,还希望有可以直接可以输出的数据服务,比如指标API、标签服务,可以通过界面化的配置就生成了接口,DAAS嘛(数据接口即服务) 二、数据资产模块的产品体系规划设计 数据治理:从任务资源消耗、时间消耗、业务使用(冷热数据)、开发规范、模型覆盖度复用度等不同维度建立资产健康度评估指标体系,以及数据治理工作台,每天上班就可以知道有哪些坑要填,提前把自己埋了。 数据资产模块相关的产品经理,不仅要具备良好的产品通用能力,同时需要对大数据生态、数据流转流程、数仓建设等理论有良好的认知,这样做起产品才能更加游刃有余。

    6210

    产品指标体系如何搭建

    发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定的积累,总结出来作为知识储备。 维度是指标体系的核心,没有维度,单纯说指标是没有任何意义的。根据产品灰度和上线的节奏来规划指标体系,如下图指标体系框架。 ? Why 指标体系 在没有指标体系的情况下,产品看数据遇到很多问题,这些问题都可以通过指标体系来解决: ? How to规划指标体系 前期重要准备工作:不断体验产品,熟知产品的基本功能,明确产品的KPI目标和战略重点。按照以下三个步骤来规划整个指标体系: ? 规划完成后必须用以下四个准则来检验指标体系的合理性: 1、完备性:通过指标体系能够对产品的经营状况一目了然;比如产品现在增速如何,现状是否健康等; 2、系统性:通过指标体系能够粗略定位到数据波动的原因;

    3K101

    产品指标体系如何搭建

    发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定的积累,总结出来作为知识储备。 维度是指标体系的核心,没有维度,单纯说指标是没有任何意义的。根据产品灰度和上线的节奏来规划指标体系,如下图指标体系框架。 ? Why 指标体系 在没有指标体系的情况下,产品看数据遇到很多问题,这些问题都可以通过指标体系来解决: ? How to规划指标体系 前期重要准备工作:不断体验产品,熟知产品的基本功能,明确产品的KPI目标和战略重点。按照以下三个步骤来规划整个指标体系: ? 规划完成后必须用以下四个准则来检验指标体系的合理性: 1、完备性:通过指标体系能够对产品的经营状况一目了然;比如产品现在增速如何,现状是否健康等; 2、系统性:通过指标体系能够粗略定位到数据波动的原因;

    1.1K40

    网络货运:履约产品体系&履约监控产品搭建方法

    以下笔者将以网络货运平台的履约场景为例,介绍履约产品体系包含哪些内容,以及具体介绍履约产品中的重要部分——履约监控产品的搭建方法。 一、履约产品体系 我把履约产品体系分为三大块,分别是:履约工具、履约监控和交付验收。 ? 1. 二、履约监控产品的搭建 在履约产品体系中,履约监控产品直接影响到平台的交付质量,是履约产品体系的重中之重,以下只针对履约监控产品的搭建方法进行详细的介绍。 流程分解 履约监控产品需要对订单履约的每一个环节进行跟踪,识别出异常,这对产品经理提出了非常高的业务流程熟悉程度的要求,并且在产品规划阶段,也是力求全面,所以搭建履约监控系统的第一步是画出一张业务流程分解图 异常场景库 在对业务流程有了充分的认知之后,就需要开始用产品化的能力对业务目标的达成负责。 2.1 建立指标体系 指标体系是平台向客户的承诺,对应的也是我们对平台履约质量的要求。

    83012

    高屋建瓴地规划自己的运维体系

    有了这个架构体系,那所有的运维事情大体都围绕着这个系统架构上的每个元素及整体进行运维保障工作。运维架构从某种角度可以划分为如下两种:商业封闭式系统架构(IOE 架构)与开源系统架构。 他们使用低廉的软硬件产品代替昂贵高槛的IOE 产品,搭建起自主开放的开源系统架构。之所以出现“去IOE”运动,其中原因总概述如下几条。 去IOE 过程,其实是系统架构的更新换代,产品的更新换代,运维理念的更新换代,运维人员的更新换代,知识体系的更新换代,等等。因此如果贸然去IOE,可能既不会降低成本,也不会提高效率,更不会稳定架构。 自身业务是否真正需要大数据、云计算以及分布式这种海量运维体系。 是否已经考虑好系统架构、运维理念、人员、知识更新换代的方案。 2 运维工作层次分类示例 例如《海量运维、运营规划》(作者:唐文)一书,作者很有观点地概括了运维要做的事情,他以质量、效率、成本为核心,从运营规划、管理、流程/规范、系统/平台、监控、告警、安全、优化、

    30810

    大数据湖体系规划与建设方案

    37930

    互联网产品运营体系总结之产品设计

    对于一个团队来说,建立一套统一的工程体系和流程,对于团队管理、团队协作会有非常大的帮助,同时对于个人来说,一套完整的知识体系能让自己快速的适应和进步。 最近在学习和实践的过程中,总结了互联网产品运营的建设体系,算是自己对于本职工作所需的知识体系进行一次梳理,也希望对正在从事互联网产品运营以及想要进入这个行业的朋友们有所帮助。 下面我将从产品设计、产品管理及产品运营三个方面进行总结和思考,总结形式以思维导图和PPT贴图为主。 产品设计 一个产品能不能成功,产品设计环节所占的作用举足轻重,因为好的开始是成功的一半。 确立产品架构 产品的架构即是我们实现产品的一套逻辑,栏目设计是信息流及用户入口的设计;用户角色设计是对目标用户及相关人群的划分及利益链的明确;用户的积分体系和等级设计是为了站在运营的层面上去思考,如何保持用户的粘性和忠诚度 ;商业化功能设计既是站在盈利渠道方面进行的规划,初期一定拿捏好度和进程,以免适得其反。

    79471

    产品经理如何使用 CODING 进行项目规划

    产品经理默认权限: [图片] 需求管理 在互联网时代背景下,如何快速高效的进行产品研发已经成为每个公司都不得不考虑的问题,在中小型团队中,产品经理往往也会承担起项目经理的职责来对整体项目进行规划,通过 CODING 中的需求管理和迭代模块来制定产品规划并负责该规划的维护和更新。 产品经理通过在 CODING 上创建项目来管理产品需求的全生命周期。 [图片] 收集与管理需求 产品经理将规划上线的功能、用户的反馈以及市场调研的结果整理出来,通过需求管理中需求的形式统一归纳,形成需求池。 [图片] 关键指标进行全面的统计,方便产品经理了解项目的整体进度。 需求文档和原型文件 在完成迭代规划后,产品经理即可在 Wiki 中根据迭代中的需求撰写完整的产品功能文档。

    36531

    产品经理如何使用 CODING 进行项目规划

    产品经理默认权限: ? 需求管理 在互联网时代背景下,如何快速高效的进行产品研发已经成为每个公司都不得不考虑的问题,在中小型团队中,产品经理往往也会承担起项目经理的职责来对整体项目进行规划,通过 CODING 中的需求管理和迭代模块来制定产品规划并负责该规划的维护和更新 产品经理通过在 CODING 上创建项目来管理产品需求的全生命周期。 收集与管理需求 产品经理将规划上线的功能、用户的反馈以及市场调研的结果整理出来,通过需求管理中需求的形式统一归纳,形成需求池。 关键指标进行全面的统计,方便产品经理了解项目的整体进度。 需求文档和原型文件 在完成迭代规划后,产品经理即可在 Wiki 中根据迭代中的需求撰写完整的产品功能文档。

    31310

    水平|运维产品的能力闭环体系

    实现一个运维产品的闭环,比碎片式的产品建设更有意义。 抛开我最近创业对这一问题的必要性思考,回归到一个企业内运维团队本身,个人觉得也需要思考这个命题。一个完善的运维平台才能做到对业务的运营有效支撑。 个人把产品的水平闭环思考分解成如下几个问题,从这些角度下去,发现很容易找到该问题本质。 持续交付的另外一个典型特征:把后续的产品能力优化直接体现在实时的数据运营分析框架之上(持续反馈,类似PDCA中的C),任何滞后与非实时的数据价值都会大大缩水,数据化的运营思路能不断驱动产品的质量提升。 以上的域名能构成一个全自动化平台的能力体系。 5、监控域。 精细化/实时/端到端的数据采集/处理/分析体系是运营价值的核心部分。 坚持产品的垂直与水平闭环体系,才是一个做出一个真正好用的运维平台!

    72000

    垂直|运维产品的能力分层体系

    一个好的运维产品分层体系,是运维平台理解清晰与否的标志。 建设一个完整的运维平台,绝非一日之功,也非一两个平台所能覆盖,因此我非常喜欢用分层体系来归纳问题。 无论是整体运维产品规划体系,还是自动化体系,还是数据化体系,甚至说CMDB平台的资源体系,都可以用分层归纳总结。以下是我对运维产品整体分层体系的理解: ? 运营能力层 运营能力是体现IT运营价值,把IT的价值和业务场景紧密联系在一起,这些场景和之前谈的运营价值体系是一致的。 这一层的能力都表现为一个具体的产品形式+运营方法,从而确保能够很好的闭环起来。 国外早年有同类的产品,如RightScale,很好的实现了多云管理的能力。 基于这个思路,可以对其他系统或平台不断的进行分层分解,最终让平台的落地可执行性变得很强,而不是人云亦云的系统工具建设。

    70611

    干货|用小程序构建产品运营体系

    同样的,这套产品运营体系也是在最近解决一系列的销售需求,参与并设计社群运营,结合当前小程序的特点所迭代出来的。 其中最主要是依次解决了以下几个问题: 如何弥补小程序的短板? 仅从开发与产品角度来说,很多时候会觉得宁愿继续做微信公众号的WebApp。 直到最近因为团队人手不足,由原来的运营观察,到设计运营活动,最后直接参与到实际的社群运营中。 但总得来说,这个数据对比过去也还是有了明显的增长,而这也将是用户能够长期停留在社群和产品运营体系中的保证。 根据它们之间的关系,整个小程序的产品运营体系如下图所示: 1. 短期活动 选择短期活动作为整个体系的入口,是因为公司运营团队之前一直都在做的事情,如果需要推行这套体系,原有的工作尽量保持不变。 这在一两年前是比较难做到的,但现在有了这套产品运营体系,通过前面用户的数据积累,将给我们更多的社群运营和活动运营的观察维度。

    33330

    当你在做一款产品之前,该如何做产品规划

    产品设计要做的“细”,而产品规划要做的“远”。产品规划不但是做计划,而且是在选择产品的发展历程。 也许产品规划的价值并非体现在用户体验的细腻程度、页面的美观展现,但却体现了对用户体验、交互设计等执行层面的内容在不同的拆分阶段内所需达到的最佳配置实现的深刻理解。 ? 第一步:分析客观基础 只有适合自身的产品规划才是好的规划。在进行产品规划之前,必须对公司的背景、所掌握的资源、所处的竞争层次等拥有深刻的认识。 这个时候,所需思考的问题,譬如,公司具有线上资源还是线下资源,掌握哪一类型的初期种子用户群体,最终的战略格局如何定位,未来的运营市场策略如何打法……而产品规划就是对上述所有一切的呼应! 在产品规划中,愿景的扩展性要强,主要可体现在横向的行为与纵向的领域的延伸之上。

    435120

    运维平台体系,你们真的有好好规划吗?

    找到一个价值方向来牵引整个团队很难,但又必须找到,因这个牵引力就决定了团队的气质及后续的工作方法;之前的文章“运维价值体系”有详述,在此不细谈。 技术运营数据和产品数据的一个很大的区别是,前者在数据挖掘方面的能力要求很少。这个地方有个建议,把线上服务的数据驱动作为重点(80%),把运维内部服务的数据驱动为辅(20%)。 如果你把iTop或者oneCMDB的产品当着标杆(都是开源,没见过商业的),那你的CMDB建设就完了。之前在一家传统企业,他们把文档都放到CMDB中管理,不建议这么做,文档就是SCM的事情。 这块对运维的质量、效率、能力等影响最大,在之前的文章“如何化解研发和产品之间的矛盾”中重点阐述过服务公共化是唯一的解决之道。 之前的文章“数据驱动运维”中介绍过我做的一个数据分层体系。 监控及服务,有数据的地方才有监控。脱离这个原则,你做的都是告警,并且告警的成本会越来越大,不成体系

    1K01

    手把手教你做用户画像体系规划

    草帽小子 动漫《海贼王》狂热爱好者~ 数据产品经理一枚~ 用户画像等系列文章作者 乔巴:公司领导让我规划用户画像体系,我之前从没做过,现在感觉就像丈二和尚摸不着头脑。用户画像体系规划是怎样的? 建立画像体系在实施层面,本质上是一个产品化的过程,因此用户画像体系的搭建符合产品研发的基本套路,分为需求阶段、画像产品规划阶段、画像产品设计阶段、开发测试阶段、运营阶段5大阶段。 ? 需求调研清楚后,你的脑子里对整个画像体系也就有了基础的认识,再结合公司的实际情况进行分析,因地制宜,来制定下一步的产品规划。 2.产品规划阶段:一头一尾两手抓,把握整体架构,制定执行计划。 02 一头抓整体规划 要做好用户画像产品规划,一头抓整体规划,绘制蓝图,包含自上而下来梳理业务架构、以及自下而上来梳理产品架构。 一尾抓落地计划,包含产品阶段性计划,项目执行计划以及人员配合流程等,来保障用户画像体系规划按一定的节奏落实下来。

    37820

    相关产品

    • 安全咨询

      安全咨询

      腾讯云安全咨询协助企业识别信息资产及业务流程的信息安全弱点,并针对信息安全威胁提供信息安全风险处理规划建议。安全咨询包括合规类咨询服务、安全管理咨询服务、安全体系咨询服务与行业安全解决方案咨询服务。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券