外包公司的产品第一次负责项目，工作流程是怎样进行的？文章对此进行了阐述，与大家分享。

当你点进这篇文章，首先恭喜你，开始独立负责一个项目，在产品经理这条成长之路迈了一大步。

接下来我们就来了解下，外包公司的产品是如何完成一个项目从0 到1的孵化吧！

何为需求分析？官方解释为需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求。

将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。

说白了就是分析客户的需求，定位系统方向。在项目前期细致的分析需求，可以增强开发效率，明确系统要求，以避免二次开发及重复工作的出现。

那么对于外包公司来讲，需求一般分为两种：

一种是客户方告知我们大体框架想法，由产品经理去编写PRD 需求文档；

另一种就是客户方已存在完整的需求文档，我们接收后，去构思产品细节。无论是哪一种，消化需求都是重中之重的第一步。

所以当我们接收到需求后，首先就是要整体阅读，制作思维导图，了解需求主体，记录对原始需求的疑问。

这时候思维导图做出大概三个层级即可，基础需求了解下，项目主业务的需求需要了解清楚，导图上可以针对这一部分深入记录一下。

与客户对接时，交换想法。

此时原始需求可能发生改变，我们会接收一些用户或个性需求，有些原始需求也可能被砍掉或推翻，会议结束后，将首次对接的记录进行整理，调整需求文档，再次发送给客户，等待客户反馈，同时编写功能列表及项目排期表，安排相应工作。

确认好最新的需求文档，接下来我们要将需求具象化。

相比于文档的长篇累牍，原型的存在，产品与客户、开发、运营等沟通时，就会高效很多，并且会更加形象化，细节问题也可以进行标注，分析的更加透彻。

如果没什么想法，可以先在纸上勾勒大致样式，再运用 Axure 将其转化为原型。

初版原型低保真效果即可，主要通过线条勾勒，在这一步我们要完成项目整体结构的确认，各个功能模块的布局排版，完成后与最新的需求文档一同交付客户审核。

这时原型工作并没有完成，等待用户审核通过后，便进行中高保真的填色配图处理。此时要注意原型页面之间的交互跳转效果，以及各个功能之间的关联。

比如一款电商产品可以手机号验证或者账号密码登录，前端注册账号的时候输入的手机号验证码注册，没有编辑账号的地方，就是漏掉的功能，开发完成后需要二次返工，重复工作量大。

原型全部完成后，就可以提交用户等待反馈，这期间一些基础的页面就可以让开发先做，或者项目的表关系可以先搭建。

原型确认后就可以安排开发工作，这期间开发已经搭建好项目主框架和表关系，如果客户那边有大的需求要更改，要懂得拒绝。

首先我们的开发进程是有时效的，每个开发都有自己的工作安排和时间管理，如果有大需求想要变更，严重干扰到了开发自身的安排，降低工作效率，并且容易使项目延期交工。

不影响逻辑框架的小功能可以选择性的修改几个，例如增加一个输入框，多一个删除操作等，但是影响逻辑的需求如果一定要改，要等客户方讨论确定后，要求以书面形式发至邮箱或工作对接群，以防后期可能出现的甩锅行为。

假如项目存在 pc 端、微信端、后台，同时需要开发的情况，你就很有可能遇到上一面还是后台的商品新增功能，下一秒就会 pc 端的购买下单功能询问，这就需要增强你的项目管理能力。

如果没有相应的管理，工作起来就会很乱，前端过来要切图，ui 过来问切图需求，后端又过来问逻辑，几项加在一起，总会产生纰漏。那么如何进行管理呢？我们下一期再来详细讲讲。

关于对接的技术沟通，其实不算做是工作流程的一部分，是工作的需要与自我的提升，懂一些基础技术，站在开发角度讲需求，开发会乐于和你沟通，相处起来会更加融洽些。

项目是楼下沙县小吃的一碗新品炒饭，需求就是鸡蛋和各种配菜，产品是菜谱，开发是厨师，那么测试就是点炒饭的我，我来品尝下这碗炒饭好不好吃，再决定是否要推荐个我的新老顾客。由此看来测试是项目验收很重要的一步。

测试主要分为功能测试、性能测试、自动化测试。功能测试主要是人工对已经完成的功能进行点击以达到检验目的；性能测试和自动化测试偏技术性，检验的范围更广。

完善的测试可以检验项目的功能点是否满足规定需求，可以站在开发人员以外的角度查看功能的缜密性，以降低项目风险。

为了方便测试人员对测试工作的维护与记录，测试期间需要编写相应的测试用例，将每一个功能的测试流程、预期结果、实际结果等记录，方便后期查看。

测试通过后就可以把项目交付给客户，部署客户环境，供他们使用，这期间存在 1-2 周的适应期，可能还会存在一些结合了使用感的用户反馈，这种反馈最好记录下来，往往客观的看法更有利于我们成长。

项目完成后，项目复盘是必不可少的。

上级刚要求我做复盘的时候，我还去百度了一下，说复盘是围棋术语，也称“复局”，指对局完毕后，复演该盘棋的记录，以检查对局中招法的优劣与得失关键。

用在项目里面，其实就是为了总结每次的项目过程，吸取其中的经验，优化弱项，强化强项，明确价值。

首先项目完成交付后，产品回顾最初的项目目标，对比实际完成情况，记录下未完成的目标是因为什么原因，完成了未达到最初要求的目标又是因为什么原因。

比如原型设计的交互效果不好，存在漏页面的情况；或者开发工作没有及时跟进，以至于拖延项目交付时间；再或者；最终结果客户不满意，出现了二次返工的情况。

在这个过程中，可以总结经验，对一些没必要但是却出错的坑进行记录，防止下一次再踩坑；对于一些设计细节也要进行记录，这一步就是经验的累计。

复盘的最后就是要告诉自己，在本次项目过程中我学到了什么？比如设计原型要更加注意细节，字段限制要明确在原型上标注；和开发沟通时，该强硬的强硬，不要觉得不好意思；当你有了总结内容，你的复盘才是有意义的。

本篇主要从需求分析、原型设计、项目开发、项目验收及复盘这五点来描述外包公司的产品负责一个项目的全过程。

从需求的整理再到原型的制作设计再到验收，每一步都能细化好多点，这就考验一个产品经理的业务能力与细心程度。项目结束后记得一定要去复盘，总结项目收获，这样才能逐渐成长。

作者：桃浪；公众号：桃浪产品日记

本文由 @桃浪 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议