PMCAFF答问合辑 | 第一发

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

问题描述

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

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

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

回答：

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

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

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

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

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

Q：关于外卖APP的思考，为什么没有“浏览记录”？

问题描述

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

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

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

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

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

批注：想到这个问题也是蛮刁的......

Q：在设计账号体系的时候，如何保证它后期的开放性？

问题描述

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

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

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

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

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

问题描述

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

补充：CPS（Cost Per Sales，销售分成）

A：CPD的说法用的少吧，就是CPT（按时长）包断走啊，是day是week是month都无所谓

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

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

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

共同特征是：

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

----------------------------------

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

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

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

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

-----------------------------------

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

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

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

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

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

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

Q：通知消息放哪好？通知消息模块是归入个人中心好，还是独立出来好？

问题描述

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

A：一般现在的消息包括外部的短信、站内消息（包括push、纯消息中心模块，两者一般关联）。

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

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

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

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

问题描述

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

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

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

先记录一段时间实际安排

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

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

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

Q：关于用户名认证的问题？

问题描述

我现在在做账号系统，用户名现在是唯一的，现在也要做认证功能，如果要认证的用户是后加入的，他的用户名已经被使用，怎么办，因为要认证的用户的用户也许是明星，不能改变他们的名字。所以请教大神怎么解决？

A：你的账号系统里用户名和昵称是不是一回事？userid（是否等同于你的username？）当然是唯一性的、不能重复，前端是不是要展现？nickname是不是可以重复看你产品的考量。

不过username被用掉了跟实名认证一个user的身份（姓名）信息没啥关系吧，认证了不添加一个独立的认证信息字段并展现到前端？

不是很明白你们账户体系和展现机制是咋回事，交代得不是很清楚

新浪微博是每个用户昵称就是唯一，userid并不重要（一串数字）。刘烨在新浪微博乱改昵称变成『吉林土特产代购』以后改不回来就是因为放出了刘烨这个昵称立即被别人占用了，是找微博协调弄回来的吧，『孙俪』被人用掉了，娘娘的微博昵称也就用的turbosun

如果你们已经有明确的明星发展名单了可以把这些明星的名字先就从数据库里锁住得了

Q：新浪微博昵称唯一，如果有人用掉了昵称，明星申请认证，那么在后台怎么协调，还是我们先储备一部分名单，但是储备肯定不能完全解决。

A：认证是认证，昵称是昵称，turbosun如果认证了是演员孙俪，那也还是可以用turbosun的昵称啊，大家都从认证信息上知道她是孙俪就ok了 实际上你的问题是刘烨那种情况是吧？ 新浪微博对明星大v有专门的对口运营，具体怎么让别的用户把昵称让出来的这个暂时不知道