编辑导语：在项目过程中，产品经理需要做好跟进，以保证产品的最终落地。然而，不同类型的产品，其落地过程遇到的问题也可能会有所不同。本篇文章里，作者便结合定制化B端产品的相关案例，对主导定制化产品的落地过程进行了总结，一起来看。
在产品从业过程中，我既落地过标准B端产品，又落地过定制化B端产品，二者的项目流程虽然存在共同点，但差异仍然很大。定制化B端产品可以说产品即项目，也可以说项目即产品，在落地过程中最大的难点是需求管理和客户方管理。
本文将基于定制化B端产品的项目团队、项目流程、项目工具等方面来展开说明如何高效落地一款定制化产品。
定制化B端产品的项目团队成员包括客户方、售前解决方案工程师、营销人员、项目经理、产品经理、UI设计师、研发经理、前端开发工程师、后端开发工程师、测试工程师。
客户方在产品流程中负责需求提供、项目各阶段产出物验收，以及其他配合乙方项目团队成员进行项目落地的工作。
售前解决方案工程师负责售前阶段的需求沟通、售前解决方案撰写，以及招投标等事务。
营销人员负责售前阶段、验收阶段的商务工作，以及项目过程中出现的会涉及商务变更的其他工作。
项目经理负责项目整体把控。
产品经理负责产品设计方案撰写、原型设计。
UI设计师负责UI效果图设计。
研发经理负责项目整体技术规划与把控。
前端开发工程师负责功能页面开发。
后端开发工程师负责功能逻辑开发。
测试工程师负责产品功能、性能、数据测试，以及整体质量把控。
划分阶段是为了帮助项目团队针对项目管理粒度达成共识，阶段划分的依据如下：
定制化B端产品项目流程可划分为售前、启动、方案、设计、开发、测试、初验收、试运行、验收九个阶段，下文将针对各个项目阶段进行详细说明。
1）阶段概述
售前阶段是产品流程中的第一个阶段，用来沟通明确项目目标，并开展商务活动。
2）参与人及职责
3）交付成果
会议纪要、售前解决方案、报价单、招投标文件。
4）阶段结束标志
签订项目合同。
1）阶段概述
启动阶段是产品流程中进行项目团队组建和项目计划制定的一个阶段。
2）前置条件
已经签订项目合同。
3）参与人及职责
4）交付成果
项目主计划、项目子计划、项目成员清单。
5）阶段结束标志
召开项目启动会。
1）阶段概述
方案阶段是产品流程中由产品经理进行业务调研，并出具产品设计方案的一个阶段。
2）前置条件
已经签订项目合同。
3）参与人及职责
4）交付成果
业务调研报告、产品设计方案。
5）阶段结束标志
客户方确认业务调研报告、产品设计方案。
1）阶段概述
设计阶段是产品流程中由产品经理进行原型设计，UI设计师进行UI效果图设计的一个阶段。
2）前置条件
客户方已经确认业务调研报告、产品设计方案。
3）参与人及职责
4）交付成果
产品原型、产品UI效果图。
5）阶段结束标志
客户方确认产品原型、产品UI效果图。
1）阶段概述
开发阶段是产品流程中前端开发工程师、后端开发工程师为实现产品功能、页面、逻辑进行代码开发工作的一个阶段。
2）前置条件
客户方确认产品原型、产品UI效果图。
3）参与人及职责
4）交付成果
联调后版本。
5）阶段结束标志
完成所有功能联调，并部署到测试环境。
1）阶段概述
测试阶段是产品流程中测试工程师针对已经实现的产品功能、性能、数据进行测试、校验的一个阶段。
2）前置条件
产品已经联调完成并部署到测试环境。
3）参与人及职责
4）交付成果
待部署版本。
5）阶段结束标志
测试用例通过测试用例评审会的评审，并基于测试用例完成所有功能测试。
1）阶段概述
初验收阶段产品经理和UI设计师为了保证产品最终实现效果，针对产品最终实现效果与产品设计方案、产品原型图、产品UI效果图相符程度进行项目团队内部验收的一个环节。
2）前置条件
已经完成产品测试。
3）参与人及职责
4）交付成果
待部署版本。
5）阶段结束标志
通过产品验收。
1）阶段概述
试运行阶段是指将产品代码从测试环境切换到正式环境，并让相关用户在正常工作场景进行使用，但不间断对产品进行监测和调试的一个阶段。
2）前置条件
已经完成产品测试及初步验收。
3）参与人及职责
4）交付成果
正式上线版本。
5）阶段结束标志
客户方签署“试运行通过单”。
1）阶段概述
产品验收阶段是产品流程中客户方针对产品以及产品过程文档进行验收，并交割尾款的一个阶段，也是产品流程中的最后一个阶段，产品通过验收阶段代表着产品项目流程已经全部结束，即将转入售后服务阶段。
2）前置条件
产品试运行阶段已结束。
3）参与人及职责
4）交付成果
项目过程文档及验收材料。
5）阶段结束标志
客户签署“验收单”，并完成尾款支付。
1）需求收集
通过自研的需求反馈系统来收集和管理来自项目团队内部及客户方的需求，客户方及项目团队成员都可以登录需求反馈系统提交需求。
不过工具的使用取决于项目具体情况，在不具备同类系统的情况下也可用Excel替代需求反馈系统来进行需求收集和管理。
2）需求处理
产品经理登录系统进行需求处理，处理内容包括区分需求类型、优先级、处理方式、处理状态、预计处理时间。
若客户方提交的需求属于产品bug，则综合考虑开发资源分批次上线即可；若客户方提交的需求属于对原有方案的变更，则需要提交变更流程。
通过自研的研发协作系统来进行研发团队内部需求&bug传递。
产品经理可在研发协作系统里进行版本定义、需求记录与跟踪。
所有项目团队成员都可在研发协作系统里进行bug记录。
测试工程师可在研发协作系统里进行bug跟踪。
前端开发工程师、后端开发工程师可在研发协作系统里标记需求&bug处理情况。
通过在线共享文档来进行项目过程资产记录与留存。
项目沟通方法分为交互式沟通、拉式沟通、推式沟通三种，不同情景下要采用不同的沟通方法，相应的也要采用不同的项目沟通工具。
1）交互式沟通
交互式沟通的优点是能沟通方之间信息传递效率高，且能比较有效的达成共识，钉钉群聊、会议、电话都属于交互式沟通工具。售前阶段、启动阶段、方案阶段、试运行阶段需要保证客户方与乙方对于定制化产品的需求理解一致，所以适用交互式沟通。
2）推式沟通
推式沟通的优点是可以确保信息的发送，但不会太过打扰信息接收者，邮件、群公告就是典型的推式沟通工具。设计阶段、开发阶段、测试阶段、初验收阶段对客户方参与度的要求比较低，但是客户方需要被通知到，所以适用于推式沟通。
3）拉式沟通
拉式沟通的优点是可以快速触达数量比较多的用户，官网公告、OA消息是典型的拉式沟通工具。在产品正式上线后，客户方可以通过官网公共、OA消息等方式来让所有用户知晓产品信息。
通过项目日报、周报、月报来进行项目跟进。
需求变更是导致定制化项目失控的重要原因之一，所以在定制化产品的产品流程中需要严格规范需求变更行为。
变更管理包括方案制定前的管理，以及项目过程中的管理。
方案制定前，产品经理要尽可能地挖掘客户方的需求，并通过反复多次的沟通来核实客户需求。
项目过程中需要通过一些形式来规范客户随便进行需求变更的行为，例如：每个阶段的产出物都需要在公开场合达成一致，也需要相关人进行签字确认。如果确实有必要进行需求变更，则由变更人在提起申请，经由相关的客户方负责人、项目经理、产品、开发、测试知会及同意后才允许变更，并需记录变更原因，且变更内容要求正式记录，不允许口头通知或提供聊天记录。
产品上线延期是项目管理过程中的常见现象，但实际上延期会导致客户满意度下降，项目团队成员士气下降等后果，所以需要尽量避免延期。
为了避免项目延期，需要做到以下几点：
定制化B端产品与标准化B端产品在落地的过程中各有难点，所以二者的产品流程并不能直接套用，而不同的定制化产品由于产品复杂度、项目资源情况、项目参与人规模等等因素不尽相同，所以相应的产品流程也需要因地制宜，不能借机套用。
本文由 @产品人的自留地 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Pexels，基于CC0协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。