产品经理之创业公司

选择了一家创业公司,选择了一个自我挑战的机会,对于一个产品经理来说,在创业公司做的很多,既要做规划,又要做设计,甚至运营。在创业公司,产品经理成为了一个多面手,成为老板排忧解难的第一人选。但同样在创业公司的产品经理会遇到很多的困惑,当在创业公司学不到东西时,产品经理将如何决择?当遇到更好的机会时,是坚持还是离开……
为什么产品经理选择创业公司?大部分选择创业公司的产品经理是抱着想认真做一个产品的心去创业公司,创业公司提供的薪水不是最好的,给的待遇不是最优的,但还是有很多产品经理选择了创业公司,因为产品经理想做一个产品,一个真正从头到尾属于自己的产品,至少哪天别人用上自己产品时会有一种内心的自豪感——“这产品是由我主导的”。

当然在创业公司也有困扰产品经理一些因素。

1、权利。产品经理不是经理,这个话题很早就被抛出来了,在创业公司会比其它类型的公司多点权利,BOSS可不希望雇佣一个只会做设计不会赚钱的产品经理,这样对于一个产品经理来说,权利会适当的放大,很多创业型的公司希望把产品经理推出去,包括见客户,而这时的产品经理体现的是部门经理的职权。
2、技术。创业型的公司注定了产品经理不能是单一的策划类的产品经理,需要懂点技术,至少不能在一些常规性的问题和设计上出现大的漏洞。不要求多了,div+css,html等简单的还是要懂一些。当我进入无线这块时,我遇到过这样的瓶颈,当不懂java、J2ME等语言,甚至连XML等基本的语句也不懂时,对于产品功能方面确实靠成了很多的不解,当你不懂技术时,学会“抄袭”,别人做的到的,你也同样可以。
3、性格。在创业型公司不可能像很多大型的互联网公司,一下子有几万,甚至几十万的用户来马上使用自己的产品,保持一颗平静的心,当技术人员达不到你的产品设计要求时,你是拍桌还是咬牙切齿?一个好的产品经理一定有个好的性格,而不是无故或遇到困难就发脾气的人。“产品经理就是一个暴君”那是针对于有过硬技术时,“产品经理是一个伪娘”或许这点在创业型公司更多的体现出来了。
4、沟通。这是最基本,同时也是最重要的,产品经理在创业型公司对于新进来的同事、老同事,都需要沟通,负责协调资源的调配,与BOSS的沟通,因为很多资源是BOSS提供的,与技术的沟通,在创业型的公司是没有上下级的,更多的是协调解决,沟通将成为产品经理在创业型公司一个很重要的影响因素。
5、开会。很多产品经理不喜欢开会,在创业型公司里,没有严格的开会形式,最重要的是解决问题,没有繁琐的谁来组织,谁先发言,当没有这些繁琐的仪式后,效率就体现出来了。产品经理需要的不是一群在办公室喝茶解决问题的人,而是直接、快速解决问题的思想。
6、人脉。这点其实不会影响产品经理在创业型公司的发展,但当你处理好时会让自己在这行发展的更全面、学习到更多。当然手上的人脉越多,对于产品上线后的一些后续工作都很有帮助的,多一个朋友好于多一个敌人。
7、勇气。如果一个产品在规划出来后,还需要经常修改,那么,很大的责任是在产品经理身上,是不是自己定的目标超出了公司给你的资源数量和自己的把控能力,如果是,赶快调整,千万别等。产品经理不是赌徒,看到形势不好的时候,赶快收手,不要想着继续投入能够有翻盘的机会。产品经理要有承担责任的勇气,同时也要有亲手扼杀一款产品的勇气。
8、加班。偶尔的加班很正常,但是偶尔的不加班就不正常了。产品经理在一天的紧张工作后,经常会利用下班时间进行产品思路的整理和总结,因为明天你需要给别的人解决这类的问题,所以加班也就变的很正常,不加班的产品经理不是好的产品经理。
……
还有很多的因素将影响着产品经理在创业公司的职业发展,但同样看到很多产品经理坚持在创业公司,也有很多产品经理跳出了创业公司去了更加正规的企业,当然也有从一个创业公司到另一个创业公司的。但我相信留在创业公司的那些产品经理一定有自己的理想——一款完全属于自己的产品。

在这家创业公司呆了一年了,分享一个产品流程:

不知道是否与其它公司相同,或许下一家公司也可用上吧。

产品经理的路还在继续,开始寻找新的突破,因为无线,继续无线。

打造成功的产品团队

来到这家创业型的公司8个月了,产品部从无到有,从辅助的部门到成为公司的主导力量,经历过很多曲路,从最初的产品团队二个人,到现在的一个成熟的产品团队,虽然没有纯粹的交互设计师,但我们很好的利用自身的优势互补,解决了在缺少交互设计师下的一些难题。一个产品的优秀与否与公司的产品团队有着密切的关系,成功打造一个产品团队对于一个以产品估算 为主导的公司显得格外的重要,一个强悍的产品团队需要面对的不仅仅是老板、市场、技术,而是面对着成千上万的产品直接使用用户。产品部现在越来越成为一个公司的主导部门,越来越多的公司凭借着优秀的产品团队成功的打造成为一流的公司。

结合在这家公司的产品团队的工作,介绍一下产品人员在产品从无到有过程中的一些工作。

1、需求输入

执行者:市场部门

辅助:产品经理

工作内容:根据客户和市场需要,整理出客户的原始需求,包括产品定位,客户信息,项目信息,需求矩阵,规模和预期成本,预期工期,演示原型(可选),以及市场部门建议等。

输出文档:原始需求文档,MRD对应部分(可选)。

原始需求文档:需求矩阵。

2、需求收集

执行者:市场部门、产品经理。

工作内容:以客户为最终导向(偏项目)进行需求的细化收集,形成需求矩阵表。

输出文档:需求矩阵细化。

注:该步骤和需求整理可以合并。

3、需求整理

执行者:产品经理

辅助:市场部门

工作内容:将收集的需求进行整理,完成需求文档并进行需求冻结,根据需求矩阵进行功能设计,出具低保真原型,功能列表,MRD或产品需求规格说明书。该阶段提交需求确认单给市场部门和客户进行签字确认。

输出文档:需求矩阵,低保真原型,功能列表,MRD,需求确认单。

4、需求讲解

执行者:产品经理

辅助:UED团队

工作内容:通过需求整理阶段的输出物向开发、测试、UI等进行讲解,使产品相关人员对产 品的需求有一个清晰的理解。在需求材料明确、完善的情况下需要如此,毕竟从文字到思想要丢失太多,在需求材料不明确、不完善的情况下更要进行讲解和沟通。

输出文档:线框图

注:需求讲解可以分为两步执行,产品和研发,产品的需求讲解主要针对UI和交互,研发的需求讲解主要面向研发人员,步骤在视觉设计之后。

5、细化设计

执行者:产品经理,交互设计师

工作内容:将线框原型进行细化,设计交互框架,并生成高保真原型。

输出文档:高保原型(AXURE),交互文档(可选),PRD。

6、视觉设计

执行者:UI设计师

辅助:产品经理,交互设计师,市场部门

工作内容:基于高保真原型进行产品UI设计,提交UI确认单(只包含最多三个主界面的风格演示效果图:启动页面、登录页面、九宫格或十六宫格)供市场部门和客户确认。切片输出,对高保真原型进行UI匹配。

输出文档:UI确认单,UI文件输出,UI切片文件输出,高保真原型(图片)。

7、产品开发

执行者:开发工程师

辅助:产品经理,交互设计师

工作内容:基于高保真原型进行产品开发,最基本的流程走通,先期可能只是一个DEMO,很多时候客户想先看到的是DEMO下的界面效果。对于一个产品,开发工程师需要完成整个的业务流。包括代码优化,界面效果优化等。

输出文档:一个正常可run的安装包

8、产品测试

执行者:测试工程师

工作内容:视觉问题当成Bug来管理(UI视觉得),并参考UI输出和PRD对整个软件进行性质的测试。整个产品测试,包括压力测试,功能测试,业务集成测试……多次回归测试。

输出文档:测试文档,Bugfree(辅助工具)

9、产品上线

10、产品完善