做小院子产品经理两年，我踩过的坑和注意事项

2021年我接手小院子这个产品，第一反应是：不就是个社区App吗，把交物业费、报修、门禁搬上去就完事了。结果第一周就被物业经理泼了盆冷水。他说，他们要的不是功能多，是别让前台电话从早响到晚。这句话我记到现在。

小院子这类产品的麻烦在于，它不是面对一群用户，而是面对好几拨利益不一致的人。业主想省事，租户想少被管，物业想省人力，运营想数据好看，居委会还时不时要个统计报表。产品经理夹在中间，稍不留神就做成一个谁都不满意的四不像。我的经验是，先别急着画原型，花两周把这几拨人各自的一天过一遍，比开十次需求评审会有用。

别把业主当"日活"，把管家当用户

很多同行做社区产品，习惯性套用互联网那套指标：日活、留存、分享率。放在小院子里基本失效。一个五百户的小区，能天天打开App的活跃用户撑死几十个，剩下的都是有事才来。你要真按DAU去逼运营做活动，最后只能搞出"签到送鸡蛋"这种玩意儿，热闹三天，第四天归零。

真正该盯的是管家和前台。他们才是每天用产品的人。我们做过一个数据，管家端的使用时长每增加十分钟，工单的平均处理时长能降两成左右。原因很简单，管家在App里点几下就能把事派出去，不用再拿笔在本子上记、再打电话挨个问。所以那半年我把大部分精力放在管家端，业主端反而做得克制，首页只留四个入口，多一个都不加。

还有一点，需求方说的话别照单全收。物业说"要一个业主评分功能"，听着挺合理，真做出来业主不敢打分，管家心里有疙瘩，最后变成摆设。追问一句"你想解决什么问题"，答案往往是投诉处理没留痕，那就老老实实做处理记录，比评分管用得多。

功能上线前，先跑一遍线下流程

我们上过一回当。访客通行这个功能，设计时想得挺美：业主在App里生成二维码，访客扫一下就能进。开发两周，测试一周，上线第二天投诉就来了。问题是老年业主不会截图发给访客，访客站在门口打电话让业主下楼，保安还得重新登记。等于多绕了一圈。

后来改成了三套并行：二维码、业主在App里直接放行、以及保安端手动登记后自动同步给业主。改完投诉量掉了一大半。这事让我明白，社区产品的流程必须覆盖最笨的那条路，因为总有一部分人就走那条路。你按年轻人的习惯设计，等于把三分之一的人挡在门外。

这几年攒下来的几条，写在这儿给后来的人参考：

• 需求优先级按"会不会有人打电话投诉"排，不按老板觉得酷不酷排
• 管家端的操作步骤控制在三步以内，超过三步他们就会退回微信群
• 涉及钱的功能（缴费、退款、押金）必须留人工兜底入口，别全自动化
• 每次改版前找三个不同年龄段的业主试用，60岁以上的那个意见最重要
• 别在小区里推社交功能，邻居之间不想被看见，这是常态

数据这块我也有个教训。一开始看的是打开率，数字挺好看，但物业满意度一直上不去。后来换成三个指标：报修闭环率、管家首次响应时长、重复投诉率。这三个数字一动，你立刻能感觉到问题出在哪儿。闭环率卡在七成上不去，八成是某个环节的人工确认太慢，跟界面好不好看没半点关系。

说到底，小院子这种产品没什么技术门槛，拼的是对线下那点人情世故的理解。你得知道张阿姨为什么不愿意用手机交费，得知道保安晚上十点之后其实不想被打扰。把这些摸清楚了，功能做少一点也没关系。反过来，界面做得再漂亮，管家不买账，第二天就会有人拉个新群，一切照旧。