zoukankan      html  css  js  c++  java
  • 看完你也能独立负责项目!产品经理做APP从头到尾的所有工作流程详解!

    (一)项目启动前

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

    产品从概念到产出到流程

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

    一、用户需求

    1.1产品定位

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

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

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

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

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

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

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

    1.2需求分析

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

    1.3需求筛选

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

    需求记录表:

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

    二、商业价值

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

    三、技术评估

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

    (二)项目执行中

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

    一、产品层面

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

    需求文档大致包含的内容会有如下几个方面:

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

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

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

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

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

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

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

    二、交互设计

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

    2.2线框图:

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

    2.2页面流程图

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

    2.3高保真原型图:

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

    2.4交互说明:

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

    如果文字和图片都不要说明的就直接用纸片来模拟。不要小看这种方式。

    这里做交互标记的工具推荐几个给大家:mac电脑果断是sketch了;windows下有snagit、圈点、FScapture,另外viso也可以标注。

    三、UI设计

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

    四、项目执行

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

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

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

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

    4.2APK、API文件管理

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

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

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


    五、APP测试和版本号管理

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

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

    测试须知:

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

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

    Bug管理工具:bugtags,bugclose等等,市面上有很多,多是免费的,即使是收费也不要在意那么点钱,借助bug管理工具能够有效的提高测试人员和技术人员的协作效率。

    (三)项目上线后

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

    一、APP数据

    新增用户:第一次启动应用的用户;

    新增独立用户:全体应用的新增用户的总和(去重)

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

    活跃独立用户:当天应用的活跃用户总和(去重)

    MAU:MAU(monthly active users)月活跃用户人数。

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

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

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

    次日留存率:(当天新增的用户中,在往后的第1天还活跃的用户数)/第一天新增总用户数;

    第2日留存率:(第一天新增用户中,在往后的第2天还有活跃的用户数)/第一天新增总用户数;

    第7日留存率:(第一天新增的用户中,在往后的第7天还有活跃的用户数)/第一天新增总用户数;

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

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

    二、用户反馈和评论

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


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

    是不是我们的目标?想想我们的目标用户是谁。

    使用场景是否成立?还是这只是极个别人的场景需求。

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

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

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

    三、需求提取

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

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

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

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

    福特:“你为什么需要一匹更快的马?”

    客户:“因为可以跑得更快!”

    福特:“你为什么需要跑得更快?”

    客户:“因为这样我就可以更早的到达目的地。”

    福特:“所以,你要一匹更快的马的真正用意是?”

    客户:“用更短的时间、更快地到达目的地!”

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

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

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

    本文为作者华飞(微信huaguolong179),文章来源:鸟哥笔记,转载请注明来源鸟哥笔记并附带作者信息。

     

    一个一个的去寻找,还是9月在杭州把投资人一次见全了?创新中国秋季峰会,500位投资大咖等你来

    分享到

    刘二海:比起诗和远方,现实是打赢的站着,打输的躺下

    外部投稿17分钟前
     

    9月21~22日,为期两天的创业邦2016创新中国总决赛暨秋季峰会在杭州召开。愉悦资本创始及执行合伙人刘二海进行了精彩的演讲。

    刘二海投资过神州租车、易车网、神州专车、天神互动、创梦天地、人人网、智联招聘、伊美尔、途虎养车、优信拍、车王二手车、乐动卓越、乐元素、微影时代、布丁酒店、优客逸家、好租网、梦想加、小猪短租等企业, 是中国最懂车的投资人。

    犀利观点如下:

    诗和远方都是人们向往的,可也难免是无法实现的。你需要做到这三点:待在自己的长处、积累/探索、找到突破口。 

    当别人对你采取了一些让你不太愉快的手段时,你应该把它想成是你的成人礼。如果你挡不住这些进攻,那你就应该去牺牲。 

    我们最关注的是网络和产业的融合,从信息到交易,现在到了融合的时代。 

    如下为演讲全文,由创业邦整理

    未经本人确认:

    今天我讲讲我们自己的起源,我们是去年6月16号开始做美元基金,到现在投资了大约1亿多美元,人民币投出去4亿人民币左右,投资了将近20个项目,速度还是蛮快的,包括神州专车,也有近期大家骑的自行车摩拜单车,还有蔚来汽车、小猪短租等。

    我曾经也是一个创业者 

    我是95年进入互联网行业的“老兵”。当时有两个商用网络,一个是金桥网,一个是Chinanet,都有国际出口。当时网络不太多,我被安排是去研发,就是整天下载各种各样的东西用。后来找到了一个方向,因为我大学研究生学通讯的,就开始在网上做传真,当时非常赚钱。

    大概97年左右,我去美国洛杉矶,去那边的机房一看,有很多标签写着,这是到新加坡,到台北,香港的。我问合作伙伴,这是什么东西?他说这是IP电话。我听完了之后感觉不错,回来我们就开始在深圳、北京做。前前后后拿到500万美元,这是公司内部的创业,最终也拿到了国家发的牌照。那时我们的电话卡非常热销,岁数大一点的人可能用过我们的IP电话卡,这个就做了六年。

    一直到2000年我到了外企,后来又有一个机会,我再加入到铁通网络公司,又做了两年多。当时我在外企时,铁通是我们一个潜在客户。铁通老总说,你加入这个公司,六个月之后你是CEO。当时挺激动,其实薪水非常低,2000年左右我在外企加上奖金,薪水基本上每年能挣到100万人民币。可是去那儿只有一万块人民币,我想年轻嘛,不能光冲着钱去,就加入到里面去做小的网络公司。

    后来刚好君联资本2002年的时候接触过,03年我就加入了。我记得非常清楚,另一个朋友听说我要换工作,想给我介绍一个工作。我说我已经到君联资本了,听说他们投了一个餐饮公司不错,其它的不太清楚。可见当时投资这个行业还是非常早期,大家对这个事并没有那么执着和激动。在君联我从2003年开始,一直做到2015年,做了12年。

    实现诗和远方,需要什么? 

    我自己也是一个创业者。人们经常谈到诗和远方。诗和远方都是人们向往的,可也难免是无法实现的。如果你不能积累到一个程度,其实是非常难的。

    首先,待在自己的长处。我记得巴菲特先生看到了小沃森写他父亲IBM创始人的回忆录,他有一段评价,小沃森自己说,“我知道自己不是在所有地方都聪明,但是我知道我有些地方做得是好的,我就待在那个地方”。巴菲特先生说,这是一切商业的本质。也就是说,你积累到一定程度,你利用你的长处,你能待在那个地方,这是非常重要的核心。

    其次,形成雪球效应,积累、探索。原来我们做过运营管理,到后来做相应的投资感觉也比较好。尤其和企业家会比较亲近,因为自己也做过,知道这个事也没有那么容易,也不用有那么多问题。其实很多问题大家都是在探索中。创业者也需要积累。

    第三,你需要选择一个突破口,这是特别重要的一件事。因为人往往希望最后惊险一跃,你做一个产品也罢,离开原来的地方也好,不可能都会设计好的,这时候勇气就会比较重要。

    诗和远方如何实现它?总结下来就是这三条: 

    待在自己的长处、注重积累、找到突破口。 

    什么是梦想?

    All in你愿意去all in的目标,否则不能称为梦想,那是幻想。

    孙正义先生有一段话说的比较好,

    “我就是凭着一股没有理由的自信,不需要理由的自信来开启自己的人生”。

    如果你挡不住对手进攻

    那你就应该去牺牲,这就是竞争

    很多事情都可能让一个创业公司死亡,活下来不容易。刚拿到投资,两个人打架的有。到一定程度了,分赃不均的有。新进来团队,开始闹腾的有。来了之后猛招人,一下子从一二十人到六七百人,马上又到五六十人。死去的很多很多,活下来的是不容易的,所以谨慎还是非常重要的。

    美国经常讲从零到一,技术创新模式。中国多两个纬度,一个是产业,一个是社会的发展。我把它比喻成, 美国的产业更像一个披萨饼,传统产业+高科技。中国更像是千层饼,混在一起,各种各样都有 。在这种情况下,由于技术创新不够,竞争的升级非常快。

    当别人跟你竞争,尤其对你采取了一些,让你不太愉快的手段时,你应该把它想成是你的成人礼。如果你挡不住这些进攻,那你就应该去牺牲。这也是一条路,虽然不愿意走。你自己如果挡不住,那就得让。打赢的站着,打输的躺下,竞争就是这样。

    最想投资的领域是食品 

    中国的食品安全问题令人汗颜 

    其实我非常想投食品公司,虽然我们做的是TMT。因为民以食为天,中国号称GDP到全球第二了,食品还经常有安全问题,实在是让人汗颜。

    除了食品,在2017年我们最关注网络和产业的融合。 过去我们把它分成三个阶段,第一阶段是信息;第二阶段是各种各样的交易。现在交易的机会已经逐渐在减少,但融合(第三阶段)出来了,结合在一起是服务。包括现在“摩拜单车”也一样,它是互联网公司,它也有自行车,结合起来形成服务,这种东西不止是2017年要关注的,也是未来相当一段时间特别需要关注的,就是融合,我觉得 融合时代现在到了 。


    500+ 位投资大咖、超过 2000 位 投资人、 500 家 创投机构, 12 支 天使战队、 8 大 专场、 109 个 创业项目巅峰对决,诠释创新中国的无界之魅。 

     
  • 相关阅读:
    [LeetCode] Implement Queue using Stacks 用栈来实现队列
    [LeetCode] Power of Two 判断2的次方数
    [LeetCode] 230. Kth Smallest Element in a BST 二叉搜索树中的第K小的元素
    cvReleaseImage 释放内存出错
    FlyCapture2 fc2Image OpenCV IplImage Conversion 两种图像格式之间的转换
    FlyCapture2 Qt5 MinGW Configuration
    [LeetCode] 14. Longest Common Prefix 最长共同前缀
    [LeetCode] 19. Remove Nth Node From End of List 移除链表倒数第N个节点
    [LeetCode] 229. Majority Element II 求大多数之二
    [LeetCode] 23. Merge k Sorted Lists 合并k个有序链表
  • 原文地址:https://www.cnblogs.com/zhangzhanwei/p/5956992.html
Copyright © 2011-2022 走看看