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

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

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

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

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

前端：

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

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

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

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

后端：

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

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

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

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

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

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

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

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

#专栏作家#

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

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