【摘要】 用交易模式的眼光,看待家政服务, 一切会豁然开朗;阿姨的各种管理、课程、套餐分级,简历投递、抢单功能,看起来复杂多变,其本质,依然逃离不了交易体系的四个问题和四个层级。因此,我们短短的60天完成了复杂的开发,客户在产品原型设计阶段考虑了将近30天,我们开发团队的配置,就用了一个前端, 半个后端、一个UI来完成,前端还带了一个实习生跟进项目。 略有加班
11月15号,交付了一款产品, 家政服务类APP。
交付后,我们自己review了一下项目,产品部的小杨输出了一个文档,还挺全面的。拿来一用。
这个图整理得很不错, 脑图基本上要把该做的事情都展示完毕了。
其他几个流程图也贴上来:
这些都是浮于表面的,客户能理解的内容, 为了跟我们的交易系统组合,我们技术大牛,都进行了套路组合, 在同一套交易内核框架下,迅速稳定的将系统搭建出来, 这也本文的核心所在:
依然是老套路, 将产品解释成一套交易体系, 几乎换汤不换药的把产品稳定高效的做出来。
先看核心需求,可以解释为交易类的,都是核心需求
- 家政服务面向的阿姨, 支付成为会员
—— 跟之前类似, 普通会员、金牌会员,都不过是系统提供的商品而已,会员存在一个支付有效期, 我们通过扩展字段,进行区分表示,本质依然是交易
2. 阿姨购买家政服务的课程
—— 课程,本质而言,跟一个大白菜上架进行购买,没有多大区别,依然是交易体系的一环。
3. 大小套餐
—— 无需多言,套餐就是将商品叠加,我们做点组合就轻松搞定,接口API都没有多大变化
4. 投递简历
—— 投递简历,不过就是下了一个免费的单,丢给一个企业了。 这个依然是交易的语言逻辑
5.抢单
—— 如果把抢单看做一个商品,推送给客户去购买,事情是不是就简单了? 所以本质还是交易体系。
本产品唯一一个值得增量开发的地方在于: 考试系统, 将大大小小的章节试题、考试试卷、考试题库,做到这个里面,轻松完成考试。考试系统我们用一套二维中间表,迅速搞定。 所有搞不定的事情,我们都在中间表搞定。
所以,一个半月开发这个项目,不算太难,我们团队的前端也很给力,同事两个项目开工。
【参考文献】
【1】家政服务二期开发, 业务的开放性-如何应对客户需求大变动
【2】适用于创业公司的技术架构
欢迎关注 技术团队的知乎账号 我们凭团队实例运作以下专栏, 必须干货!
互联网创业专栏 (我们小伙伴的创业历程)
与您一起聊技术 (APP、微信公众号、小程序、H5 技术总结)
互联网产品研发管理 (我们公司对产品结构的管理思路)
我们是不一样的技术团队:
(我们认为:所有的企业行为,都解读为交易行为,无论是摩拜单车、外卖平台、自动售货机、招聘社区、家政服务,都用交易的语言来表达,我们专栏里面有很多实际案例和开发过程和交付流程)
(类似于元素周期表,我们把交易拆解成元素级别,根据业务定制组装,完全复原个性化需求,我们专栏里面有很学术也很实际的介绍)
(每个项目设置: 导师成长基金、参与人员的奖励,全员股权池,创业氛围浓郁,我们专栏公开分享了我们的一些经验)
(专治各种复杂的业务场景, 我们通过简洁的元素和分层组合,来完成复杂场景的业务定制,我们在这一块有非常多的案例,在互联网创业专栏里面有详细描述)