需求方面

需求的收集、分析、讨论等就不详细说明了，大家知乎百度一下就有很多。

1.告诉自己要冷静，需求要跟领导确认

第一次负责总是紧张、不安的，想快点做好，记住越急越要冷静，需求一定要跟老板讨论、确定后在开始接下来的工作，否则会有无限的改，无限的加班，开启无限循环模式。

2.需求要有明确的分级并让开发人员明确知道

需求优先级的划分是个老生常谈的问题，但为什么这个很重要？

举个例子：如果自己第一次独立负责一款产品时遇到开发Delay（延期），而老板要求必须在规定日期上线，这个时候想要保证项目正常上线那就一定要砍需求，如果你有了很好的准备那么你就能从容面对，不会痛苦的纠结要怎么办从而浪费宝贵的开发时间。

为什么要让开发大大们知道？

因为这是在开发一款新产品，分清优先级利于他们自己去把控项目开发的进度，会先做优先级高的功能，不会把精力放在优先级较低的功能中，而且如果要砍需求可以避免开发了半天的功能被砍掉的悲剧。

输出原型和文档

原型是产品经理的基本功之一，在输出原型有些需注意的地方。

1.切记上来就画；

第一次负责产品肯定是紧张的，这时切记上来就画原型，负责一款整体的APP和规划一个功能是完全不一样的，考虑的层面和分支也不在同一个量级上，这时候需要做很多准备工作来保证输出的原型和文档的完整度。

2.善用思维导图和流程图；

不要怕麻烦或者说因时间不足就不画思维导图和流程图，这样肯定会导致很多因素没有考虑到，以前我在在做一个收藏的功能，画原型的时候就忘了考虑未登录的情况被开发大大们一顿喷说“这个问题不应该犯吧，要不原型文档你在检查看看？别到时候我老找你”那个时候我真的特别尴尬。

3.要建立自查机制；

原型、文档输出完后，一定要根据自己设立的自查机制去审查原型或文档，筛选看看自己有没有遗漏的地方，自查机制如何建立网上也很多资料大家可以看看，其实大家不一定非要把目光死死盯在需求、文档、市场等这些上面，也有些更贴近我们的小窍门更应该早早学习。

项目开发

需求确立了、原型文档输出完了、各种会开完了，就要项目开发了。

1.不断审查，调整心态

项目开发时，自己应该不断的去梳理流程并且检查自己在规划的时候是否有遗漏的地方，切记千万不要觉得开发是程序员的事和自己没有任何关系，要知道你是这个产品的直接负责人，出了问题背锅的是自己。

2.每天主动询问开发进度

要主动的询问开发进度，不要指望开发能主动告诉你进度，询问时语言要委婉，不要用质问的语气，充分考虑开发人员的感受

3.切记不要说出过分的话

覆水难收，不要脑子一热气一顶就说出很过分的话，我见过一些新人产品经理在讨论时常说“这不关我的事，怎么实现是你们（开发）的事”，我不知道说这话的人是什么心态，我只知道产品经理是解决问题的不是制造矛盾的，而且你得靠开发才能去实现你的想法。

4.摆正心态

现在产品经理很火，有很多新人产品觉得产品经理有多高大上有多牛X，从而面对开发、运营等有种不知道从哪里来的优越感，记住摆正心态，哪怕自己不开心不舒服也要摆出笑脸去调节各种矛盾 ，这就是产品经理，尽自己一切努力去解决事情。