登录 |

昨天那四个测试,我的答案:

以下内容是几天前我和@Fenng 在“贝塔.朋友”微信公众号上的公开探讨。想要看到的更及时请关注:BetaCafe
——————————————————————————————————————————————————

申明:以下回答仅代表本人此时此地的智商,不一定是正常水平,更有可能并不正确,而且绝对不客观。

昨天的测试题:
0)测试我的基本智商:配图的这张照片是摆拍的可能性有多少?
1)测试我的尝试:用支付宝付打车费,靠谱吗?
2)测试我对产品模式的基本判断:既然hao123如此赚钱,做一个淘宝商家导航有戏吗?做一个微信公众号导航游戏吗?
3)测试你对产品未来的基本预测:微信群已经有了“不接收信息提醒”,是否应该再增加“在群里但不接收信息”的功能。

答:

0)这张图片不是摆拍,没有可能性。

因为DANG在所有地点、所有时间、所有场合都在全面打造这个人和这个形象,我怎么能说他是摆拍呢!做产品的人,怎么能一点政治觉悟都没有呢!

懂了,看都不说透,在产品中运用进去,这才是关键。要说,一定是带着目的的说,不然就闭嘴。环保。

1)支付宝付打车费不靠谱。

首先,支付宝里有钱或者开通了快捷支付 + 装了支付宝客户端的人,很少。

其次,出租车收完钱后续提现和对账之类的都是个问题,更别说他们要学习用这玩意儿了。

最关键,用支付宝比“给现金等找零”更麻烦。(中国绝大部分城市出租车发票打印时间都超过半分钟,这个时间足够找零了)

2)淘宝商家导航不靠谱,微信公众号导航更不靠谱。

hao123之所以有需求是有历史原因和积累的,这咱都不说了,就说做这种事情有没有商业价值。

hao123能赚钱,是因为本来用户就要去淘宝网,结果用户习惯了先去hao123再去淘宝网,看似合法合理的收了一道多余的过路费。

淘宝商家导航不靠谱,是因为当大家知道了某个品类的几个综合性商家以后,大多数时候就不再需要这个导航了。比如,美妆当她知道小也、nala、猪哼少,大部分时候买化妆品就直接进淘宝店铺收藏夹,或者自己的消费记录了。因为这些都是在淘宝生态里面的,淘宝已经替代了hao123的大部分作用。

微信公众号导航更不靠谱,是因为用户每添加一个号都只需要经过一次,再也不用回来路过。而且他一辈子不需要添加太多的号。

3)不能加“在群里但不接收信息”

虽然很多用户有需求。但,QQ群已经是前车之鉴了,当“在群里但不接收信息”以后,用户为了顾及礼仪和面子基本上就不会在去“退出群”了,这样一来大多数群就会沉默下去。群的整体价值就会大大的贬值。

原则很简单,群是用来多人同时沟通的,你在忙可以暂时不接收提示。你受不了就退出。在群里但屏蔽掉信息,群对于你是垃圾数据,你对于群也是垃圾数据。

不排除有很多人在那群当通讯录用,屏蔽而不退出群以后可以去群里找人,也可以去群里喊一嗓子求助。找人这个需求应该做个通讯录组出来,或者“退出并保留群记录”;求助这事儿本来就不够道德(平时不贡献,需要的时候去索取),不应该鼓励。

回答完毕。

再扯一个话题。在我心里有这么几种产品设计者:

A、需求驱动。考虑产品问题时会先想到需求的根源是什么,然后去根源找最简单的解决办法。

B、客户第一。观察用户需求,注意标杆用户的流向,用户提出的明确需求就会去迅速做掉。

C、价值观为王。战略或者老板需求去做某个东西,就去相信并执行,即使自己觉得那东西不靠谱,也会对自己说“不去尝试怎么知道呢!”

假设,这三种产品特性之间不能互相取长补短,不去综合整合。你更像是哪种人?你更欣赏哪种人?

————第二天继续补充————

根据昨天的观点,反馈说“为啥Hao123能赚钱,淘宝商家导航不靠谱”的人很多,各种理由不尽相同。我补充一下论据:

1、收藏夹这东西10亿人不用。你用,但你不是大众用户。

2、10亿人不记网址。你记,你不是大众用户。

3、hao123可以花价钱成为IE主页,淘宝商家导航不行。因为hao123丰富,而淘宝商家导航窄,把商家导航作为IE主页的人不是从业者就是败家妞,太少。流量成本会入不敷出。

4、淘宝核心品类的老客户购买率是很高的,商家需要老客,消费者也习惯去购物感受不错的老商家哪里。找老店直接进淘宝收藏夹和购买记录是最好的办法,而不是打开一个根本记不住的淘宝上商家导航。(而且加入收藏夹商家还送东西…)

5、蘑菇街和Guang.com不是淘宝商家导航,是商品导航。

此一观点我两年前跟yijia.com的老大说过,他们不是很相信。看看今天的yijia.com你就知道商家导航是否靠谱了。

ps:关于支付宝付打车费那事儿,无需多口舌,数据可以说明一切。产品决策没法靠“不尝试怎么能知道”这种价值观,得靠常识。

对,常识。

隐藏和折叠

以下内容是昨天我和@Fenng 在“贝塔.朋友”微信公众号上的公开探讨。想要看到的更及时请关注:BetaCafe
——————————————————————————————————————————————————

@Fenng:

大家应该看了此前发布的那篇「网页设计和摆地摊」,请问,微信关于「扫描本地二维码」的设计是好的设计么?

在移动应用的设计上,或许存在如下的几个原则:
1. 将常用的功能 (80%) 「显现」;
2. 将剩余的 20% 用户采用用到的东西进行「隐藏」, 那部分有特别需求的用户往往也是「有点聪明」的用户;
3. 将你准备废弃的功能从「显现」专为「折叠」。有些功能发布之后,发现达不到效果,可以选择这个方式;

显现,隐藏,折叠
vs.
显现,折叠,隐藏

微信的设计多少暗合这个思路,我的摇摆仍然在「折叠」和「隐藏」的选择上。

你呢?

————————

@白鸦:

上条信息是冯大寒发的,我来跟他做个公开的讨论。

先反驳一下他说“将80%显现,20%隐藏或折叠”,这么说是不对的。应该是:将20%的显现,80%折叠或隐藏。

然后说下我一般对于“折叠”和“隐藏”和隐藏的几个处理原则:

1、“显现”的空间是有限的,但“折叠”的空间往往很大。“折叠”的内容通常使用量不大,且依然有部分用户需要;“隐藏”通常是打算砍掉但有不能马上砍掉的东西。

2、我相信任何产品在每阶段都会去设计它的使用场景和用户使用用例,也许产品设计者刻意在这么做,也许没有刻意做,但一定都会去做。
当一个功能刚上线的时候到底是要“呈现”还是要“折叠”,我通常会根据最初设计的“使用场景”来判断,不在“主线用例”里面的东西不会呈现。

3、已有功能是否要“隐藏”,当然是根据用户的使用数据,和产品的商业诉求来平衡判断。

4、至于“为什么还要加入商业诉求在里面,不是只要用户体验就够了吗”?
首先,我所说的“商业诉求”不一定指“收钱”的问题,还有拉动产品更长期发展的问题。
产品设计是个平衡的过程:一种是商业和体验的平衡,另一种平衡是拉动“中间用户”的同时照顾到两端用户的感受。
很需要的用户你“隐藏”了他们也能找到,很不需要的用户你“呈现”了对他们是骚扰,但往往这两种用户却不是最多的,最多的用户是“未来可能需要”的中间用户,产品设计很大一部分工作就是在想办法拉动这些用户去使用。

5、产品设计时一定要耍点小聪明,让用户可以很快发现寻找“折叠”和“隐藏”内容的规律,一边让他们有智商优越感,一边让他们可以很好的完成任务。
具体例子大伙自己去发现吧,优秀的产品设计经常会有很多这样的东西。比如为了让你知道可以往左右滑动会把右边隐藏的内容露出一点点来…

6、最后还是常说的那句话:80%以上的内容,如果你对用户需求和用户行为有基本的认知,尝试就会告诉你“这是不是一个必须的东西,这是不是需要立即呈现在眼前的东西”;如果你没有这些基本认知,任何原则和方法都不管用,干脆还是别做产品设计相关工作了。

最后,做几个测试:

0)测试你的基本智商:配图的这张照片是摆拍的可能性有多少?
1)测试你的尝试:用支付宝付打车费,靠谱吗?
2)测试你对产品模式的基本判断:既然hao123如此赚钱,做一个淘宝商家导航有戏吗?做一个微信公众号导航游戏吗?
3)测试你对产品未来的基本预测:微信群已经有了“不接收信息提醒”,是否应该再增加“在群里但不接收信息”的功能?

网页设计和摆地摊

以下内容在昨天发布于我和@Fenng 同时在维护的“贝塔.朋友”微信公众号。想要看到的更及时请关注:BetaCafe
——————————————————————————————————————————————————

1、经常有这么一种场景:商户通过SNS公布自己的二维码,希望粉丝们拿出手机去“扫”它,然后进行相应操作。
但是人们很有可能是在手机上看到这个二维码的。问题来了:“如何扫描手机上看到的二维码呢”?这很棘手。

2、事实上,微信在二维码扫描的时候是可以选择“本地图片”的,如果图片中有二维码信息它就会被自动“扫”出来。

3、微信在产品设计上把这个藏的太深了,如果说“扫一扫”是二级功能,那么它只是一个隐藏很深的三级辅助功能。(微信右上角魔法棒 > 扫一扫 > 右上角更多操作 > 从相册选择二维码)导致很多人不知道能这样。
也许微信可以直接在扫描页面上把他“非突出”的呈现出来。(扫描页面只用了中间那个区域,其他地方应该能安排)

4、当下午再次有人问“怎么扫描手机上看到的二维码”时,我同时在微博和微信朋友圈里截图分享了这个功能。未料到瞬间得到了两种莫名其妙的声音:
1)这个功能简直是脱裤子放屁,手机是拿来扫码的,干嘛要扫本机的?!
2)微信的设计太烂了,这个功能我们都不知道,怎么不摆到首页菜单去?!

5、第一种声音多来自于这样两种人:喜欢放炮的“伪专家用户”,或对用户需求没有常识了解且没有想象力且喜欢评头论足的产品设计。对于这样的人我们不去理会就好。

6、对于第二种声音我表示很纳闷。于是续了一条微博:说微信把扫本地二维码操作藏深了的同学,你们是不是更喜欢新浪微博广场的这种堆积式设计?(如果是,你们该建议新浪在这里放两个二维码的图标,一个写"扫本机二维码",一个写"扫它机二维码")

7、我纳闷的在反复问自己两个问题:到底是中国用户喜欢这样摆地摊式的设计? 还是我们习惯了对于设计没有轻重、没有取舍?

8、我不相信用户喜欢新浪微博广场这种摆地摊一样的界面,因为没人喜欢成天在垃圾堆里埋头翻捡。
记得04年在上海帮某手机厂商设计他们的第一款触屏手机时,我们提出了“触屏手机的优势就是它哪里都能点,界面上所有的icon和状态标识,都应该是可以点的,这样才能体现我们手机的强大”。后来,随着智能机的普及我逐渐明白了自己当时的观点是多么的幼稚… 我告诉自己:用户来的目的是解决问题体验过程,而不是看你有多强大。

9、很多人会问“我们辛辛苦苦开发了这么个功能,不放出来让用户看到,岂不是浪费了”。是的,如果用户不去用我们开发的功能,确实一切都是白费。但,如果因为非得把这些功能摆出来导致用户对于繁杂信息的反感,那么我们的开发不只是白费,还是自己在毁自己。
于是,通常对于一些“非常用”功能,和“非必须引导”的内容,我们的处理原则是:当用户需要的时候,尝试去找一下,“嘿,还真能这样”。足矣!

10、通常我们只需要给用户展现他们最常用或任务引导时必须的那20%,剩下的80%需要他们带着乐趣轻松的“探索”(乐趣很重要)。绝大部分产品功能的入口都得是“让用户能很方便的找到”,而不是一定要跳到他面前去让他看到。

因为我们是在设计网页,而不是摆地摊。

为什么要做老人手机?

以下内容在昨天发布于我和@Fenng 同时在维护的“贝塔.朋友”微信公众号。想要看到的更及时请关注:BetaCafe
——————————————————————————————————————————————————

最近十天从广东到帝都转了一圈,十分不想打开电脑。导致我的值日期里开了N个天窗,实在抱歉。

我不在的这段日子里,Fenng同学已经成长为互联网和咖啡会所领域里的“冯大寒”,不管是可读性还是推送方式,“小道消息”都完胜“一个”很多条街。吾甚欣慰!

最近看了不少东西,发现学的越多敢说的反倒越少了。

但是这个账户既然开了,就得继续喷下去。我计划以后每天花一个小时从大伙的提问中选择一个有意义的问题,做详细回答,然后分享出来。(别问我怎么做产品经理、怎么看是啥产业,希望能看到言之有物能到点子上的问题)

今天先回答一下bluesee的问题:为什么要做老人手机?老人市场太小了,而且做手机很麻烦,你没做过硬件没有渠道最好还是别碰。

答:

1、子女不在一个城市,50至65岁左右,对新鲜事物学习能力不是很强的老人,很需要一个“简单到极致,且方便上网的,能及时看到儿女生活状态的,设备”。他们的手机正好可以改造成这样的设备。

2、不管是否真的孝顺。如今的80后都有“表现自己孝顺”的需求,这是一个很大的市场。

3、烂系统、好配置、很便宜的安卓智能机明年满大街都是,做这个事情刚开始不需要考虑硬件,只需要把这些好配置里面的烂系统替换掉就好了。于是我只打算做一个简单到极致的ROM

5、这个市场不需要考虑支持很多的机型,不需要考虑兼顾很多的APP,可以让ROM本身的开发成本变的相对很小。

6、有了淘宝手机贩子们的存在,连渠道甚至都不需要考虑。

7、这是一个软件和互联网结合的项目,能进来捣乱的小团队很少;这个市场看起来不大,大佬们看不上;可以安心做好产品靠体验得到更多人的认可和传播。

8、在初期这是一个拼产品体验的东西,我们不是一般的擅长;在后期需要资源来敲动,恰好相关资源我也有。

9、有大想法大规划的人很多,在寡头时代这些机会都不属于小创业者。小团队该做的是从一个有价值的小事开始,把它做出价钱,然后再去偶遇让小事变大的机会。

10、做完老人的可以继续做儿童的,市场更大,消费群体一样。

11、虽然说这个项目除了人员开销几乎没什么其他成本,但能做ROM的人员确实很难找,特别是快要发年终奖的这个时候。所以,这个项目目前依然无法正式启动…

如果明年3月份还没有合适的人,我打算把这个项目的详细计划和产品方案公布出来,授权任何有兴趣的人拿走去做。

-
白鸦

财付通对于微信的价值

最近谈论微信的人实在太多,大媒体到小报纸,星级夜总会到街边洗脚店,好像谁不对微信有个观点就是没有脑子一样。真心阅读疲劳…

奈何,近几天总是有各路媒体来电采访问“对于微信要深入绑定财付通介入手机支付市场”有何看法?说实话,看法没有,但作为做过支付的人还是忍不住想说点什么:

1、支付是个伴生业务,无应用则无支付。
应用场景是支付服务存在的必须前提,微信现在不管在O2O还是在线上交易,都还没有探索出刚性的需要直接交易的应用场景,此时深入的去做支付,早。现有的支付途径应付一下,足矣。

2、可以先简单的把“财付通”理解成“收单服务”+“储值账户”。
所谓“收单服务”,可以理解成用财付通什么银行的钱都能收进来,这时财付通其实是躲在背后的,用户根本感受不到财付通的存在,不能叫“微信绑定财付通”;
所谓“储值账户”,可以理解成如果用微信绑定了财付通,就可以直接用财付通账户里的余额进行付款,可有财付通账户余额的人几乎不存在,不至于为这个而去“绑定”。

3、在无线支付上真正最有实力的是Apple(不是支付宝)。也许这是微信需要布局支付的参照物,因为微信已经当自己要成为一个沉到业务后面的大平台了,未来它的上面要跑很多交易相关业务。

4、如果微信非得现在就做支付,非得“绑定财付通”,那就是:“希望可以让用户往微信的支付账户里充钱”或者“微信账户等于财付通账户,把银行卡绑定微信账户之后可以直接付钱”。但这也不能叫什么“绑定”,就是为了回避微信没有支付牌照的问题而借腹怀胎而已,财付通在这里就是个“皮箱”罢了。因为对微信现在的体量来说小小财付通除了躲在背后的“收单服务”,在其他方面的价值可以为零。

5、目前微信确实无需急于深入的去涉及支付业务。财付通的人如果想借机在微信上做些隔靴挠痒东西,倒是有可能,但意义甚微。在当前没有明确刚需的支付应用时,顶多也就积累个把去测试的通过手机绑定银行卡的快捷支付用户而已。

6、微信最近主动和被动的公关势头很猛,就缺来位博士写本叫做《微信改变世界》的书了。希望其他支付公司的人别太慌,着急看人家碗里将来会盛什么想去抢,还不如先护好自己碗里的为妙。
几年了,无线支付上没任何杀手应用,大佬们除了“大云OS平台”的白日梦,就是打算在线下消费时替换现金钞票的黄粱梦,还是赶紧多搞点像“一淘火眼”一样小而美的东西吧,增强账户认知比啥都重要。

“东西”对豆瓣社会的意义

(豆瓣东西:http://www.douban.com/subject/explore

1、经过多年磨练,豆瓣已然成为了一个社会。这社会上有些人只查看书影音的信息,有人只玩小组,有人只看九点,有人只写日记,有人到处追着姑娘泛酸…有人什么都玩,有人只是逛逛。跟我们现实的这个社会很像很像。

2、豆瓣上还有很多的商家和机构,和这个社会也极其的相似。比如,最优秀的菜谱网站“下厨房”在豆瓣的运营就十分成功,也有很多的淘宝卖家在通过豆瓣获取优质的订单和客户,维护客户关系。只要他们不在这里做暴力营销和垃圾推广,就是豆瓣社会中非常必要非常良性的一个部分,就像我们每天都要做各种消费一样。

3、书影音是豆瓣最初的内容类型,九点日志、相册、日记等是豆瓣后面发展起来的内容类型,活跃在社区里的豆瓣人不管是否在讨论着这些内容,都多多少少跟这些内容有点关系。豆瓣社会上需要更多人们需要的内容类型让生活更完整,比如“东西”。

4、东西可以包括的内容很多,老干妈、iPad、化妆品、呼啦圈、狗狗、香蕉,一切我们生活中遇到的东西。“东西”可以让豆瓣更进一步生活化,让豆瓣社会更进一步踏进现实。

5、用户也应该可以直接通过豆瓣去购买“东西”。

6、“东西”频道既是一个聚合地也是一个存储地,但并不是最重要的“曝光台”,网站主导航上可以没有“东西”这个栏目。“东西”不一定非得通过“东西”频道去查看,也可以在小组或者小站里被引用过去,甚至可以直接让商家在豆瓣上开设自己的“商店”,直接进行支付和购买。只要用户的体验过程是流畅完整的,怎么做都不是问题。

7、当然,电商营销极其胡乱和粗暴,豆瓣“东西”无疑会惹来无数商家的围观。如何让这些商业元素健康有序的发展,不污染到豆瓣社会的大环境,这需要豆瓣慢慢的探索。从年初上线以来,“东西”这一条道路豆瓣走的很慎重,很慢,固执,很坚定。

8、加油豆瓣!我们看好你喔~

-
—–
更多新观点请关注微信: BetaCafe

微信自定义机器人的最初需求样本

这是两年前我给微信提了几个未来可以通用的接口需求(针对于我的第一个创业项目Guang.com),我认为微信可以作为很多企业的智能客服去使用,也可以配套上他们的CRM。

—-
发件人: “白鸦”;
发送时间: 2012年8月31日(星期五) 凌晨2:08
收件人:xxxxxxxxxxxxxxxxxxx
主题: 关于Guang.com “消费助手” 的相关用例和产品需求

各位,实在没时间详细写需求,我就用邮件大概说一下吧。

整体思路上我打算把“消费助手”当作个性化推荐引擎来玩的。不过初期我打算从问答机器人开始,以后逐渐加入个性化的回答、餐馆推荐等,以及备忘秘书、降价通知、附近美食、菜品做法、天气查询等内容。下面是目前第一步打算实现的用例:

1、用户添加“逛”为微信好友。

2、添加成功后,Guang会自动发送一条欢迎和提示的信息给用户。
如,“感谢您的关注!如果您需要找什么好东西,可以问我,我会尽力给你推荐 :) ”

3、用户使用文字或语音提出自己的需求。
如,“有什么适合在办公室里喝水的马克杯或保温杯”,或一段这样的语音。

4、如果是语音,我们会调用Google的API接口,让Google返回理解过后的文字信息给我们;如果是文字我们就直接采用。然后,系统会将用户提出的需求进行分词(只拆出我们熟悉的词),并分析出这些词是属于“子类目”还是“一般标签”。
如,按上例中的需求,我们可能会分出:“办公室”、“马克杯”、“保温杯”、“保温”、“办公”五个我们熟悉的词,其中我们可以知道“马克杯”和“保温杯”是“子类目”,其他的词会全部当作“一般标签”处理。

5、然后系统会在“子类目”里检索出包含(绝对匹配)了其中某个“一般标签”的商品,随后再按照匹配度、推荐权重将他们进行排序。
(匹配度排序:包含的越多排序越靠前;推荐权重:点击数、购买数、喜欢数、鉴定数的综合评分)
如,按上例,我们会在“马克杯”和“保温杯”这两个子类目下,找出商品名、小编推荐、商品标签包含有“办公室”、“保温”、“办公”这三个标签里多个或一个标签的商品。随后再按照匹配度、推荐权重将他们进行排序。

6、最后,Guang 会发送两条微信给用户。
第一条图文信息:多条图文信息列表,大图是匹配度排名第一的商品,后面2个小图是荐权重排名前4位的商品,随机2条(随机会让事情更有乐趣)。
如果这三个商品经过去重后,只有一个,则用一条图文信息的方式发送。
第二条文本信息(为每个用户每天最多只发一条这样的信息):还想要更多可以发送“再来一次”试试。如果没有你喜欢的可以告诉我们“不喜欢”。

如,按上例,用户收到的信息会是:
第1条图文信息:(请参照微信公众平台发布出来的多条图文信息和单挑图文信息)
第2条文本信息:还想要更多可以发送“再来一次”试试。如果没有你喜欢的可以告诉我们“不喜欢”。

6.1、如果我们一个商品也没有匹配上,会发送一条“抱歉,我们暂时还没有发现适合你这个需求的好东西。稍后我们会继续为您搜寻,如果找到我们会在24小时内推荐给您”。同时,这个需求会被打上星标,转为人工处理。

6.2、再来一次就是把匹配度第二个,推荐权重的另外两个给他。如此类推。

7、如果用户给我们的信息中带有“不喜欢”三个字,系统会为该信息自动打上星标。转为人工处理。

ps1:万一我们一开始还不能支持语音,当用户发送一个语音过来的时候,我们会返回“麻烦您打字吧,我们暂时还听不懂您说的话”
ps2:当用户发送一个语图过来的时候,我们会返回“麻烦您打字吧,我们暂时还看不懂你的图”
ps3:如果他发了表情,我们会利用现有的微信公众平台的自动回复功能调戏他们或者不理他

——————–

以上用例简单来说就是:
a将用户发来的信息和用户的基本信息给我 》
b按照我的指令给用户发信息并将他存到对话记录里 》
c部分特殊信息麻烦自动帮我在后台打个星标以便我人工处理 》
d我发信息的时候你就不要发了。

根据以上用例,我设想:

首先,需要继续使用目前公共平台的后台,包括公众平台里的“自定义回复”。(用这些是为了省事儿,我们不用再走任何后台,只要一个工程师和随便抽空加上一个文案的人帮点忙,就能搞定这个机器人了)

然后,具体分别需要:
1、2、3点:目前公众平台已经实现;
3、4点,在3用户发送信息给我们后,需要微信将相关文字、图片或语音信息通过接口传送给我们,并告知这条信息的标识号。同时,将用户的微信ID、微信名、地区、性别、也一并发送给我(我需要分析不同属性用户的偏好,便于下一步针对不同的人返回不同的结果)。
5点,纯粹是Guang的内部机制
6点,麻烦提供微信现有的“文本信息”、“图片信息”、“语音信息”、“多条图文信息”、“单条图文信息”的格式要求,我将按照这个要求提供相应的信息,以及信息对应要发送给的人。然后通过相关接口将这些传给微信,微信帮我发出去,并将发送的记录存进当前公众平台单个用户的对话记录里。
6.1点,如果我返回给用户的信息是“无结果”的时,我会同时将用户的原始标识号发送给微信,麻烦微信帮我将这个原始信息在现有公众平台里加注“星标”。
7点,用户说“不喜欢”的时候,我会同时将用户的原始标识号发送给微信,麻烦微信帮我将这个原始信息在现有公众平台里加注“星标”。
6点、ps1、ps2、ps3,用户发了一条信息过来,当遇到这些我们系统给微信发了信息的时候,微信现在后台的“自动回复”应该失效。(避免同时发送用用户晕头)

我不懂技术,肯定有不少具体的实现细节我想的并非合理方案,欢迎大家在不改变我需求出发点的基础上,提出更好的方案或建议来。发现有任何我没表达清楚的地方可以直接电话我.


白鸦

.
微信电商服务,推荐使用口袋通:http://koudaitong.com

共(123)页    |< ... <上一页 1 2 3 [4] 5 6 7 下一页> ... >|