女生做产品经理好吗_产品经理适合女孩子吗

　　产品经理适合女孩子嘛?很多同学会问这个问题，尤其是大学生或是刚出校门的毕业生，国内男的产品经理居多，大多数IT公司都希望产品经理有一些技术背景，有技术背景的男生基数大，所以男生产品经理也就多

　　产品经理要求的工作压力比较大，工作量多，男生不要洗脸，不化妆，不求穿，不求喝的，能把大部分时间投入在工作中

　　有时需要强势的工作态度，男生比较放得开，产品经理如果太过扭捏会影响部门之间的合作效率

　　女生有优势，技术员哥哥吃这一套。其实女性的优势运用的好，任何岗位都吃香。很多时候产品上的事可大可小，男生pm可能要上纲上线聊一大顿 才能传达产品理念。女生则一个眼神...

　　做好产品经理女生需要提高的：对业务、技术、设计多一点背书，适当运用感性思维，一柔一刚，将技术、设计、运营小哥哥们掌控在五指之间

　　1、是否适合做产品经理，与性别无关。

　　自身综合实力够强，把控得了项目进度，和团队沟通无障碍，谈业务条例通顺逻辑分明等，就能胜任产品经理岗位。

　　2、女性做产品经理的优势在于：

　　1)同理心：女性更富有同理心，沟通时更能站在对方的角度考虑

　　2)仔细：女生一般更为细腻敏感，对产品的一些细节更为用心，更能打动用户

　　3)耐心：女性属于耐力型选手，应对重复度高的工作，更沉得下心，不浮躁

　　3、女性因为在家庭会花费更多的时间，如果在职业上想取得一定成绩，需要付出更多努力。

　　下面来全面分析女生是否适合做产品经理？

　　一、产品需求分析

　　因为工作领域关系，经常有朋友找我咨询一些软件项目的问题，比如：

　　开发一个教育类App多少钱?

　　做一个网店多少钱?

　　我想做一套在地图上实时显示数据并且分析的可视化平台，开发周期一般多久?

　　我需要一套采购物流系统，开发周期一般多久?

　　二、需求设计文档

　　平时习惯在谈项目初期，先做业务和构架需求分析，但还是时不时一个方面没考虑到，就入了坑。曾经有一个做产品经理的朋友找我合作一个项目：客户要做一个电商系统，项目第一版的要求很简单，只要能运行正常购物流程即可：

　　电脑和手机可以访问;

　　用户可以邮件注册，也能微信注册;

　　有产品列表展示，购物车，订单，用户扫二维码支付即可;

　　用户界面自己决定，以后可以换模板;

　　管理员后台能管理产品，批量上传订单，上传上传图片，查看客户订单。

　　我自己手头有一套完整的基于Spring的CMS开发框架，包括前端API模块、后端管理模块、用户权限模块、数据持久化模块等等，所以上面这些按估算很容易搞定。第3点里的产品，购物车、订单分成三个小模块，做个二维码支付也不是大问题。而且第一版只要基本功能，不用考虑任何的分布式，大流量，并发抢购等今后做大了要考虑的问题，无需过度设计。

　　我这个朋友也是个资深程序猿出身，所以我也很放心他作为客户传话筒，所有需求遵循KISS原则，但保留基本的模块扩展性。

　　三、分析细节标准

　　我们公司有个客服系统，客户在使用产品遇到问题时，会邮件或者电话给客服，客服录入系统后会分配给相应研发团队。这是一个常见的一问一答流程，我们的反馈会通过客服发给客户。

　　需求也业务拆分尽可能详细，考虑周全，最好能覆盖今后绝大部分的测试用例。

　　比如需要开发一个用户注册登录的功能，从某个男性产品经理嘴里说出来可能就一句话：给我开发一个用户系统，能注册，能登录，三天够不够?

　　从女性角度，她们习惯把一件简单的事情变的复杂化——如果这里的简单并没有你想象的那么简单呢?

　　如果你足够细心，就需要和客户做仔细沟通后达成共识，最终交付给研发团队的应该是如下一份需求Kickoff列表(只是举例，考虑并非100%全面)：

　　用email注册还是用户名注册?

　　如果是用户名，最短几位，最长几位，允许特殊字符吗，密码最短几位，最长几位?

　　如果email注册，是密码一起填写注册，还是有验证步骤?

　　点击注册前，是否展示用户协议。不勾选显示什么错误?

　　如果有验证步骤，需要手机验证吗?如果要，要对接哪个API，验证码长短，过期时间?

　　手机验证码发送时间间隔，以及发送频率限制;

　　如果只需邮箱验证，发送给用户的激活链接有效期多久，过期了怎么办?

　　验证这个业务要不要持久化?

　　发送激活邮件的模板，HTML还是txt，谁来设计?

　　激活链接过期后，显示什么错误，然后跳转到验证邮件重发界面?

　　激活链接激活后，显示什么信息，自动跳转到哪个界面，比如设置密码界面?

　　密码设置允许特殊字符吗，最短几位，最长几位?

　　密码入库前采用何种加密算法，以哪个属性作为salt?

　　用户密码设置成功后，跳转哪个界面，显示什么消息?

　　用户后期允不允许改用户名或注册邮箱吗?

　　用户后期修改密码是否需要邮件或手机验证?

　　允不允许单用户多地点登录，如果不允许，显示什么错误自动登出?

　　支不支持单点登录SSO?

　　要不要开发移动端App，需不需要提供注册和登录API?

　　API需不需要支持OAuth2，或是Token?

　　登录构架是单体还是需要考虑分布式Session?

　　用户权限系统设计，多Role或是单Role设计?

　　鉴权系统设计是无状态还是有状态?

　　用户自己或者管理员关于权限系统的操作流程是什么?

　　有没有第三方SNS接口注册接入，如果接入，需不需要同步头像，需不需要同时必须新建本地账号。

　　第三方SNS接入的流程，回调接口，以及界面设计;

　　相关前端和App界面设计图，错误对话框UI;

　　需求文档越详细，后期开发与测试遇到的误解就越少，试错成本也越低。

　　该文档必须保持在线实时更新，有任何变更，研发团队必须第一时间得知。不要通过短信或者Email更改需求，这会使团队和产品经理陷入无尽的扯皮炼狱之中。

　　四、细节的力量

　　如果说女性太注重于细节，是期待对方给足自己安全感。那么我们在做项目时注重细节，其实也是给自己一种安全感：减少返工。一个口碑好的软件，肯定是从用户需求分析开始就研究细节，设计时重视细节。

　　大部分程序猿都是非常看重技术，但从男性视角介入软件产品设计时，很容易陷入工程师思维：先考虑怎么做，再考虑做什么，最后考虑为什么做?一看到新项目，脑海里浮现的立刻是各类框架、各类中间件、高并发，恨不得立刻开机撸码。

　　而从女性角度介入软件产品设计时，她们往往会带有与生俱来的消费者直觉，会从第三方角度看事情。这里不是简单地贴职场标签，而是提醒不管是程序猿还是程序媛们，思考一下自己在设计产品时思维的盲区。