营业思略:应用程式线上营业方案 | 应用公司付费篇

Q:产品经理做的原型和交互设计师做的原型有什么区别?

对于许多用户而言,应用商店是主要的应用下载渠道。而对于开发者而言,如果能够很好的利用应用商店,获取更多的展示与曝光的机会,那么其上架的APP将会获得数量可观的流量以及用户。接下来,运营思略将梳理APP应用商店付费的一些知识,与你分享!

问题描述

目的:

两者怎么配合,工作才不会重复,发挥最佳效果?

通过在iOS端/安卓端的应用商店做付费推广营销,获得APP的曝光,从而获取用户促进APP下载。

如果是乔布斯做产品经理,会不会把交互设计师的活也全包了?

流程:

A:标题问题本来挺好的,为啥扯上乔布斯。。。

回答:

如果公司有交互设计师说明公司是把PM和交互设计师职责区分相对明确

PM可以不出任何原型或者只是非常草图的草图搭配齐全的逻辑梳理和业务流程图、操作流程图,交互设计师明白逻辑以后自己去设计用户体验的流程,做全面细致的交互设计稿。

这样的情况PM需要提供的demo大概是手绘风格的都行,balsamiq
mockups那种的也OK,不要关注动效和细节,主要标识清楚功能点、业务主流程和关键逻辑和设想即可。交互设计师出的稿件就是相对保真包含动效且流程细致完整的页面大集合,貌似用axure或白板、design
board的形式排出来,这个各个公司要求可能也不是很一致。

至于大多数规模没到的公司职位根本没分那么细,没有交互设计师的岗位存在,PM出的原型有可能高保真到像素级,也可能粗到手绘稿能跟rd沟通清楚即可。

不知道问题问的是哪样的情况

准备应用商店付费推广方案—开通广告位服务—选择付费推广形式—充值账户—启动推广—监控推广数据

Q:关于外卖APP的思考,为什么没有“浏览记录”?

推广场景:

问题描述

1、推荐页

情景:
p女士周末想点份外卖,打开饿了么,一家店一家店浏览,这个店的盖浇饭不错,选定菜品,加购物车,恩,要不要支付呢?说不定有更好吃的,再看看。这个店的面也不错,这个店的烧鹅饭都不错,统统加购物车。怎么办,该吃哪个?还是选盖浇饭吧。但是之前那个心仪的饭去哪里了,怎么找?没有记住店名,不可能再一个个浏览了吧,那就搜“盖浇饭”呗,不搜不知道,一搜出现多个卖盖浇饭的店家,还是得找,不过幸好之前加了购物车,之前选定的那家会有购物车中数量标志,但是如果之前没有加购物车呢?怎么找?为什么外卖APP不设置“浏览记录”呢?

2、搜索结果页

A:浏览记录也叫历史足迹,一般运用场景是海量信息+浏览路径跳转多样,比如泱泱大淘宝、简书、知乎提供了这个功能

外卖的场景是主流用户根据手机GPS定位查看周围附近的店,本身5公里范围内的这个店铺数量就不会太大,再筛选一下类别排序的话数量更少,用不着费劲巴拉单独记录一下浏览记录给user看,每天的路径基本上不是家里就是公司,反反复复看的就那么几十个店

有的app是提供了收藏店家功能的,没有收藏店铺功能的话也可以通过看上什么就统统先加购物车大不了最后不支付删掉就好了(尤其不知道红包可不可用的时候),user只要养成习惯了就ok了

ps:虽然没有提供浏览记录,但你可以测几天,是不是根据你某几次的浏览和下单行为数据,等你后面再打开app的时候你看到的店铺排序已经是按照你喜好推荐的呀

3、搜索输入页

批注:想到这个问题也是蛮刁的……

4、专题

Q:在设计账号体系的时候,如何保证它后期的开放性?

5、Banner

问题描述

6、活动

如果账号体系不够开放,那么后期在和其他产品打通的时候会出现很大的问题,如何设计具有开放性的账号体系呢?

威尼斯官方网站登录,7、移动网盟

A:考虑未来跟其他产品打通的话无非就是看市面上主流的账户体系是怎么定义的,再来设计自家产品的账户体系~不过话说只要不是特别需要封闭账户体系的情况,需要打通的时候都不会有多大的难度啊

就算你一家用邮箱,另外一家用手机号,也可以根据同步帐号数据的场景来决定。跟其他产品或者平台打通,这种在bd+产品+技术一起的合作谈判上都是可以argue的,在对方user数据表里新写一个标记为你司产品过去的字段也不麻烦,说白了看合作的需求

8、Push

批注:貌似是并没有真的做过账户打通这件事的小盆友

计费方式:

Q:新闻客户端哪种广告计费形式比较合适?

不同应用商店、不同推广形式,所以价格也是不同的。

问题描述

360手机助手:CPC

目前了解到的主要广告计费形式有CPD(Cost per day,按天收费)、CPM(Cost
Per Mille,千次展示付费)、CPC(Cost Per
Click,点击付费)等。处于行业第一序列或者第二序列的APP,同等DAU水平下,哪种策略会更好呢?

应用宝:CPA、CPC、CPT

补充:CPS(Cost Per Sales,销售分成)

百度手机助手:CPD

A:CPD的说法用的少吧,就是CPT(按时长)包断走啊,是day是week是month都无所谓

CPT和CPM主要用于大品牌推广,本身渠道不强是不可能玩起来

然后并没有提到CPS导致问题中的三种形式并米有太大鸿沟的差异。。。

从CPT、CPM和CPC三类来说都属于渠道较为强势可以选择的广告计费形式

共同特征是:

风险主要是压在客户这边,客户必须自己搞清渠道流量特征和转化率


CPT最粗糙,反正按渠道自己定一个包断价格,带来的效果当然是不管的,对渠道来说是旱涝保收的稳定收入

如果仅就CPM和CPC来比较,从朴素的道理来说,每次展示就计费当然门槛低过每次点击再计费

渠道自身转化率越高,越偏向于CPM

渠道自身转化率越低,越偏向于CPC


具体新闻客户端与否并不重要

不同样式的广告位在APP内部也是有流量和转化效率的差异

没法笼统说一个超级新闻app就适合哪个计费形式,还要结合APP本身产品形态和用户场景看

基于流量数据可以尝试梳理各类广告位,制定不同的计费形式

至于具体怎么组合起来售卖对渠道来说收益最高,就是这个APP的商业变现PM要去做的事情了

91助手:CPD

批注:商业变现真是一言难尽

安卓市场:CPD

Q:通知消息放哪好?通知消息模块是归入个人中心好,还是独立出来好?

华为:CPD、CPT

问题描述

小米:CPC、CPD

例如设计一个垂直社区的时候,通知消息模块是归入个人中心好,还是独立出来好?

豌豆荚:CPD

A:一般现在的消息包括外部的短信、站内消息(包括push、纯消息中心模块,两者一般关联)。

能达到通知到用户并促使用户认知和行为转变的效果的话,选哪样都可以啊

还是看业务流本身是否对消息有强需求,强需求的话消息入口放到层级往上的比较好,非特别强需求的放个人中心也无所谓,如果个人中心本身也是一个进入频次高的模块那就更无所谓

如果消息机制都是通过push或者alert后再引导去展示消息全文的话,好像确实是放哪里都并不影响。还是跟着业务流和关键的用户场景走以及阶段性的运营重点走

安智:CPT、CPD

Q:如何让自己不陷于细碎繁杂的问题?

阿里应用分发平台:CPD

问题描述

VIVO应用商店:CPD、CPT

产品汪么,你们都怎么解决工作内容细碎繁杂的问题?这个过程中很容易消耗耐心。

联想乐商店:CPT、CPD

目前我是把工作内容划分为几块,一块一个list,然后把下属的问题全部扔到这个list里面,作为一个完整的来做,这样貌似好点,你们还有其他的好办法吗?

魅族Flyme应用中心:CPT

A:不是四个象限吗?琐碎的事情归类到对应项目里,再分重要非紧急、重要且紧急、不重要但紧急、不重要也不紧急。。。

先记录一段时间实际安排

review看看实际优先级排序和耗费时间以及对应的产出,review两次就知道哪些合理哪些不合理了啊

不过都有下属了为啥自己还有那么多细碎的事?

OPPO手机助手:CPD、CPT

批注:我是一个脾气挺坏的答主

金立易用汇:CPT、CPS

This entry was posted in 北美历史 and tagged , , , , . Bookmark the permalink.

发表评论

电子邮件地址不会被公开。 必填项已用*标注