作为应届生进入外包公司任职产品经理是1种怎样的体验？面对各种状态和交接该如何处理？
和大部份应届毕业生1样，我们总是会被灌输1种思想，那就是“刚毕业的学生，对工资待遇、公司背景甚么的不要有太多要求，能找到1个“适合”点的公司学点东西磨练磨练自己才最重要······”
就这样，我进入了1家足以让我得到磨炼的外包公司工作。
记得面试时，是老板亲身面试的我，仍然清晰的记得老板对我说公司有4510号人，产品、技术、测试、运营等岗位都配备相干的人员！！！当时的我面试通过后，万分开心，认为自己来到了1个范围完善、经营状态良好企业。
但真正进入企业正式工作后才发现这4510号人中，其中的30名左右的包括java、.net、Android、前端、测试等技术人员并不是我们老板旗下的员工，实际是合作火伴关系，只是对外宣称是自己公司的员工（骗骗客户罢了），实则属于本公司人员的只有产品部。那末我作为产品经理跟不属于本公司的技术、测试等人员合作起来，简直就是1件要命的事情。
当时很无奈，但另外一方便觉得自己只是1个应届毕业生，给的工资还可以，就坚持留了下来。后来，也就是那1年，我深深的体会到了作为1名外包公司的产品经理不但需要足够强大的内心、技能、与口才。
而且在每一个项目及工作流程中都要和UI、技术、测试、运营等做好足够的配合，把控好工作流程、项目进度等。否则，项目1旦延迟上线或上线时出现很严重的BUG，没法跟客户交代，这个锅都会甩向我。
固然，与其说自己是1名产品经理，倒不如说自己是1名项目经理来的更加实际。由于我们属于项目外包公司，老板通过人脉关系或投标等方式承接甲方的项目，项目承接下来后，需求部份由我们产品部自己做，到代码的实现、测试部份都要由其他人来做。
为了不来自客户和老板、对方同事等的甩锅，我尽量的将每一个工作流程都做的相对全面，大概包括以下几点：
做好充足的用户调研、需求收集、需求确认
需求部份永久是1个项目的key，如果前期需求做不好，走错路、会错意，那末后面所有的程序都是白搭，由于你连客户爸爸的需求都没理解清楚，其他都是无用之功。
- 用户信息调研：用户信息收集是需求的1个重要部份，首先要理清楚所做项目的目标用户，用户调研数据对后面的产品设计起到很重要的作用。不同类型的目标用户不论是在视觉上还是技术操作上，都存在着不同的差异。
- 需求收集：收集客户的本质需求，将客户的需求进行详细的分析，弄清楚问题的要求，比如：需要输入甚么数据，要得到甚么样的结果，最后应输出甚么。需求分析的目的就是帮我们肯定产品方向。
- 需求确认： 需求收集完后，我会将客户的需求用Xmind、Excel分别整理出思惟脑涂和功能清单提供给老板和客户进行需求确认和项目报价。在这进程中尽量的将需求进行功能分类，细致化，让客户可以更好的分辨出我们整理的需求、功能是不是与他们的本质需求有出入的地方，1旦有出入，及时做调剂。
原型设计阶段
原型图远比文字能更好、更直观的表达自己的想法，所以原型设计是1个梳理功能、再次确认需求的重要阶段。由于本人是个典型的处女座女生，所以在工作中喜欢做到尽善尽美，宁愿多加班也要尽量的做出高保真的原型，目的是为了更好的将我们的产品设计、产品交互和功能梳理给客户做详细的展现与讲授。
在原型设计阶段，我会根据不同的用户群体做不同的交互设计，例如：我负责的第1个项目，他们的使用群体包括两类，1类是B端用户（政府的工作人员，年龄在30⑷5岁），另外1类是C端用户。针对这类用户，他们不善于操作电脑或使用软件，我尽量的会将交互做到最简单，一样在字体字号上面会做个备注，让美工尽可能做得尽可能大点（固然，这只是1个建议）。
需求再次确认
作为1个年轻的产品经理，经验不足是真的，但有1点是我的长处，那就是从不吝啬多跑几次客户那，和客户当面确认需求，和客户多沟通、多交换。由于原型图相对文字能直观的表达自己的想法与设计，所以每当我做完原型设计后，都会到客户那做原型讲授，我会尽量的将自己的想法全部表达出来。
当自己的设计与客户的需求有出入时，做好标记，如果出入比较小，我1般都是当时改好，现场给客户确认。如果出入比较大，我会重新梳理，再次提供新的设计方案给客户进行确认。固然，由于自己本身是技术出身，大学期间也是学的技术，所以设计的方案大部份都是在技术上确认可行的，1旦拿不准主张，就会向技术人员请教，确保设计的可行性，避免天马行空的设计。
由于自己在需求确认阶段及其重视，所以在担负产品经理阶段，常常会和客户保持电话、微信联系，都成了客户的老熟人了。
PRD文档编写
作为1个这类特殊性质的外包公司的产品经理，PRD文档对自己而言，简直是救命的稻草，它不但是和技术等人撕逼的证据，同时在这类小公司，也是可以免背锅的证据。所以在写PRD文档时，我会将客户认为重要的点表达清楚，避免后面由于自己没有表达完全，然后锅从天上来。
需求评审会议
和客户确认好需求后，我会召开1次全面的需求评审会议，把美工、技术、测试等人全部叫齐，将需求和设计对接给例会人员。在会议之前，我会将原型、功能清单、PRD需求文档等提早发给例会人员，让他们提早了解项目，以致于更好的在会议上提出他们的问题，我逐一做解答，提升会议的效力。
设计、开发阶段
需求评审会议结束后，项目进入UI界面设计、代码实现阶段。
UI界面设计：美工设计好的界面，我会发给客户确认，目的是让客户了解下界面的整体色调和我们的设计想法，避免后面所有界面设计完、开发完后，被客户全部否认来的强。
开发阶段：人们常说技术人员做出来的东西，会让你觉得那不是你自己亲生的孩子，和设计师设计出来的美美的界面会有很大的差别。这都不是重点，重点是，我们的技术人员还不是自己公司内部人。
所以在开发阶段，我不但要把控好项目进度，同时还要3天两头跑去对方公司盯着他们做的成果，1旦发现界面做出来严重“扭曲”就会拿设计图和技术人员沟通，沟通不行就撕逼。他们如果不肯配合，我就只能找他们的老板和技术人员沟通了，由于作为1个小姑外家的，老板们还是不太会难堪我的。
测试、验收阶段
系统开发结束后，部署到测试环境，开始进入测试、验收阶段，毕竟公司小，作为产品经理的我是和测试人员1起参与系统测试、验收的，通过建立Easybug，将所有的BUG全部写入进去BUG系统，分好BUG优先级，安排技术人员进行BUG修复。
固然在这个进程中最讨厌的莫过于1BUG未平，1BUG又起，这也和技术人员的能力有着很大的关联。
试运营阶段
测试、验收结束后，让客户参与试运营阶段， 亲身参与使用系统或APP等。1般在这个阶段不会遇到的太辣手的问题，由于前期不论是需求还是测试阶段，我们都尽量的多花心思处理。
项目正式上线
试运营结束后，客户也确认没有问题后，产品正式上线，这算是1个项目告1段落，后面开始进入正式运营阶段。
针对以上的9个阶段，我都会在项目开始前，进行时间周期的把控，在项目进行中，进行阶段进度的把控。及时采取相应的措施去解决存在的问题，尽量保证项目依照预定的时间上线。
固然，在全部进程中，最难的莫过于和不属于本公司的技术、测试等人员进行沟通与合作，这个进程有时让你怀疑人生。但还好，内心足够强大的我觉得所有的问题都会迎刃而解，只不过进程会比想象的难点。
以上是我作为外包公司产品经理的工作流程和感触，写的比较口语话，目的是为了更直观的表达自己的想法，如有需要改进的地方，还请各位大佬多多指教~
作者：Tina W
