呵呵，产品经理这个脑回路真是

越用越糟心。
服务费年年涨，服务不咋地。

通用优惠码这么简单一个事，让产品经理给夏季拔搞成了垃圾。

用过的优惠码就不能再重复启用了，这什么逻辑？
问客服，客服说怕之前用过的优惠码有人记下来发生损失？
真有意思了，设置的时候加一句提示让商户自己防止此类事情不就行了？
有些通用码，设置了有意义的短语或者单词代码，
结果第二年不能用了，必须换新的，
我自己的店我自己还没有选择权，
让一个没逻辑的弱智产品经理给我订了这么个规则，

早点倒闭吧，明年换平台，续费有赞就是给自己添堵。

好，优惠码用过的你不让启用，说防止冒领，但是一卡一码怎么防止冒领你倒是也同样对待啊？一卡一码之前可以生成码表，对应每次发出去一个码，用一次失效，挺好，现在倒好，直接生成一个二维码和小程序码，比如我设置了100个199抵用券，用来送人，现在这个二维码只要泄露，任何人扫这个码都能领，这个就没有冒领风险了？难道让我100个人每个人单独设置一个一卡一码？功能越做越倒退，脑残产品经理你就拿这种东西一年收6800的服务费？你们要不要脸了？

客服告诉说可以点击总量那个数字来导出，这个操作逻辑我给产品经理负分，以前直接就有导出码库的链接，现在藏到总量数字里，不知道的这里也提醒你们一下，别到时候一头雾水。

有赞-姝涵 发表于 2019-5-20 16:42
不确定你说的 已经用过的优惠码不能再重复启用了是什么意思
1. 如果是说用户使用过的优惠码不能再次使用了 ...

吐槽贴，没写的那么详细，我简单描述一下具体情况。

我们之前销售产品的时候，为了给不同渠道的客户和朋友发放优惠券，也方便他们传播，就特意设置了优惠码跟他们有一定的关联，例如我给板鸭一个他的粉丝专用的大额优惠券，优惠码我们销售就设置成了“banya”，这是背景。

之前的渠道优惠码会过期，也会变更。今年我们想继续给渠道朋友的粉丝回馈的时候，发现无论如何也不能自定义使用之前好记又好写的优惠码，而是只能重新设置一套新的。

问了客服，客服给的理由是：为了防止冒领。
我想说的是，防止泄露和损失这个情况，完全可以设置的时候加个提示，客户认可，损失了也是自选的，没必要让产品经理把这个逻辑的选择权也强行收走。

既然产品经理设计这个逻辑规则的时候，考虑了这么多避免泄露的问题，来“帮助”商家避免损失，那下面这个一卡一码的逻辑又一次让我看不明白了。一卡一码之前不是生成了兑换码发给客户自己兑换么？怎么这次就成了二维码和小程序码了？这泄露了岂不是谁都能领一个？一卡一码更多的应用场景，相信不会是大面积传播的吧？大面积传播一方面又优惠券可以直接领取，另一方面有通用码可以批量使用，一卡一码的使用场景我个人理解是不是应该倾向于：送你一个兑换码，你自己拿去消费吧。既然这样，你弄个公开的二维码，传出去，二维码图片被分享了你根本限制不了分享领取，即便页面里你增加了禁止分享优惠码也没用，你禁止不了人家分享领取一卡一码的图片。

所以我说产品逻辑上你们的产品经理压根就是做梦想出来的。

带情绪是因为我买的是软件服务，你花6800买个一年期的产品服务，设计成这样想必你也不会高兴。

我花68万买个宝马不觉得贵，但我花6800买这么个体验的产品我觉得真不值。

以前觉得有赞还不错，这两年产品越做越差，还各种变着法收费涨价。

通用码每次的活动设置编码不能重复这个事，说实话设置通用码来做营销和传播的，恨不得全世界都知道有这个通用码，都来买，促销活动设置了通用码反正有数量限制，止损极为容易，我恨不得一个暗号用十年，老顾客都知道输入暗号可以减20块钱，这不是好事吗？止损和防冒领你多放在一卡一码这种非公开散播场景里啊？想不通产品经理的脑回路是怎么长的，确实很多时候我们这些文化水平不够的人理解不了这些蠢货的思路。

有赞-姝涵 发表于 2019-5-20 16:42
不确定你说的 已经用过的优惠码不能再重复启用了是什么意思
1. 如果是说用户使用过的优惠码不能再次使用了 ...

活动有效期商家自己来设置啊，相同的优惠码设置活动前后有效期冲突了的话，你们可以检测提醒啊？这个很难做到吗？

一个活动我上来就设置十年？？你问问谁家有这么做生意的？？不同码就必须对应不同活动？？我设置两个力度相同的活动用来给不同社交渠道来的客户优惠又能分别打标签有问题？？我每年固定同月份设定一个相同的活动来用相同的暗号让客户享受每年不同力度的折扣有问题？？你坐在办公室憋出来的逻辑还能比我们商户实际运营中操作的更合理更科学？？你花一年6800（还不知道下年会不会抽风继续涨价）买个不称手的工具试试什么心情？？有赞一没自然流量二没大众知名度，还厚脸皮出来有赞担保品牌背书收扣点，软件的产品逻辑又这么蠢，我确实想不出来续费有赞的理由了。

有赞冷面 发表于 2019-5-21 17:48
社区不建议使用“日你大爷”等词汇，已删除。大家都是爹妈生的，不建议用刺眼的词汇表达情绪。 ...

人身攻击不对，对不起，当时比较烦躁，不过这不是理由也不需要理解，我对人身攻击的发言部分表示道歉。

有赞-奕坤 发表于 2019-5-21 18:08
你好，看了你的描述和需求，我回一下：
1，同一个码，无论是通用码还是一卡一码，可以多次创建活动，前提是 ...

是的，我觉得这样比现在的方案合理一些。
只要同时正在进行的活动，码与码之间不冲突，就应该不限制使用，之前PM考虑的风控因素也不是没有道理，设置选项的时候判断一下是否跟店铺已存在或者已过期的码有重复，红字提醒一下应该就到位了吧，商户自己应该会判断是否启用相同的优惠码。
具体逻辑之前啰啰嗦嗦发了一大堆，基本诉求差不多也就是这样。
真的是感觉产品逻辑上不应该有这么多余的设计，你说商家自己开个商店，促销时候喊什么暗号还每次不能重复，确实不人性啊。
建议梳理下一优惠券、通用优惠码、一卡一码的应用场景，毕竟工具是活的，商家可能会用来变通使用来实现一些个性化的运营需求。
如果产品经理真的能听进去商家的实际需求，我们也不愿意来回折腾换平台。

有赞冷面 发表于 2019-5-22 11:44
如果一个码未过期，在一个活动计划里，是没法被复用到另外一个活动计划。这个大逻辑没错。这个不是产品经理 ...

没过期的当然不能重复，我也没说要用一个正在用的代码，过期码重复启用，目前的逻辑我觉得是不合理的。

产品经理听不得别人提意见了还？产品逻辑上有点瑕疵怎么了？

我上面解释了那么多产品逻辑的问题，你就挑出来“设置选项的时候判断一下是否跟店铺已存在或者已过期的码有重复”这么一句表达不够严谨的话，就不是产品经理的问题了？找回点面子？自尊心这么强吗？

承认产品设计有问题这么难吗？哪来的自负。人家 有赞-奕坤 都能合理的整理提炼出来有用的逻辑，冷面你的冷静程度比人家差远了真的，你说话还不如不说，从没说到点子上过，怪不得产品逻辑能弄成这个样，不意外。

辰子 发表于 2019-5-23 18:22
1. 已过期的优惠券从数据库底层来讲，确实不能再次开启，否则就是诈尸了，楼主最想要的其实就是已过期优惠 ...

不是重启已过期的优惠券，我只需要那个优惠码可以重复使用，那些名称规则力度都不重要，打个比方我的店拳头产品是樱桃，我设置一个每年樱桃季都可以用来享受满减的优惠码，就叫lovecherry吧，有意义也好记对吧？我每年都需要启用这个lovecherry这个优惠码来做类似的满减，老客户会形成暗号一样的习惯。我不需要重新启用去年的前年的优惠活动，我只需要这个码在我同期并没有占用的情况下，可以启用，目前的产品逻辑就不支持。