时间: 2021-07-30 11:27:31 人气: 9 评论: 0
外包公司的产品第一次负责项目，工作流程是怎样进行的？文章对此进行了阐述，与大家分享。
当你点进这篇文章，首先恭喜你，开始独立负责一个项目，在产品经理这条成长之路迈了一大步。
接下来我们就来了解下，外包公司的产品是如何完成一个项目从0 到1的孵化吧！
何为需求分析？官方解释为需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求。
将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。
说白了就是分析客户的需求，定位系统方向。在项目前期细致的分析需求，可以增强开发效率，明确系统要求，以避免二次开发及重复工作的出现。
那么对于外包公司来讲，需求一般分为两种：
一种是客户方告知我们大体框架想法，由产品经理去编写PRD 需求文档；
另一种就是客户方已存在完整的需求文档，我们接收后，去构思产品细节。无论是哪一种，消化需求都是重中之重的第一步。
所以当我们接收到需求后，首先就是要整体阅读，制作思维导图，了解需求主体，记录对原始需求的疑问。
这时候思维导图做出大概三个层级即可，基础需求了解下，项目主业务的需求需要了解清楚，导图上可以针对这一部分深入记录一下。
与客户对接时，交换想法。
此时原始需求可能发生改变，我们**接收一些用户或个性需求，有些原始需求也可能被砍掉或推翻，**议结束后，将首次对接的记录进行整理，调整需求文档，再次发送给客户，等待客户反馈，同时编写功能列表及项目排期表，安排相应工作。
确认好最新的需求文档，接下来我们要将需求具象化。
相比于文档的长篇累牍，原型的存在，产品与客户、开发、运营等沟通时，就**高效很多，并且**更加形象化，细节问题也可以进行标注，分析的更加透彻。
如果没什么想法，可以先在纸上勾勒大致样式，再运用 Axure 将其转化为原型。
初版原型低保真效果即可，主要通过线条勾勒，在这一步我们要完成项目整体结构的确认，各个功能模块的布局排版，完成后与最新的需求文档一同交付客户审核。
这时原型工作并没有完成，等待用户审核通过后，便进行中高保真的填色配图处理。此时要注意原型页面之间的交互跳转效果，以及各个功能之间的关联。
比如一款电商产品可以手机号验证或者账号密码登录，前端注册账号的时候输入的手机号验证码注册，没有编辑账号的地方，就是漏掉的功能，开发完成后需要二次返工，重复工作量大。
原型全部完成后，就可以提交用户等待反馈，这期间一些基础的页面就可以让开发先做，或者项目的表关系可以先搭建。
原型确认后就可以安排开发工作，这期间开发已经搭建好项目主框架和表关系，如果客户那边有大的需求要更改，要懂得拒绝。
首先我们的开发进程是有时效的，每个开发都有自己的工作安排和时间管理，如果有大需求想要变更，严重干扰到了开发自身的安排，降低工作效率，并且容易使项目延期交工。
不影响逻辑框架的小功能可以选择性的修改几个，例如增加一个输入框，多一个删除操作等，但是影响逻辑的需求如果一定要改，要等客户方讨论确定后，要求以书面形式发至邮箱或工作对接群，以防后期可能出现的甩锅行为。
假如项目存在 pc 端、微信端、后台，同时需要开发的情况，你就很有可能遇到上一面还是后台的商品新增功能，下一秒就** pc 端的购买下单功能询问，这就需要增强你的项目管理能力。
如果没有相应的管理，工作起来就**很乱，前端过来要切图，ui 过来问切图需求，后端又过来问逻辑，几项加在一起，总**产生纰漏。那么如何进行管理呢？我们下一期再来详细讲讲。
关于对接的技术沟通，其实不算做是工作流程的一部分，是工作的需要与自我的提升，懂一些基础技术，站在开发角度讲需求，开发**乐于和你沟通，相处起来**更加融洽些。
项目是楼下沙县小吃的一碗新品炒饭，需求就是鸡蛋和各种配菜，产品是菜谱，开发是厨师，那么测试就是点炒饭的我，我来品尝下这碗炒饭好不好吃，再决定是否要推荐个我的新老顾客。由此看来测试是项目验收很重要的一步。
测试主要分为功能测试、性能测试、自动化测试。功能测试主要是人工对已经完成的功能进行点击以达到检验目的；性能测试和自动化测试偏技术性，检验的范围更广。
完善的测试可以检验项目的功能点是否满足规定需求，可以站在开发人员以外的角度查看功能的缜密性，以降低项目风险。
为了方便测试人员对测试工作的维护与记录，测试期间需要编写相应的测试用例，将每一个功能的测试流程、预期结果、实际结果等记录，方便后期查看。
测试通过后就可以把项目交付给客户，部署客户环境，供他们使用，这期间存在 1-2 周的适应期，可能还**存在一些结合了使用感的用户反馈，这种反馈最好记录下来，往往客观的看法更有利于我们成长。
项目完成后，项目复**是必不可少的。
上级刚要求我做复**的时候，我还去百度了一下，说复**是围棋术语，也称“复局”，指对局完毕后，复演该**棋的记录，以检查对局中招法的优劣与得失关键。
用在项目里面，其实就是为了总结每次的项目过程，吸取其中的经验，优化弱项，强化强项，明确价值。
首先项目完成交付后，产品回顾最初的项目目标，对比实际完成情况，记录下未完成的目标是因为什么原因，完成了未达到最初要求的目标又是因为什么原因。
比如原型设计的交互效果不好，存在漏页面的情况；或者开发工作没有及时跟进，以至于拖延项目交付时间；再或者；最终结果客户不满意，出现了二次返工的情况。
在这个过程中，可以总结经验，对一些没必要但是却出错的坑进行记录，防止下一次再踩坑；对于一些设计细节也要进行记录，这一步就是经验的累计。
复**的最后就是要告诉自己，在本次项目过程中我学到了什么？比如设计原型要更加注意细节，字段限制要明确在原型上标注；和开发沟通时，该强硬的强硬，不要觉得不好意思；当你有了总结内容，你的复**才是有意义的。
本篇主要从需求分析、原型设计、项目开发、项目验收及复**这五点来描述外包公司的产品负责一个项目的全过程。
从需求的整理再到原型的制作设计再到验收，每一步都能细化好多点，这就考验一个产品经理的业务能力与细心程度。项目结束后记得一定要去复**，总结项目收获，这样才能逐渐成长。
作者：桃浪；公众号：桃浪产品日记
本文由 @桃浪 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
