一个产品的组合元素:前端与后端

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

在这篇文章里,主要讲下一个互联网产品的基本元素,会从实施层面谈起。通过不同的形式来体现产品各个模块之间的关系。作为一名产品策划者,如果只是了解自己策划的业务模块,始终有些片面,需要通过整体的形式来了解与你打交道的各个开发人员。

web-design-services-page

从本质上来将,做好一件产品和做好一件事情都是一样,都会有明确的目的性。因此我们会把产品分为三个阶段,准备阶段、实施阶段和验收阶段。准备阶段多是整体需求、协调资源、明确任务等准备工作;实施则是具体的执行,包括项目跟进,协调,问题反馈等;验收阶段则由测试与产品共同主导,对项目的完成结果进行查验,是否达到需求的效果。实际上,这三个环节都是同等重要的,任何一个环节漏掉基本信息,都会导致产品的问题出现,可能是bug,也可能是概念问题,因此严格把控是有必要的。

一般来讲,在实施阶段产品经理与研发、设计打交道最深,因为在这阶段产品会处于长时间的施工期,任务已明确,则需要具体的时间去做出产品。然而,这个阶段也是最容易出问题,比如,产品明确需求A,到了研发层、设计层可能需求完整度不会达到100%,因为信息在传递过程中总是递减的。为了保证沟通的有效,作为协调人员必须要去了解各个层面的工作需求,比如研发实现功能A需求什么哪些基本工作(如文档、接口、视觉图等),设计需要哪些描述等。现在常常讲同理心,实际上,如果我们没有站在一个产品实施者的角度去整体看待,很难明确与你协调的各个人员都需要什么,先从基本讲起:

为了让大家更好的理解,简单梳理了当前互联网产品的几种形式,主要从两方面做区分:前端和后端。大众所使用的互联网产品都是可见的,这可称为前端,后端则是对前端业务的支撑,好比建筑房子的地基一样,重要程度自不用多说。

前端:

X@)TFZJX]NU]`RVI)GG)]~T

一般意义上的app、web其实只是前端模式的几个分支而已。前端从形态上来讲又会划分为客户层和执行层,怎么理解呢?简单点来说,客户层就是普通用户(大众)使用的层面,比如QQ、淘宝等。它们的面向对象就是真实用户,从这点上来看,一般会用某个产品的用户量来评估产品的价值。客户层分为手机应用、PC软件、Web三大形式。手机应用即装载在手机上的程序软件、现在主流的平台就是iOS、Android、Windows phone三大系统,塞班也属于以前的系统,其中android又因为开放特性分为小米、魅蓝等形式,这块做了解即可。

Pc软件则是装载电脑、笔记本等应用程序,比如各种办公软件等。Web则是具体的站点,通常由访问量来判断其价值,而之后又因为手机适配做了响应式结构,逐渐扩展为html5形态的开发模式。

运行层自然也属于前端,因为是可以具体看到的形式,他们的主要群体为运营、软件开发者、官方相关人员等。从业务线划分也属于两大系统,一是管理系统,二是统计系统。管理系统:主要做业务上的管理和内容输出,常见的有CMS(内容管理系统)、CRM、SCM等,形态一般为Web和Pc软件。统计系统很好理解,比如你的产品有多少用户,访问量,用户沉淀的数据,甚至是产品的季度广告收入等,目前常见的第三方数据系统如友盟等,一般主要是查看报表,分析产品的价值。

简单点来说,前端做的更多是产品的具体展现层面,通过具体形式来解决哪些问题。

后端:

1A3X2MLMV35RZP9@41660)G

后端常常被称为一个产品的地基,基础结构,虽然是不可见的。但因为产品的数据流动性使得后端的支撑变得尤为重要,哪怕是网站的一篇文章也会涉及数据表,没有它只能是空谈。从形式上看来,也会分为两大模块:数据层和维护层。

数据层主要做的是数据表的建立、数据接口、模块划分以及逻辑处理等业务,这些部分会是前端的重要支撑。一般来讲,前端工程师写好样式,后端提供不同类型的数据,最终样式会根据数据的调整而改变,而因为产品的整体连贯性,使得后端开发人员不单单是建表等基本工作,也会涉及业务逻辑的整体,主要是为了处理数据的统一,不至于混乱。

维护层则是在满足基本业务需求上做的重点工作,比如负载、性能、数据并发,重大bug的解决,甚至是数据保密工作等。数据量越大,维护层所做的工作就越多,重要程度是显而易见的。具体所对应的职位会是架构师或是运维人员。

后端更多是与数据打交道,主要是为了保证产品数据和用户数据的使用性和稳定性能。

通过上述图表与描述我们会理解一个产品各个层面实施阶段的任务,那么协调、任务把控自然就不在话下了,当遇到产品一些bug也不会盲目找人啦。

首先来说作为前端工程师做的更多工作是写样式、做逻辑分析(页面关系、模块划分、流程)等,因此需要三样基本元素:设计图(包括视觉、切图和标注图),数据接口(后端提供的数据接口),需求说明(流程图、功能说明、细节反馈说明等)。作为产品人士要时刻理解三个基本元素对于前端工程师的重要程度,少了哪一块工作都很耽误不少。因此现在也常常形式了一种开发模式,先做后端与设计层面,最终完成前端。

后端则需要产品形态的数据信息,如昵称、发布内容、发布时间等,简单理解就是产品呈现给用户的数据类型和规则,比如字符限制,数据条件判断等。除此之外,与产品更多沟通还在于结构的处理上,需求的增加是否影响表结构的处理,各个模块之间是否存在关联等。

从整体上看,任务跟进与沟通最重要的还是业务理解,了解各个层面需要处理的事情和需求,才能更好在“实施阶段”开展工作,达到产品的相关要求。

#专栏作家#

Oneto,人人都是产品经理专栏作家,专注于分享优质的原创信息,关注互联网、文化、知识等领域,只为传递好的见解。个人博客:www.oneto.top,一点时代。愿以大家一同发现互联网的价值信息,共同进步! 兴趣:下棋、读书,研究好的产品。

转载请保留上述作者信息并附带本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中