莫向外求

这个需求原来的样子 大学校园里需求特别碎：代取快递、带饭、代课点名、打水、搬行李……什么都有。 但当时没有工具，全靠班级群、宿舍群里喊一声。消息刷得飞快，经常没人接。二手物品也一样，想在群里转手，几分钟就沉了。 做成了什么 一个平台，两条业务线： - 跑腿：发需求的人写清楚要什么、在哪、什么时候、给多少钱；其他同学接单，线下做完确认 - 二手：闲置物品发布和浏览，校内直接交易 不设品类 —— 这是它跟别的跑腿产品最大的不同 市面上的跑腿 App 基本只送餐，或只送快递。这个不做限制，只要是校园里的需求，什么都能发。 因为学生的需求本来就不固定，硬做分类的话，"我这种需求发不出去"。 价格：单笔多在 3-5 元，学生的消费水平。

门店原来的样子 顾客约时间靠微信来回问，会员卡和余额记在本子上，员工这个月该拿多少提成月底拿计算器算，几万块流水靠翻记录对账。 一家店还能扛，开到两三家，账就对不上了。 做成了什么 顾客端（小程序）：自己挑时间预约、查会员卡和余额、看充值记录、查订单、消费后评价。 门店端（后台）：今天谁约了几点、这个月收了多少、哪个员工该拿多少提成，一屏看完。会员、排班、优惠券、对账也都在这里。 优惠券能设门槛——满多少能用、哪些服务能用、什么时候到期。 两条主线 - 人：顾客预约 → 门店排班 → 到店消费 → 记录留存 - 钱：充值 → 余额变动 → 消费扣减 → 提成核算 → 对账 多店是怎么处理的 店长只能看自己那家店的数据，总部能看全部。这是从第一天就按多店设计的，不是单店版本后来硬改的。

这门生意原来是这么做的 农场在城郊有一片地，想分块租给城里人认养——租一块，可以自己种菜；忙不过来，农场帮着打理；周末带孩子过来看看。 但客户都住在城里、想法各不一样（有人想自己种，有人想全托管）、一租就是一整季。 光靠微信和本子登记，接不了多少单。 做成了什么 一个小程序，把"认养 → 托管 → 履约 → 复购"整条链路搬上线： 认养地块 · 认养家禽 · 托管服务 · 农场监控 · 到访签到 · 粮票兑换 · 农场商城 · 溯源与资讯 · 领券与活动报名 它跟普通商城不一样的地方 用户买的不是一次下单，是一整季的服务和体验。 所以"监控、签到、托管状态"这些过程性的东西，比下单本身更重要。

酒店原来的情况 顾客想了解这家酒店，只能去订房网站、点评网站上翻。 搜酒店的名字，找不到一个官方的、能一次看全的入口。而且想改张图、改个价格，都得找技术。 做成了什么 一个官网 + 一个后台。 官网把酒店三条业务线摊开：客房（房型和详情）、餐饮（餐厅和菜品）、会议（会议室和宴会厅），再加上环境、位置、联系方式。 后台是给酒店自己的人用的——改内容、改数据，自己就能弄，不用每次找技术。 它不做在线预订 这是展示型官网，作用不是卖东西，是让人搜到你之后，快速看明白"这家酒店有什么、在哪、怎么联系"。 所以重点不在功能多少，在于信息放得对不对——顾客最想先知道的，放最前面。