画一个原型需要多久?写一篇PRD文档需求多久?
时间长短取决于项目规模和业务难度, 规模大难度高,就要花费很长的时间, 规模下难度低时间就短, 一般来说, 1-2周的时间就可以完成原型和RED文档
市场需求文档写什么?
从打到下进行编写, 大的方面以市场为主体,包括市场规模, 发展趋势, 市场机会, 市场容量, 客户细分,小的方面包括竞品情况,, 产品问题, , 客户需求, 产品描述等
用户访谈怎么做?
进行用户访谈前, 要置顶访谈清单, 确保访谈的目标, 预设一些访谈问题, 访谈结束后要进行总结, 记录访谈结果
问卷做的怎么样?得出什么结果?
问卷调查我们一般采用线上调研的方法, 线上问卷是一种比较方便的问卷形式, 通常需要先确定调查目的, 然后针对性的设计问题, 一般问题设计10-15个, 然后对反馈结果进行数据分析, 得出结论
需求如何收集?需求从哪里来?
收集需求的方法还是挺多的, 像运营 客户, 用户, 老板, 市场调研, 竞品分析, 都是我们获取需求的途径
你是怎么做需求管理的?
需求一般使用需求池进行管理, 要记录需求的来源, 需求的内容, 需求的状态, 需求的优先级, 提出人, 提出时间, 记录人,
你是怎么排优先级的?
按照重要程度和紧迫性分为4个等级. 重要紧急的马上做,重要不紧急的按计划做, 紧急不重要的随时做, 不紧急不重要的推迟做, 再加一个最高优先级, 用于处理特殊情况, 所以共5个等级
评审会怎么做的?一周几次?
一般需求文档完成后会开一次评审会, 产品, 技术, UI, 测试都会参与, 主要就是讲明白要做什么?做成什么样子?沟通一些可以预见的情况, 没什么大问题的话, 还会进行一个项目的排期. 项目开发的过程中还会伴随一些小的沟通, 就比较灵活
什么阶段开评审会?遇到了哪些问题?
需求文档完成后就要开评审会. 遇到过的一些问题大概都是来自于需求和技术的平衡问题, 技术会考虑需求实现的成本, 如果很麻烦,技术可能会提一些意见, 这时候主要还是根据需求的刚性来考虑, 如果是客户强烈要求的, 那就不能妥协, 如果客户没什么意见, 实现需求就行, 就可以接受技术的建议, 他们写的顺手, 对项目的进度也是有好处的
项目是怎么排期的?
排期的话就是要明确目标和范围, 每个岗位要对工作内容分解, 分配到每个人, 每个阶段, 设立里程碑, 预估时间, 输出项目排期表
一次版本更新需求多久?
大体上来说, 一个大版本更新的功能和内容会很多, 所以可能需要1个月或者更长的时间, 中版本的话主要针对模块,一般就是1-2周, 小版本主要就是解决bug, 小问题也就1-2天, 大问题也就3-5天
你懂运营吗?
懂一些, 运营的工作一般就是围绕着海盗模型进行, 核心任务就是拉新, 促活, 变现,产品经理和运营的工作是互相支持的, 运营需要产品的配合获得更好的运营效果, 产品的迭代也需要运营的意见才有迭代方向
你与技术是如何沟通的?与UI如何沟通的?与运营如何沟通的?
对于技术, 要从功能实现这个角度沟通
对于UI, 要从设计风格这个角度沟通
对于运营, 要从产品数据这个角度沟通
你们的产品数据是怎么收集的?
产品上线后会对数据进行收集, 可以用第三方服务收集数据, 第三方服务的优点是简单, 在他们提供的后台上按步骤操作就行, 也可以用代码埋点收集数据, 这个需要程序员写代码实现, 但是不花钱
这个项目做了多久?
根据自己的情况回答
有没有和同事发生过矛盾?怎么解决的?
矛盾很少有, 开会的时候可能会因为意见不同发生一些争执, 都是为了把工作做好, 上升不到矛盾的层面
开发延期如何处理的?
首先要明确造成延期的问题在哪, 如果是技术问题, 就要和开发沟通, 看能否补救, 如果不行的话就要跟领导沟通, 看能够增加资源, 如果不行, 就只能调整需求, 尽量保证核心功能按期上线, 后面再进行迭代和优化
你提出的需求老板不赞同怎么办?
跟老板沟通, 看问题出在哪, 如果是自己考虑的不全面, 就按照老板的意见改, 如果我们的需求符合市场或者一般经验的, 要总结一些数据, 然后给老板一些建议, 如果老板仍然坚持, 还是要按照老板的意见做
如何将用户需求转为产品需求?
重点是需求分析, 分析用户需求产生的原因, 比如用户说这里需要一个导航条, 背后的原因是切换页面不方便, 我们解决问题的方式可能就有很多, 而不是仅仅加一个导航条就完事了
你平时的工作流程是什么?
平时的工作围绕着产品进行的, 如果有产品要立项, 我们可能就要进行市场调研, 竞品分析, 用户访谈等工作, 如果产品正在开发, 我们就要核实开发进度, 帮助测试和开发确认需求问题, 如果产品正在设计阶段, 我们就要根据需求池, 绘制流程图和原型图, 编写需求文档, 如果产品已经上线, 我们就要处理运营数据, 做一些售后或者迭代方面的工作
觉得为什么要写需求文档?你
需求文档是产品和开发沟通的关键文档, 需求文档写的好, 后续的沟通成本就低, 技术的实现效果就越符合预期, 其实需求文档的本质是预期管理, 把各岗位的同事的目标统一在一起, 而不是你这样想我那样想, 最后互相甩锅
你觉得什么样的产品经理, 才是一个优秀的产品经理?
产品经理的能力可以分为三个层面: 器, 术, 法, 器是基础能力, 包括设计原型, 需求文档, 术是思考的方法, 比如市场调查, 产品定位, 对用户的理解, 法是商业能力, 你保证自己的思考是符合商业逻辑的, 是有市场定位的, 这样做出来的产品才有商业价值, 而不是自娱自乐
