APP开发流程工作详解

发布于:2021-03-04 作者:admin 浏览人数:

  APP开发流程工作详解主管Q960882---从事产品的工作一年多但自己一直苦于这样或者那样的困惑很多人想要从事产品或者老板自己创业要亲自承担产品一职但他们对产品这个岗位的认识却不明晰有的以为是纯粹的画原型有的是以为做项目管理跟踪项目进度有的是做竞品分析给老板看。实际上这些都不是产品经理的核心和重点。在较为成熟的企业因为产品的壮大和人员的增多为了便于协作和沟通岗位会细化的很清楚如产品经理、交互设计师、UI设计师、用户体验分析师、1师、运营等等。但是创业型公司中产品经理往往都是身兼数职创业公司追求的是效率最大化、成本最低化根本没精力将岗位分的那么细致。下面我以一个创业者的视角或者说负责一个产品项目的产品经理角度出发来审视整个过程看一个产品从无到有产品经理需要哪些事情。

  做任何东西之前首先要考虑其背后的用户需求、商业价值、技术难度。只有用户有需求你的产品才会有人用只有其商业价值成立才能为企业带来利润毕竟企业最最基本的目标就是要盈利只有技术上的总体评估是可行的整个项目才可被执行。现在的互联网创业大家都在追求”快“比如2个月融资4月用户过百万3年后纳斯达克上市。但是这都是大家看到别人创业成功的表象殊不知做任何事情的前提是你得了解你在做什么诚然不排除哪些胆子大运气好随便干就成了的但那只是个案不值得深究。

  在项目的执行过程中我们经常陷入一种情景就是一堆人在一块讨论的氛围可谓是情绪高涨A说这个地方的按钮不行B说这个地方应该像人家APP那样做C又说你们都不对应该是这个模块不要换成这个云云。经常参加这种讨论会无比的耗费时间和体力动辄好几个小时过去但一散会发现什么结果也没得出来。多数情况下一定是产品定位出了问题。执行的人一定要清楚的明白产品是用来干什么的给什么人用才能正常的去讨论具体细节。如果热血沸腾、蹬鼻子上脸的的讨论了好久发现没结果发现会议的讨论跑偏了不妨回归本质想想我们的产品定位是什么。

  产品定义产品定位包含两个大的内容一个是产品定义另一个是需求定义。产品定义要分析的内容包含产品的使用人群、主要功能和产品特色。

  举例你现在要创业搞一个移动端招聘APP取作为产品经理首先应该干什么中国每年的就业人口非常庞大行业也各种各样那你就有要想你的产品是要给什么样的人提供服务你如果想服务所有行业的人群那是不可能的首先一个小公司去整合这么多行业招聘信息本身就非常困难另外并不是每个行业的人对互联网的接受程度那么高。

  通过数据分析和调研发现现在国家鼓励创业创业的高峰期必然产生大量的人力需求尤其是现场几乎说到创业没有哪个是跟互联网无关的而且从事互联网的人对于APP的接受程度也很高至少都愿意尝试。所以你把互联网这个行业的从业人群作为你产品的使用人群。

  当你分析完其他招聘类APP后你发现这些APP有很多问题比如我就是要找北京西二旗那边的工作但是很多APP目前都是没位置筛选虽然可以海投但是得到的反馈的寥寥无几能够了解的企业信息太少在投递建立前作为求职者希望知道这个公司的老板是谁现在都互联网时代电子简历完全可以了为什么每次招聘还需要招聘者自己打印简历要知道打印简历对于求职者来讲并不是很方便因为随时会改动这对求职者非常不方便。所以你打算做这个APP他的特色功能就是1、岗位支持企业所在位置分类2、招聘方应该时时给予求职者反馈3、取消纸质简历。主要功能就是招聘。现在我们给APP取名叫做飞鸽招聘。

  需求定义需求定义的分析包含目标用户、使用场景、用户目标三个方面。目标用户是什么类型的人会用你的产品主要功能是指你的产品是用来干什么的是工具是社交还是其他你的产品相对于其他市面上的产品有什么不同的地方这就是产品特色。

  刚才明确了APP的适用人群、主要功能和产品特色。市面上的招聘APP有的是做猎头的专门针对于希望跳槽的你的APP的目标用户是谁基于特色功能分析和用户痛点分析出出产品的目标用户是那些有想在具体位置找工作的人比如已经定居北京后沙峪的人希望工作在望京当你刚刚搬家到回龙观时此时你面临着换工作你可能会倾向于找西二旗那边的工作。

  以上就是所有产品定位的内容。这些完成之后紧接着的就是竞品分析和用户调研一方面这是对我们的需求进行一定的验证另一方面也是我们直接接触用户的一个机会看用户存在什么需求。

  早期需求筛选是个非常苦逼的事情如果产品经理自己就是老板自己心里很清除还行如果不是很容易陷入海量的需求中拔不出来讨论着讨论着就跑偏了讨论完之后好像什么功能都需要这个功能有用必须加那个功能太好玩了用户肯定有趣。这话总完全凭个人主观臆断的东西往往都是当时听起来貌似合理但事后却经不起推敲。所以我们需要始终把握住我们的产品定位和优先级万不可盲目的在这个地方做很多无畏的牺牲和奋斗少做不经思考的、拍脑袋的、不经过大脑的决定。

  早起需求筛选期间会出现很多这样或者那样的需求有些我们不能立马做出判断说做还是不错这些点子有可能以后会成为我们产品迭代的启发点也会给产品的发展带来更广的思路。做好管理尊重每一个人的想法在出现模棱两可时记录下载对会议的推动和进展会有很大的帮助。

  市场需求文档和商业需求文档一般在大公司会得到比较成熟的体现。小公司往往多数都是老板自己决定老板可能不会搞这样或者那样的文档但他自己肯定会去做基本了解或者本身自己就很了解某个行业。这两个文档并不是多余的也不是累赘如果在项目启动前能够花一定的时间去深入了解行业和用户是非常必要的。具体文档细节在这里不做阐述网上有很多可以去借鉴的。

  作为不是技术出身的人就不再这里转笔了。尊重开发人员和开发相处融洽一点会对产品的推动非常有帮助。

  在前文中已经给大家讲了项目启动前应该做的三大块1、需求2、商业3、技术。在这些准备工作整理完之后接下来就是执行执行过程中不像之前需要考虑的那么宏观但需要你足够的细心和耐心。

  需求产生了之后紧接着产品人员就可以产出需求文档需求文档对接下来交互设计创业公司往往产品经理会担任、UI设计起着关键性的作用当然在需求闻文档产生的过程中如果有专职的交互设计在需求阶段最好和产品人员一起来探讨需求文档的细节这对于交互设计自己理解整体的需求有帮助也对他进行原型设计和撰写交互说明有很好的帮助。

  背景描述为什么开展这个项目解决用户什么问题会有多大的价值大致就是把项目启动前做的功课进行一下总结说明务必精简明了。

  用户画像对用户特征进行虚拟说明阐明用户情况。

  项目时间规划什么时候出来原型什么时候出来线b;什么时候进入开发什么时候开始测试什么时候开始提交应用商店 这些都需要明确出来不然如果没有时间概念什么事情都会拖拖拉拉没有紧迫感。

  信息结构图APP的内容组织结构。下面是举例简单的给出微信的基本结构。

  任务流程图对于APP中的大功能把用户从开始到结束的整个过程梳理出来把各种可能性考虑进来否则之后如果开发碰到问题了问你你还得重新考虑更可怕的是开发不问你直接就开发了而结果还不是你想要的。下面以一个简单的登录为例

  需求说明把每个操作的条件和结果说清楚如果能够用文字说清楚的就用文字说不清楚的最好用图片。可能有的人会说这个时候还没有线c;怎么解释啊。这个并不矛盾早起的需求文档是用来给交互看的再次强调创业型公司的产品可能会兼着交互交互设计师再根据你的功能结构和流程梳来设计线框图和高保真的原型图。

  数据埋点把后期需要查看的数据列成清单比如说这个按钮的点击率这个页面的打开率等等这个时候需要和运营多交流对需要做埋点的地方理清楚。这对于产品上线后的数据分析很有帮助数据也可以辅助产品功能的迭代。

  需求整理完成之后接下来大致要进行的就是线框图、页面流程、高保真原型图和交互说明的设计和产出。高保真原型是具体情况来定有的公司有要求有的没有。

  力求简单清晰的表达出每个页面的视觉效果这里最好不要加入交互也不要搞的五颜六色最好是黑灰色。每个情形就是一个页面把各个情况用页面分别表达出来一方面你会更加清晰APP整体的界面数量另外设计也会更加清楚你想要什么否则加入了交互设计也不知道怎么点你还得解释半天。

  比较类似之前的信息结构图页面流程图这是用各个页面来做连接视觉上更加清晰各个环节的衔接和跳转。

  对交互的要求会更高。需要比较完整的展现各个功能之间的交互动作另外在视觉上尽量还原真实产品的样子。关于Axure可以学习金乌的课程很不错很多人觉得讲的太罗嗦但是你认真看下来还是很有收货的

  我个人觉得交互说明和高保真原型有重合之处如果做了高保线c;那么多数的交互动作基本上都可以展现。但是有些地方的交互动效是软件无法搞定了这个时候就需要你用交互说明了。

  一般情况下交互设计师讲线框图交给设计师设计师就可以开工了。这个过程交互也要多和设计去沟通毕竟UI也会有自己的专业度她会有自己的设计见解这很正常。

  设计产出了交互的工作也做完了该去交给项目经理执行了这个身份目前来看那只有很大的公司里才会有一般情况下是由产品经理直接兼任了。这里需要提醒的是在执行前各种相关的规范要先建立起来。比如

  这里全是我个人的经验做好这些会对以后安装包的管理会有极大的帮助。我们当时把搭建了一个开发者环境这个环境下的APK、API文件只能在局域网类使用在这个环境下可以任意折腾和测试不会影响到已经上线的应用。

  开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开。以后在续测试时就不会因为各个版本搞的手忙脚乱。

  4.2.1开发版纯开发自己使用或者产品使用其他无关人员一般情况下不会接触到这个版本。网络环境仅特定网络环境下使用需要技术人员搭建环境。

  4.2.2公测版经过产品和测试人员的详细测试后基本没有什么BUG了就可以拿出来给公司的人使用也算是上线前的稳定性测试。网络环境仅在特定环境下可以使用需要技术搭建环境。

  4.2.3商店版准备提交到市场的APK、API文件。在经过开发版本、公测版的全面测试后排除一切不稳定bug此时打包的商店版仍然需要经测试人员的最后把关最后一定要保证的是准备上线的APK、API文件是经过测试人员的最后把关的否则如果开发如果做了改动不通知测试和产品人员上线后出了问题再改就晚了。

  版本好号的管理前期就要搞清楚否则后面产品上线c;出现bug要改进或者添加新功能后对老版本是否有影响这个时候版本号管理的好就会起到很大的作用一方面你可以随时找出之前上线过的apk、API文件另一方面面对不断修改打包的文件不至于把自己搞混。

  下面是我个人的意见如哪个大牛有好方法可以分享出来。版本号始终是唯一的是依次迭代递进的不要为了上线时版本号好看就去刻意干扰版本号严禁搞多套版本号。

 

  UI、交互、产品在技术人员开发阶段要多和技术人员沟通最好是将大功能细化成小功能模块每次做好一部分就通知相关的人进行检查以免累计到最后问题过多修改动作太大。UI负责盯着开发是否按照自己的设计实现的交互负责关注交互效果是否符合你的标准产品负责关注各个功能的实现是否正确。

  测试用例好的测试用例能够有效的推进测试的进程好的测试用例在于尽可能的把APP的各种需要测试的情况用人线c;这点就看你的文字能力了测试用例写出来会交给测试人员来测这也是他们评判APP是否达标的标准。

  之前给大家介绍了两个部分项目启动前和项目执行中。项目上线c;作为产品需要关注的事情有几个方面一是APP数据二是用户反馈三是需求提取。

  活跃用户当天启动一次的用户即为活跃用户含新用户和老用户

  DAU:DAU(Daily Active User)日活跃用户数量。常用于反映网站、互联网应用或网络游戏的运营情况。

  用户留存率在互联网行业中用户在某段时间内开始使用应用经过一段时间后仍然继续使用该应用的用户被认作是留存用户。这部分用户占当时新增用户的比例即是留存率会按照每隔1单位时间例日、周、月来进行统计。

  用户留存率中的40-20-10法则如果你想让游戏、应用的DAU超过100万那么日留存率应该大于40%周留存率和月留存率分别大于20%和10%。

  第30日留存率第一天新增的用户中在往后的第30天还有活跃的用户数/第一天新增总用户数。

  另外就是APP的埋点数据这个功能的点击率是多少这个功能有多少人打开又有多少人使用了有多少人在频繁使用这个功能等等这些埋点数据要时常关注。结合数据变化来反思功能设计的问题从而优化产品。

  产品上线c;用户的反馈和评论对于产品人员来讲是尤为珍贵的材料一方面这是你的真实用户的直观感受另一方面他们再表达直接的需求。那么怎么样处理用户的意见就显得格外重要。用户反馈什么我们就做什么这是肯定不行的。很多情况下用户表达的只是一种表面现象要学会去挖掘用户背后的需求本质。多去研究世界上一些革命性的产品多去了解人。

  当看到四处飞来的意见时我们要学会思考而不是全盘接受、全盘照抄。

  用户目标是否正确我们的APP是不是用来满足用户这个需求的

  产品定位还正确吗如果做了这个功能还符合我们产品的定位吗

  如果要做这个功能那么自身的项目资源是否能够满足如果需要举全部资源来做这件事情那就要慎重再慎重。

  也许用户的意见是个圆形但经过分析之后很有可能得到需求是个三角形。

  “如果我最初问消费者他们想要什么他们应该是会告诉我‘要一匹更快的马’”

  ——这是亨利·福特的一句经典名言如今我们在《乔布斯传》里又见到了它。

  100多年前福特公司的创始人亨利·福特先生到处跑去问客户“您需要一个什么样的更好的交通工具”几乎所有人的答案都是“我要一匹更快的马”。很多人听到这个答案于是立马跑到马场去选马配种以满足客户的需求。但是福特先生却没有立马往马场跑而是接着往下问。

  于是福特并没有往马场跑去而是选择了制造汽车去满足客户的需求。

  客户需求有显性需求和隐性需求两大类。我们通过市场调查得知的往往都是一些诸如“我要一匹更快的马”这类显性需求。客户的显性需求并不是客户真正的需求。企业需要根据所收集的显性需求信息进行深度挖掘和捕获以了解客户的隐性需求是什么进而分析出客户的真正需求是什么例如用更短的时间、更快地到达目的地。这就是一个需求分析的过程。

  乔布斯所言“我们的任务是读懂还没落到纸面上的东西。”实际上就是用户隐性需求的深度挖掘。

  项目分为三个阶段: 一、功能需求阶段 1.功能需求讨论:前期需要产品经理跟客户沟通,了解客户要

  的类型、平台、功能、产品设计的需求、时长、预算等等,只有了解客户的详细需求才能做出详细的

  说明三、需求分析需求分析由SA制定,要求细化每一个功能的细节,每一个按钮的位置以及边界范围,对于稍大或稍...

  应用,经历一下从无到有的过程,以及这个过程中需要做的,出现的问题,怎么解决的等等。 我曾独立承担过一款

  ,这里记录一下心得。 1.产品研讨,需求确认,需求(带效果图)评审,一直到需求最终落地 2.构思产品,搭建

  框架----------------使用什么架构呢?MVP,还是MVVM 3....

  都是自己写点小工具来玩玩兴致一下而已,所以现在只好加班加点的在找些资料学习,也在这做一下分享。 通常一般的

  ,这个话题对于一些在互联网公司从业的人来说,可能并不陌生,但是对很多没有接触过这一块的人来说,就比较难以理解了。其实,

  的类型、平台、功能、产品设计的需求、时长、预算等等,只有了解客户的详细需求才能做出详细的...

  是手机软件的简称。手机主流的有ios、andriod,windows(可以忽略了)平台。市场上程序做得比较多的也是前两款的平台。 随着移动互联网的普及,移动终端功能的日益完善,很多企业看重移动互联网的重要,开始在这个领域完善自己的品牌,开展营销活动。 一款好的

  、测试等各个阶段中各个角色,包含产品经理、研发、测试、用户等需要处理的事情,以及在不同阶段可以达到哪种效果。那么,一款软件从研发到发布到底要经过哪些

  介绍:1、可行性分析:从市场、政策、经济、技术、人员等各方面因素来分析这个...

  应用,在这里不需要大家对HTML相关知识特别熟练,只要大家能看懂html,js代码,就可以轻松创建一个基于HTML5 web

  应用.二 整体效果三 整个框架图四 具体实现1.页面引导图第一步 manifest.json参数设置 如图:第二步 在index.html(这个文件相当于iOS中的

  有个比较清晰的认识,特此记录下来仅供参考! 一个项目的顺利进行,得益于一套规范的项目

  。 必要性:每个项目成员都要清楚, 一.需求讨论 产品经理根据已明确的需求,对

  进行功能的规划,页面及布局进行设计,并设计各个页面的跳转逻辑,最终输出

  后端搭建 语言有 Java,PHP,Python,下面可以简单了解一下 Java: :

  前提需要申请的内容: 微信登录 1.微信服务号申请 2.微信开放平台账号申请(然后在里面申请微信支付开通) QQ登录 1.腾讯开放平台申请 IOS账号发布审核 1.需要申请IOS

  语言是Java,自然需要用到Java运行环境,无论你在Window是系统还是Mac系

  步骤。(一)、需求阶段01、需求沟通初步接洽 顾客对公司规模、技术实力、

  公司项目情况,进入需求沟通阶段,双方对项目能够达到共识。02、原型图确认当企业将需求与

  公司沟通后,产品经理根据合同确认的功能需求,进行整个项目前端界面的原型设计,经过双方确认,定下最终的产品原型,而原型图中涉及到

  的时候如果目标不对的话,到后期后很迷的,所以一定要提前做好规划,就像上一篇介绍的去做详细的脑图

  1.技术储备 a.Java 重要程度: ★★★★★ 2.框架,编程思想,编码规范,设计模式等 b.Xml 重要程度:★...

  的成功与否很大程度都决定于此。这里所说的用户需求分析指的是基于用户的要求所进行的

  功能的梳理。针对的主体都是用户,“以用户为中心”,不是瞎喊口号。因为很多公司所

  步骤,希望能够交流。 一 应用规划: ※确定功能。 ※必须的界面及界面跳转的

  。 ※需要的数据及数据的来源及格式。 ※是否需要服务端支持。 ※是否需要本地数据库支持。 ※是否需要特殊权限。 ※是否需要后台服务。二 架构设计: ※分层。 ※网络连接。 ※数据处理-...

 

返回顶部