菜单
概述
概述
需要水管工、电工或木工吗？在多数社区，这样的寻找方式仍与几十年前无异：四处打听、走一趟本地市场、指望有个靠谱的人正好有空。
一整套日常商品与服务的经济靠口口相传运转，却没有任何办法看到谁就在附近、并且有空接这份活。
我主导构建了把这整个寻找过程搬到地图上的市集。
卖家把自己提供的东西挂出来——商品与服务一视同仁——买家打开应用就能看到身边真实的服务者，几次点击即可预约。
当附近没有合适的人时，市集会反转方向：买家把需要的东西准确发布出来，服务者带着相互竞争的报价主动找上门。
过去线下靠口碑的市场，如今作为一个数字市集运转：一款面向iPhone与Android的应用，背后配有网页后台。
按类别与位置进行匹配，下单与付款在同一条流程中完成——无论是需要寄送的商品，还是需要预约的服务。
保密说明： 出于保密考虑，客户与公司名称已作更改或略去。工作内容、我的角色与项目范围均属实。
成效
成效
2
多种交易，一个应用
实体商品与专业服务在同一个市集里并排售卖
3
作为一个整体构建的系统
一个移动应用、一个运营后台以及它们背后的后端——作为一个市集同时交付
1
一套代码，两个平台
iOS与Android从同一套React Native代码库同时发布
Approach
挑战与解决方案
线下的本地寻找
要找附近的卖家或服务者，只能四处打听或亲自去本地市场——没有一个地方能一次看到附近谁有空。
两者共用一套挂单模型
商品与服务共享同一套目录，卖家因此可以在同一个店面提供任意一种——商品用购物车，服务用预约。
两个市集合为一个
实体商品从目录与购物车售出；专业服务按预约承接。两者必须共处在一个应用里，又不能显得是硬拼在一起。
需求与报价流程
买家发布一项需求，收到多个卖家相互竞争的报价，把“希望有人在卖这个”变成卖家在竞争这份生意。
反向发布的需求
除了常规挂单，买家还能发布自己想要的东西并邀请报价——这是一条大多数市集从不尝试的需求与竞价流程。
就在附近，在地图上
买家能在地图上看到身边真实的卖家——找水管工或服务者的日常，从穿城而行变成几次点击。
把需求匹配给卖家
每一条买家需求都必须触达真正有能力承接的卖家——类别正确、距离足够近可以交付——而不是一次发给所有人。
一套代码，覆盖所有端
我主导了面向iPhone与Android的React Native应用、Next.js运营后台与NestJS后端的构建——支付与订单管理为三者共用。
Stack
技术构成
- TypeScript
- React Native
- Next.js
- NestJS
- Redux Toolkit
- MySQL
- REST APIs
客户反馈摘要
客户反馈
穆罕默德主导了构建，理解的是产品而不只是工单。我们最担心的需求与报价流程，运作方式与我们当初的设想一致。
客户名称保密
客户身份保密。本摘要来自客户向 Muhammad 与项目团队口头反馈的内容。
讨论
评论
还没有评论，来说说你的想法吧。