APP的整个过程,产品经理的职责。

([一)在项目启动前

我从事产品开发已经一年多了,但是我一直在遭受这种或那样的困惑。许多人想从事产品工作,或者他们的老板必须亲自担任产品职务,但是他们对产品职务的理解尚不清楚。有些人认为这是一个纯粹的原型,有些人认为它正在进行项目管理以跟踪项目的进度,而有些人则进行竞争性产品分析以向老板展示。实际上,这些不是产品经理的核心和重点。在更成熟的公司中,由于产品的扩展和人员的增加,为了促进协作和交流,职位将被明确列出,例如产品经理,交互设计师,UI设计师,用户体验分析师,第一部门,操作等等。但是,初创公司中的产品经理通常会扮演多个角色。初创公司追求效率最大化和成本最小化,他们根本没有能力如此仔细地划分职位。接下来,我将从企业家或负责产品项目的产品经理的角度检查整个过程,并从头开始了解产品经理的需求。

从概念到输出再到过程的产品

APP的整个过程,产品经理的职责。-

在做任何事情之前,我们必须首先考虑用户的需求,商业价值以及背后的技术难度。仅当用户有需求时,才使用您的产品;只有确立其商业价值,才能为企业带来利润。毕竟,企业的最基本目标是获利。只有整体技术评估是可行的,整个项目才能执行。当今的互联网企业家精神,每个人都在追求“快速”,例如在2个月内筹集资金,在4月用户超过100万,在纳斯达克上市3年。但这是每个人都看到他人创业成功的表象。众所周知,做任何事情的前提是您必须了解自己在做什么。当然,您不能排除那些勇敢而幸运地随便做这件事的人,但这只是一个例子。不值得研究。

一、用户需要1.1个产品定位

APP的整个过程,产品经理的职责。-

在项目执行过程中,我们经常陷入一群人在一起的情况,讨论气氛可谓情绪激动。 A说这个地方的按钮不好,B说这个地方应该像其他应用程序一样完成。 C还说你们俩都不对,这个模块不应该被这个云和云所取代。参加这种讨论通常会耗费时间和精力。每次都经过几个小时,但会议休会后,我没有发现任何结果。在大多数情况下,产品定位必须存在问题。行政人员必须清楚地了解该产品的用途和用途,以便正常地讨论具体细节。如果长时间以来人们对鼻子和脸部的讨论充满热情,并且发现没有结果,并且发现会议上的讨论出了问题,那么我们可以回到本质上,考虑一下我们的想法。产品定位。

产品定义:产品定位包含两个主要内容,一个是产品定义,另一个是需求定义。要分析的产品定义的内容包括用户数量,产品的主要功能和产品功能。

APP的整个过程,产品经理的职责。-

例如,如果您想开展业务并构建移动招聘应用程序,那么作为产品经理您应该首先做什么?中国的年度就业人口非常大,行业也多种多样,因此您必须考虑产品将服务于什么样的人。如果您想为各行各业的人们服务,那是不可能的。首先,对于一个小公司来说,整合这么多行业招聘信息非常困难。此外,并非每个行业的每个人都对互联网的接受程度很高。

通过数据分析和研究,发现该国鼓励创业,而创业高峰期将不可避免地产生大量的人力需求,尤其是当几乎有人说创业与互联网无关时,并且从事互联网的人们对APP的接受程度也很高,至少他们愿意尝试。因此,您将Internet行业中的人们视为产品的用户。

分析其他招聘应用程序后,发现这些应用程序存在许多问题。例如,我只想在北京西二旗找份工作,但是许多应用程序目前没有位置筛选功能。尽管可以进行海外投资,但收到的反馈很少;公司信息很少可以理解;在交货之前,作为求职者,他想知道公司的老板是谁;在当今的互联网时代,电子简历完全可以使用,为什么每次招聘都需要电子简历,招聘人员应该打印自己的简历。重要的是要知道打印简历对于求职者来说不是很方便,因为它可以随时更改,这对求职者来说非常不便。因此,您计划制作此APP。其特征功能是:1、职位支持公司位置的分类;2、招聘人员应不时向求职者提供反馈;3、取消纸张简历。主要功能是招聘。现在,我们将这个应用程序命名为Feige Recruitment。

需求定义:需求定义的分析包括三个方面:目标用户,使用场景和用户目标。哪种类型的目标用户将使用您的产品;主要功能是指您的产品用途是什么,无论该工具是社交工具还是其他工具;您的产品与市场上其他产品有什么区别?这是产品功能。

APP的整个过程,产品经理的职责。-

现在,我已经阐明了该APP的适用受众,主要功能和产品功能。市场上的某些招聘应用程序特别适合那些想换工作的人使用。谁是您应用的目标用户?根据对功能和用户痛点的分析,分析得出该产品的目标用户是那些想要在特定位置找到工作的人,例如那些定居在北京厚沙yu,希望在中国工作的人。望京当您刚搬到回龙观时,这时您正面临工作变动,您可能会倾向于在希尔二旗找工作。

1.2需求分析

以上是所有产品定位的内容。完成这些步骤后,将进行竞争产品分析和用户研究。一方面,这一定程度上证明了我们的需求,另一方面,这也使我们有机会直接联系用户以了解他们的需求。

APP的整个过程,产品经理的职责。-

1.3需求筛选

APP的整个过程,产品经理的职责。-

早期需求筛选是一项非常困难的任务。如果产品经理是老板本人,则可以清除主意。如果不容易陷入大量需求并且无法提取,那么讨论将会出错。讨论在那之后,似乎需要所有功能。此功能很有用,必须添加;该功能太有趣了,用户一定很有趣。这句话总是基于个人主观的猜想,这在当时通常听起来很合理,但事后再也不能接受审查。因此,我们必须始终把握产品的定位和优先级,而且我们绝不能盲目地在这个地方做出许多无所畏惧的牺牲和挣扎(做出更少的决定,而无需思考,集思广益和无脑)。

需求记录表:

APP的整个过程,产品经理的职责。-

在早期需求筛选阶段,将会有很多此类需求,其中一些我们无法立即做出判断是否良好的判断,这些想法可能会成为我们将来的产品迭代,也将带来产品开发。提出一个更广泛的想法。做好管理工作,尊重每个人的想法,在模棱两可的情况下下载记录,这将极大地促进会议的进展。

二、商业价值

APP的整个过程,产品经理的职责。-

在大公司中,市场需求文档和业务需求文档通常更加成熟。在小型公司中,大多数老板自己决定。老板可能不会做这种或那样的文档,但是他一定会自己做基本的了解,或者他对某个行业很了解。这两个文件不是多余的,也不是麻烦的。在项目开始之前,花费一定的时间来了解行业和用户是非常必要的。这里没有详细说明文档的详细信息,Internet上有很多课程。

三、技术评估

作为一个不是技术背景的人,我不再在这里转过身。尊重开发人员并与开发人员相处将对产品推广非常有帮助。

([二)项目正在执行

在上一篇文章中,我已经讨论了在项目启动之前应该完成的三个主要要求。2、业务;3、技术。完成这些准备后,下一步就是执行。执行过程不像以前的考虑那样宏观,但是您需要小心和耐心。

一、产品级别

APP的整个过程,产品经理的职责。-

生成需求后,产品人员可以生成需求文档。需求文档在后续的交互设计(初创公司通常是产品经理)和UI设计中起着关键作用。当然,需求是在过程中生成的,如果有全职交互设计,则最好在需求阶段与产品人员讨论需求文档的详细信息。这有助于交互设计理解整体需求,并且对于他设计原型和编写交互指令也很有用。很好的帮助。

需求文档的内容大致包括以下方面:

背景说明:您为什么开始这个项目?用户解决什么问题?它会有多有价值?粗略地说,它是对项目开始之前完成的作业的总结和解释,必须简洁明了。

用户肖像:对用户特征的虚拟描述,以阐明用户的情况。

APP的整个过程,产品经理的职责。-

项目时间计划:原型何时发布?真正的设计稿什么时候出来?它何时会进入开发阶段?考试什么时候开始?您什么时候开始提交应用商店?这些需要澄清,否则,如果没有时间观念,一切都会被拖延,没有紧迫感。

信息结构图:APP的内容组织结构。以下是一个示例,简要介绍了微信的基本结构。

APP的整个过程,产品经理的职责。-

任务流程图:对于APP中的重要功能,请从用户开始到结束对整个过程进行分类,并考虑所有可能性。否则,如果开发遇到问题并稍后询问您,则您必须重新考虑,更糟糕的是开发不要求您直接进行开发,而结果不是您想要的。以简单的登录为例:

APP的整个过程,产品经理的职责。-

需求描述:阐明每个操作的条件和结果。如果您可以用文字清楚地解释app产品经理,请使用文字。如果您无法清楚解释,请使用图片。有人可能会说目前没有线框,如何解释。这不是矛盾。早期需求文档用于交互(同样,企业家公司的产品可能是交互的),交互设计师将根据您的功能结构和流程梳理设计线框和高安全性。真的是原型。

数据埋入点:列出以后需要检查的数据,例如此按钮的点击率,此页面的打开率等。这时,您需要与操作进行更多的交流并阐明需要掩埋的地方。 。这对于产品上线后的数据分析非常有帮助,并且数据还可以辅助产品功能的迭代。

二、互动设计

完成要求后,下一步是线框,页面流,高保真原型图纸和交互式说明的设计和输出。高保真原型是由特定情况决定的,有些公司有要求,有些则没有。

2.1线框:

力求简单明了地表达每页的视觉效果。最好不要增加交互作用或使颜色鲜艳,最好是黑色和灰色。每种情况都是一页,每种情况在页面上分别表示。一方面,您将更加清楚整个APP接口的数量,并且设计将更加清楚您想要的内容,否则将添加交互,并且设计不知道该怎么做,您必须解释了很长时间。

APP的整个过程,产品经理的职责。-

2.2页面流程图:

类似于先前的信息结构图,页面流程图使用每个页面进行连接,在视觉上更清晰地显示每个链接的连接和跳转。

APP的整个过程,产品经理的职责。-

2.3高保真原型图像:

互动的要求会更高。有必要更完整地显示各种功能之间的交互作用,并在视觉上尽可能多地还原实际产品。 (关于Axure,您可以学习“金乌鸦”课程,这非常好。许多人认为它过于罗y,但是如果仔细看,它仍然非常好。)

APP的整个过程,产品经理的职责。-

2.4交互式说明:

我个人认为交互式描述和高保真原型重叠。如果进行了高保真,则基本上可以显示大多数交互操作。但是,在某些地方,该软件无法处理交互效果。此时,您需要使用交互式说明。

如果您不需要用文字或图片解释,只需用纸模拟即可。不要低估这种方法。

APP的整个过程,产品经理的职责。-

我在这里推荐了一些用于交互式标记的工具:Mac绝对是Sketch;在Windows下,可以标记snagit,带圆圈,FScapture和Viso。

APP的整个过程,产品经理的职责。-

三、 UI设计

在正常情况下,交互设计师将为设计师提供线框,然后设计师可以开始工作。在此过程中,应与设计进行更多的交互。毕竟,UI也将有自己的专业知识,并且她将有自己的设计见解,这很正常。

四、项目执行

已完成设计并完成了互动工作。现在是时候将其交给项目经理执行了。目前,此身份仅在大公司中可用。通常情况下,产品经理对此直接负责。 。这里需要提醒的是,在实施之前必须建立各种相关规范。例如:

4.1,apk,api文件命名约定和不同类型安装包的管理:

这是我所有的个人经历。做好这项工作将极大地帮助将来管理安装程序包。当时,我们建立了开发人员环境。此环境中的APK和API文件只能在局域网中使用。在这种环境下,您可以随意进行测试,并且不会影响已经在线的应用程序。

开发人员环境中打包的安装软件包的图标和名称应与在线环境中的应用程序区分开。将来,当继续测试时,每个版本都不会大惊小怪。

APP的整个过程,产品经理的职责。-

4.2APK,API文件管理4.2.1开发版本:供个人使用或产品使用的纯开发版本,其他无关人员通常不会接触此版本。网络环境:仅在特定的网络环境中使用(需要技术人员来构建环境)。 4.2.2公开测试版:经过产品和测试人员的详细测试,基本上没有错误,并且可供公司人员使用,也可以视为在投入使用之前进行的稳定性测试。网络环境:它只能在特定环境中使用(需要技术来构建环境)。 4.2.3商店版本:可随时提交市场的APK和API文件。在对开发版本和公共Beta版本进行全面测试之后,所有不稳定的错误都将被消除。此时,测试人员仍然需要检查打包的商店版本。最后,我们必须确保已经准备就绪可以联机的APK和API文件经过测试。人员是最后检查人员,否则,如果开发人员在未通知测试人员和产品人员的情况下进行了更改,则在进行更改后为时已晚上网。

APP的整个过程,产品经理的职责。-

五、APP测试和版本号管理

良好的版本号的管理必须在早期阶段明确,否则产品上线后,将需要改进一些错误,或者增加新功能是否会影响旧版本。这时,良好的版本号管理将产生很大的效果。最大的影响是,一方面,您总是可以找到以前在线的apk和API文件,另一方面,面对不断修改和打包文件的情况,您也不会感到困惑。

以下是我的个人看法,例如哪头大牛可以分享。版本号始终是唯一的,并且顺序地依次进行。不要故意干扰版本号,只是为了使其联机时看起来更好。严格禁止创建多组版本号。

测试说明:

在UI,交互和产品的​​开发阶段,有必要与技术人员进行更多的交流。最好将大型功能细化为小型功能模块,并在每次完成零件时通知相关人员进行检查,以免最终积聚过多的问题,过多的修改动作。 UI负责查看开发是否根据自己的设计实现,交互负责关注交互效果是否符合您的标准,产品负责关注每个功能是否正确实现。

APP的整个过程,产品经理的职责。-

测试用例:好的测试用例可以有效地促进测试过程。好的测试用例应尽可能清晰地描述需要在APP中测试的各种情况。这取决于你的写作能力。测试用例将被写出并交给测试人员进行测试,这也是他们判断APP是否符合标准的标准。

错误管理工具:错误标签,错误关闭等,市场上有很多,大多数都是免费的,即使收费,也不必在意那笔小钱。使用错误管理工具可以有效地提高测试人员和技术人员之间的协作效率。

(三)项目上线之后

在启动项目和执行项目之前,我已经向您介绍了两个部分。项目启动后app产品经理,产品需要注意几个方面。一种是APP数据,另一种是用户反馈,第三种是需求提取。

一、 APP数据

新用户:首次启动该应用程序的用户;

新的独立用户:所有应用程序(重复数据删除)的所有新添加用户的总和

活跃用户:一天开始一次的用户是活跃用户,包括新用户和旧用户;

活跃的独立用户:当天(重复数据删除)应用程序的活跃用户总数

MAU:每月活跃用户的MAU(每月活跃用户)数量。

DAU:每日活动用户的DAU(每日活动用户)数。它通常用于反映网站,Internet应用程序或在线游戏的操作。

用户保留率:在Internet行业中,在一定时间段内开始使用应用程序并在一段时间后继续使用该应用程序的用户被视为保留用户。这部分用户在当时的新增用户中所占的百分比就是保留率,该保留率将按每个时间单位(天,周,月)进行计数。

用户保留率的40-20-10规则:如果要使游戏和应用程序的DAU超过100万,则每日保留率应大于40%,每周保留率和每月保留率应分别大于20%和10。 %。

第二天的保留率:(当天新添加的用户数,将来第一天仍处于活动状态的用户数)/第一天的新用户总数;

第二天的保留率:(第一天的新添加用户数,第二天的活动用户数)/第一天的新用户总数;

第7天的保留率:(第一天添加的新用户数量,第七天仍然有活动用户)/第一天的新用户总数;

第30天的保留率:(第一天添加的新用户中,第30天仍有活动用户)/第一天的新用户总数。

另一个是APP的掩埋点数据。此功能的点击率是多少?有多少人打开了此功能,有多少人使用了它?有多少人经常使用此功能?等等,这些埋藏的数据应始终引起注意。结合数据更改以反映功能设计问题以优化产品。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 playplus@qq.com 举报,一经查实,本站将立刻删除。