产品经理具体职责分析 课程产品经理需要做哪些事( 二 )


刚才已经明确了app的适用人群、主要功能和产品特点 。市面上的一些招聘app是给想跳槽的猎头用的 。你的应用的目标用户是谁?基于特色功能分析和用户痛点 , 分析出产品的目标用户是想在特定地点找工作的人 , 比如已经落户北京后沙峪 , 想去望京工作的人 。当你刚搬到回龙观时 , 你面临着换工作 , 你可能会倾向于在Xi二七找工作 。
1.2需求分析
以上是所有产品定位的内容 。完成这些之后 , 接下来是竞争产品分析和用户研究 。这一方面是在一定程度上验证我们的需求 , 另一方面也是我们直接接触用户的机会 , 看看他们有什么需求 。
1.3需求筛选
早期需求筛选是一项非常艰巨的任务 。如果产品经理是老板本人 , 他的头脑是清楚的 。如果不容易陷入巨大的需求中 , 又拉不出来 , 讨论就会产生偏差 。经过讨论 , 似乎所有的功能都需要 。这个函数很有用 , 必须添加 。那个功能太好玩了 , 用户肯定感兴趣 。这总是基于个人的主观臆断 , 往往当时听起来很合理 , 事后却经不起推敲 。所以我们需要时刻把握好产品的定位和优先级 , 不能盲目的在这个地方做出很多无畏的牺牲和挣扎(少做不经思考、拍脑袋或者脑洞大开的决定) 。
需求记录表:
在凌晨需求筛选期 , 会有很多这样或那样的需求 , 有些我们无法马上做出还是做好的判断 。这些想法可能会成为我们未来产品迭代的灵感点 , 也会为产品开发带来更广阔的思路 。好的管理 , 尊重大家的想法 , 万一有歧义可以录音下载 , 对会议的推广和进展会有很大的帮助 。
二 。商业价值
市场需求文档和业务需求文档一般在大公司比较成熟 。在小公司 , 大部分决策都是老板自己做的 。老板不一定会做这样那样的文档 , 但是一定会做基础知识或者对某个行业非常了解 。这两份文件既不多余 , 也不繁琐 。在项目开始之前 , 花一些时间深入了解行业和用户是非常必要的 。具体文档的细节这里就不描述了 , 网上有很多参考 。
三 。技术评估
作为一个非技术出身的人 , 这里就不再写了 。尊重开发者 , 和开发搞好关系 , 对产品的推广会很有帮助 。
项目正在进行
我已经告诉过你在项目开始前应该做的三大块 。1.要求;2.商业;3.技术 。做完这些准备 , 接下来就是实施了 , 不像之前那么宏观 , 但是需要你细心和耐心 。
一、产品层面
需求产生后 , 产品人员可以制作需求文档 , 在接下来的交互设计(创业公司的产品经理往往担任it)和UI设计中起到关键作用 。当然 , 在生成需求文档的过程中 , 如果有专职的交互设计 , 最好在需求阶段就和产品人员讨论需求文档的细节 , 有助于交互设计师了解整体需求、原型设计、编写交互说明 。
要求大致包括以下几个方面:
背景描述:你为什么要进行这个项目?为用户解决什么问题?会有多值钱?就是对项目开始前所做的功课进行总结和讲解 , 一定要简洁明了 。
用户画像:对用户特征的虚拟描述 , 对用户情况的澄清 。
项目时间规划:什么时候出样机?真正的设计稿什么时候出来;开发什么时候开始?考试什么时候开始?什么时候开始向App Store提交?这些都需要说清楚 , 否则如果没有时间概念 , 一切都是拖拖拉拉 , 没有紧迫感 。
信息结构图:APP的内容组织结构 。下面举个例子简单的给出微信的基本架构 。
任务流程图:对于APP内的大功能 , 从头到尾梳理用户的全过程 , 兼顾各种可能 , 否则以后开发遇到问题问你 , 就要重新考虑了 。更可怕的是 , 开发没问你就直接开发了 , 结果不是你想要的 。以一个简单的登录为例:
要求:讲清楚每次操作的条件和结果 。如果能用文字解释清楚 , 就用文字;如果解释不清楚 , 就用图片 。可能有人会说 , 这个时候没有线路图 , 怎么解释 。这并不矛盾 。前期需求文档用于交互(还是那句话 , 初创公司的产品可能会同时交互) , 交互设计师根据你的功能结构和流程梳理 , 设计出线框和高保真的原型图 。


推荐阅读