产品经理有些人听的一头雾水，有的的则很想成为产品经理，其中也不乏女生，女生做产品经理好吗?女的适合做产品经理吗?男人的思维方式，大多数情况下是直线式、收敛式、简单式的，男生天生排斥“不必要”的修饰和麻烦。那些各种各样的“细节”和“形式”，在女人看来无比重要的细枝末节，在多数男人看来，只是浪费时间和吹毛求疵的表现。相比较之，女生更适合做产品经理。

从问题看女生是否适合做产品经理?

1、产品需求分析

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

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

做一个网店多少钱?

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

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

2、需求设计文档

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

电脑和手机可以访问;

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

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

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

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

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

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

3、分析细节标准

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

支不支持单点登录SSO?

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

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

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

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

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

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

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

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

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

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

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

4、细节的力量

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

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

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

综合上述四点，女生的先天优势，决定了女生更适合做产品经理，想成为产品经理的女同胞们，想在此方向有所发展，那就赶快来加入IT培训网产品经理训练营吧!