礼服租赁软件定制开发
来源:广州软件开发 编辑:广州软件开发公司 日期:2020-07-18
前阵子从搭档那里得到音讯,有需求方想做一个租赁礼衣App,可以进行AR试穿。因为当时能拿到的音讯就这么多,原本想去下载几个租赁类App参看一下,惋惜乞丐版手机没有空间。正好目前也比较闲,便尝试对整个工作进行分析,看看是否能较为合理的完结这个事例。
需求分析:
整体途径树立
虽然对方开端提出只想要一个租赁类App,但实际分析下来,仅靠一个App是无法支撑起租赁这个行为的。真实的需求是一个前、后台齐全的租赁途径。大致如下:
前台App:首要供应租赁、个人信息处理等功用;(后面再展开讨论)
后台:至少需求有两套处理台(不考虑布置问题,仅从展现端考虑),一个向商户供应商品信息、订单信息相关的处理功用,其他一个是该租赁途径方自身处理个人客户、商户各类信息的功用;
其他比较重要的模块:最简单想到的就是与买卖相关的支付功用,已然作为一个途径方来运营,这儿最好制作一个较为完整的支付途径来支撑,便利对资金进行处理和调拨。
App功用分析
按照客户要求,App端最重要的功用当然就是“租”了,即通过各种方法让客户来找到适合自己的礼衣,比如搜索、推荐、活动等等。除此之外,本App需求用AR作为亮点,所以此功用也需求作为一级进口供应。参看一些购物类、日子类App,拟定前端首要结构如下:
后台处理功用分析
因为需求不是很明晰,这儿可以分阶段进行分析。
若需求方体量足够大,可以独家展开礼衣租赁事务以及相关增值服务,那么只需求树立一个途径侧的处理端,无需考虑商户;
反之,则需求引进商户来扩大途径内容,向客户供应多样化的租赁服务,做法跟X宝、X东类似;
需求支撑的常用功用如下:
个人了解途径方和商户侧的功用底子类似,只不过途径方需求对商户、途径进行处理,再加上后续的运营需求,因此会多出相应的功用,即可以把途径方视为一个特其他商户来对待。其他,相同菜单敞开的权限也需求留意;这部分功用可以通过注册成各类途径商家进行参看、完善。
其他模块分析
这个部分首要考虑需求与哪些外部体系有相关。已然是做礼衣租赁,不可避免的会涉及到付款、收款等行为。不论是自己单独运营,还是引进商户,常用的做法是作为商户接入各类第三方支付途径,由其进行资金清算。(直接让对方转账这种“暴力”收款不考虑)选择第三方支付途径,首要考虑的底子就是费率以及清算频度。
相关阅读