1、背景
试着面试了一家武汉的大学生创业公司，创始人在大学毕业后为第二次创业，短短几年，在水果生鲜领域做收银台产品目前成为了行业头部，团队成员不多但非常精干。
2、笔试题
为一个精品水果店设计一整套收银管理解决方案，同时为所设计的产品撰写一篇产品推文。
时限：3天。 工具：墨刀。 要求：所设计的功能逻辑都能走通。
3、需求假设
基于一轮面试的沟通，面试官与面试者沟通较为通畅，但在过去经历中，面试官常见聊的很好但PM实操能力不足的情况，从而浪费企业资源。故此需要使用二轮笔试的方式验证产品经理的实操能力为其核心诉求。
收银管理解决方案在目前的行业环境下，使用人群可涵盖上下游链条群体，可进行多门店配置，渠道上也可打通线上线下等流量，功能可以很庞大。但根据题目要求以及3天的时限，设计最小可用产品，对这家精品水果店的背景以及作出以下假设，则产品定位在假设的背景之上进行构建：
1、此家精品水果店为五线地级市年轻夫妻单店作业，无旁系分店，位于小区附近。
（实则简化为单店产品）
2、 仓店一体，店铺面积约80㎡，无线上销售，库存进货及盘点每日纯线下完成。
（实则简化掉库存以及线上商城逻辑）
3、 产品销售均通过称重进行计量，无条形码扫描。
（实则简化打印条码以及打印机逻辑）
4、 前期由夫妻自主经营，业绩稳定后则聘请店员进行运营。
综上，店主的核心需求如下：
1、统计不同品类的销售情况，便于自身优化配货结构。
2、提升买单准确性以及线上支付率，避免现金收银的错误和低时效、用户扫码带来的漏付等。
3、定义会员，提升就近社区居民在本店的消费粘性和复购率。
4、优化用户买单体验，提升门店形象等。
4、产品端
硬件：商米S2（15.6+10.1）一体机版本用于称重收银以及80mm出票，一台商米小闪用于二维码扫描。
商家端：用于老板管理门店商品查看销售情况等，基于Web，可通过PC和收银端App进行访问。
收银端：用于收银员在客户购买时进行商品计费和结算等操作，可根据收银员权限跳转商家端WEB，基于Android。
会员端：基于微信服务号，用于客户绑定门店的会员信息以及接受通知等。
运营管理平台：用于云端对各个商家的管理，此处略。另，商家端和收银端的注册登录逻辑略。
5、各端交互主干流程
6、产品功能结构
7、特殊逻辑说明（简化）
7.1会员逻辑
会员关注服务号后，必须绑定手机号，才能成为店铺会员，若未绑定手机号，仅获取openid，但不展示在店铺的会员列表中。
7.2支付逻辑
使用支付宝或微信扫码枪支付时，资金进入服务商支付宝账号，店铺可申请提现，服务商运营平台申请通过后服务商与店铺进行结算。暂不支持店铺自行在微信和支付宝认证。
8、产品原型
商家端&收银端：https://pro.modao.cc/app/TVKHjU7l4InUwqkVFjujbraSUn7VJFs
会员端：https://pro.modao.cc/app/8AVn30BeTMZGHio6DdR4r3EsiD7yP4G
9、系统的发展
9.1库存
库存上，需要添加成本和单位换算概念，从而可以得出更多的商业数据，如库存成本、库存预警、毛利率、商品损耗等等。具体设计上举例来说，如进货时按照箱来，则需要用户定义此商品的库存单位为斤，一箱=xxx斤，同时给与一箱的成本，再进行入库。
9.2会员
一般来说可以支持三类，一为用户使用微信关注后，分配openid，降低用户操作成本，二为一些传统用户直接使用手机号进行绑定，三为openid+手机号捆绑的方式，适用于不同场景。
9.3分析及营销思路
定义更多切实可用的分析方法，如将杜邦分析法简改为一个电商分析模型，销售额=用户数*客单价=（新用户*进店转化+老用户*老用户留存）*（商品品类*商品单价）。等等，然后再给与优秀门店的参考数据以及运营方法。
9.4连接上游供应商
直白来说，商业说到底还是低买高卖的生意，从零售商的角度来看，一方面是提供低成本的商品以及优化自身其他的成本结构，另一方面是获得更多的优质客户解决动销的问题，而前者主要靠的是量和缩短供应层级，后者主要是靠客流量以及商家对客户的营销能力。
从SaaS服务商的角度来说，如果从收银端收割了足够的小B流量，完全可以对更高级的上游供应商进行对接，甚至自身开发农场进行直供。
9.5多门店
现实当中很多小B夫妻店客户在进行了一定的资本积累后，会雇佣店员进行销售管理，而自身会投入到开设其他门店，或者进行扩张的过程中，故此多门店的收银管理系统将成为标配。
9.6新技术效率再提升
如选用的硬件商米S2，实际上已经可以支持面部识别进行支付，而现在即使在5线开外的县城用户，对于线上支付的普及率也已经很客观，新技术的引入不仅可以带来效率和体验的提升，也可以通过猎奇心态带来流量的增长。
网友评论