Comments (10)
from kano.
@nobrick 是的,曲铭,和朱湘聊了下,觉得直接1.5可能价格有点高,要不就是8-10点,1.2倍;10-12点1.5倍,还是以预约的维修时间为准,可以吗?
然后就是你的问题,我的理解是这样的~
1、每单的最小成交金额是否有要求?
每单的成交金额的最低要求为系统报价,也就是如果在支付时候,用户输入的支付金额小于系统报价,系统会不通过,并提示:支付价格不能少于系统报价。这也是变相的防止了刷单和套补贴的口子。
2、每单获得补助的最小成交金额是否有要求?
每单获得补助的最小金额也应该就是系统报价了,因为系统报价是用户可以进行支付的最低金额,也就可以等同于师傅获得补助的最小成交金额了。
3、80单之后每个师傅无论多少单都可以每单获得10元补助吗?
是的,只要完成的是合理的订单(用户完成支付)那么就可以获得补助。从万能小哥的宣传来看其实1天接3-4单已经很多了,所以一个月80单获得5块补助已经不是很高了。
4、上述问题,有没有相关的限制标准和策略,如果有的话需不需要随时更改策略?(比如在后台中供管理人员灵活定制,可能实现比较复杂)
是的。。。如果可以的话,价格(车马费+基础价格。。)与补助是最好流出端口进行调整的。因为毕竟以后还要去其他城市,基本每一个城市都要重新进行一次定价的。。而补贴也是同样的,甚至在一个城市,根据师傅的热情,补贴很有可能每个月都要调整一次的。。
5、当前的应用支付方式分为“现金支付”和“微信支付”,是不是只有“微信支付”才能获得补助?如果是,之前说的“前80单”“后80单”(以及涉及前面几个问题的订单都需要指明)指的是不是只有使用微信支付的订单?
是的,只有微信支付才能获得补贴,因为暂时线下支付无法确定是否为刷单,所以这80单也就是单指只是通过微信支付的订单。未来如果可以,也可以同过线下反冲的方式解决(就是通过现金支付也可以,不过要求师傅讲用户支付的金额通过微信的方式反冲给我们)。
6、师傅获得补助,师傅在具体哪个环节得到信息显示和通知?
这个还是真没考虑到的。。因为我们是默认师傅知道这个规则的。。不过如果可以,是否可以弄成和用户的订单被接单一样,当用户最终完成支付后,师傅的微信端也会收到一条微信,显示本次已完成订单的订单金额,时间,订单号,维修项目,与补助金额呢?(如果可以我立刻写需求~)?
from kano.
@zhuxiang ~~
from kano.
from kano.
@nobrick 曲铭你说的这个用例我不是很清楚。。是指我和朱湘画的那个UI图,最好将管理员操作的每一步用你举例的那种方式列举出来呢?还是之前的那些需求,主要用你举例的这种方式列举出来呢?
from kano.
@wangxiran 用例就是我写的“后台管理用例”的东西
from kano.
@wangxiran 其实用例在咱们的 Wiki 之前就有的,主要是建议采用这种方式来描述需求来提高效率。
当然关于这个需求现在已经基本描述清楚了,也不一定需要再书写更多的内容。只是这样的描述方法确实会出现很多模糊、逻辑不严谨的地方,在一开始可能就会产生不少疑问,然后需要反复沟通、交流才能最终确定。
用例最初看起来麻烦一些,但它其实非常符合软件工程 需求->设计 流程的最佳实践,也是产品经理常用的手段。由于它定义了一些规范,强迫你必须从这些规范的角度去思考问题(其实就是去思考整个软件产品运作的过程),从一开始就避免了很多不必要问题的产生,会高效很多。
比如这个需求如果采用用例的方式提出来,可能一开始就会很自然地解答出上面很多疑问,而且即使存在一些问题,答案也很容易直接补充到用例本身。而故事式的大段需求文字可能会粒度太大,不够细致,等于需要从这些内容中像阅读理解一样再次提取出“严谨的需求逻辑步骤”,一些细节、特殊的情况就只能依靠反复沟通,或者靠编程人员自我发挥~~~~~~~~~ :D
用例其实最直观的了解方式就是看看现有的例子,比如我最上面的举例,还有 @hymRedemption 写的 后台管理相关用例。网上也有一些更深入的讲解,但我觉得其实最本质的事情在于咱们希望能够大幅度提高需求沟通效率,咱们的需求不是固定的,很可能会持续变化,所以面临新需求,通过最直观的方式了解用例以后真正投入使用受益才是关键~
from kano.
@hymRedemption 嗯嗯,之前还确实没认真看,现在好好学些下!
from kano.
@nobrick 要的,曲铭。因为之前也是一直用叙事手法沟通,不过我也发现了这种方式还是太糙,不够细致。我去看看那个讲解,学习下!下次的需求,就用用例的方式去阐释。 :)
from kano.
关于维修补助还有个问题:怎么才能限制师傅,自己以用户身份虚假提交订单、然后自己再去接单,赚取补贴的恶意刷单行为呢? @wangxiran @zhuxiang
from kano.
Related Issues (20)
- 后台的订单详情未显示维修内容 HOT 1
- 重发订单
- 下单页面增加物件数量和对应名称(件) HOT 2
- 下单页面输入框改进 HOT 2
- 下单页面错误提示改进 HOT 1
- 订单流转功能 HOT 1
- 下单页面支持上传图片 HOT 1
- 师傅头像支持 HOT 1
- 后台订单详情页面的师傅链接指向错误 HOT 1
- 前端并发问题 HOT 1
- 简化下单界面
- 提现申请限制问题 HOT 10
- Rename .css.scss to .scss
- 财会信息管理的链接跳转 HOT 1
- 师傅端提现历史记录
- 取消现金支付,增加师傅代用户微信支付
- 15分钟无人接单slack反馈
- 后台支持取消订单
- 订单两周后自动作废
- 170防隐私电话
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from kano.