web产品就是数据流构成的，打开一个页面，就是各色数据在流动，最终汇聚成用户看到的样子，用户提交信息（勾选、输入、上传文件等等）同样是数据流动，只不过方向变了。
（底层支持这些数据流的东西，没有深究，但属http协议无疑。发出请求、解析、响应这些前述文章中讲过）
2016年底，曾写过一份产品过程总结（查了下文档最后编辑时间是2015年 ……）
前段操盘做一个小型报表系统时记录基本过程如下
- 确定业务需求
- 形成需求文档（axure、草图等，及设计出图）
- 设计接口
- 设计数据库
- 前后端代码撰写-联调
- 测试
本质上步骤并没有什么变化。
只不过作为开发者，把前面需求阶段（图片中的1、2、3、4），后面使用阶段（图片中7）弱化了。而图片中是以产品(经理)角度出发的，更重视产品需求设计，以及上线使用，弱化开发阶段的工作化分。
在参与过几个小项目之后，过程本身并无新意。想法，共识，技术实现这三点在产品开发中更为本质一些。
想法
重要性不言而喻，idea是产品之源，且不限于互联网产品，甚至不限于产品。
共识
共识非常有意思，从想法产生开始就是一个逐步实现的过程，第一步就是把想法变成需求，如果想法和需求是同一个人操盘，这个想法到需求的传递过程就省略了，但通常不是一个人：想法可能是老板发起的，也可能是业务部门提的，但需求可能是产品经理来具化，这里就涉及一个达成共识的过程。
而达成共识是相互的：‘想法’影响听这个想法的人，听想法的人还有自己的想法… 于是想法也会演进。
形成需求后，产品经理(通常这个阶段的操盘人)还需要让所有参与人员对这个需求达成共识：技术、测试——以使最终呈现的，的确是所需要的。
产品经理同写需求文档、画图，请设计师出设计图(这步更多还是帮助前端的作用)，很大程度上是为了达成共识。
技术实现
前后端分离开发安排下，设计好接口就可以分开去开发了：约定好请求URL、包含的参数——不同参数和请求方式下后端给返回什么结果。
于是一切围绕接口开展：
前端调接口，把数据取回（或同时传数据给后端），再组装成给用户看的样子，使用到的技术通常包括：HTML(结构，大体位置分布)+CSS（样式，哪块长什么样什么色）+JS（逻辑，从哪个接口取数、返回数据处理，把数据对应到html中的哪个标签下…）；
后端则想办法满足接口所需的数据：收到url1，返回什么，收到url1&type=1，返回什么…返回的可能是一串json数据，可能是操作成功提示，也可能，是一个图片地址、一个文件。原始数据大多存在于数据库中，后端的工作就是把数据库中的数据（及其它通用数据，比如日期时间等）加工成前端需要的结构，封装成接口。
复杂的技术，嗯，不会，不是，不告诉你。
