让别人送花不觉得很亏吗?自己送才有意义
chatGpt,请
我 “不幸” 体验过......买两瓶五粮液想第二天早上早点送达,不知道怎么就勾选到了京尊达,送到住在被城中村包围的小区房,花了我 50 块,快递员都懵逼了。。。
只能说你想体面的送花别用美团了
哈哈哈,京东有个京尊达,听说服务很好,当然价格也应该很好
这种需求受众太小,成本太高,今天要态度好,明天要仪表得体,幺蛾子太多
成本高到一定程度就没有合适的用户了,有钱的不需要,没钱的用不起
还是好好打工,有底气了尥蹶子不干了亲自去送花,岂不是更有诚意
楼上说的是 “美团外卖”,不是 “美团”,app 里是有很明显的分类的,有一个独立的鲜花 icon。再说了,美团外卖≠美团,你去问 CEO 他也会这么回答你,所以你的命题一开始就错了。
笑死我了。。。
一楼说的对,想要具体的仪式感确实是外卖员无法做到的(外卖员是与时间赛跑的,哪有时间搞浪漫);带声祝福嘛还是可以的
送花,本身就是在美团外卖,花只是一个商品,而商品都是在外卖体系里面,所以,外卖人员按照正常外卖流程服务,一点毛病没有。
如果你想实现,独立的鲜花流程,这个应该要用独立的鲜花 APP 来实现。
至少我觉得,你这个是个伪命题,思考的角度,过于刁钻了,哈哈
大可不必啦,如上楼所说,内容是大于形式的。
整洁即可
又不是写论文,排版有要求,内容大于格式啊
一切根据项目进行修改,文档内容表述清楚,逻辑清晰就可吧
适合自己公司的,就是最好的,没有规范。
在 test home 搜书看到这个帖子,这个大佬的回复让我学习了。感谢呀
我们是用禅道记录 BUG,如果遇到这种问题他不改,直接是指派到技术负责人/需求负责人/产品负责人,任意一方负责人去处理,如果这三方的负责人都觉得这个问题不用改,OK,缺陷关闭,出了问题上面三位大佬先死。
不及时处理 bug 还有个风险,就是改一定数量的 bug 后会产生新 bug,尤其到后期集中改 bug,时间紧,改出的新 bug 更容易漏掉,还不好区分是一开始就漏测的,还是后来改出来的
是 bug 就要提啊,发现 bug 不提后面锅肯定是你的,提完之后,开发如果也认为是 bug 但不改的话,线上出问题就和你没关系了吧
分析得很详细啊,像是一个管理者的思考
测试的 KPI 个人认为大头就两个,基本都不会变:
从你的描述来说,这个员工没有大问题,可能就是额外的事情做的不太好,那绩效就是在中间这块。
其他裁员之类的考虑:
最后:
17 楼说的很好,公事公办就行。除非前端最后能甩出去说,这个不是 bug。。。找 bug 报 bug 是我们测试的事情,后面的事就是开发的事情了。其次在这种情况下,测试不应该认同自己要被挨批的观点。测试不是保姆的,和开发之间是平等的。
一般公司的 KPI 往往都是做好本职工作的同时,思考现有工作中的不足,实现所谓的降本增效的改进,就测试而言,往往就意味着写自动化,搭平台啥的,因为单就业务测试点点点,体现不出什么产出来,线上不出 bug 则已,出了 bug 就是锅,年底考核时大家都做的差不多,作为领导者也不好说给谁好绩效给谁差绩效,那就只能看这些工作以外的事情了呗,比如加班时长……等等
想问下大家,对域名是怎么去测的
漏测和开发漏实现功能是一样的。用例一定需要评审,还有就是需求一定要理解透彻
核心要素:
然后再从老板来看,除非体量大到不太能出事故,否则的话,客户关系好,事故也就是一顿酒解决的问题。为什么要养几个看上去没啥产出的人?钱多烧的慌?
不能卷的最好的策略就是认怂,苟着。