写在前面：同校小二项目我今年5月份加入的，做2.0版本的产品策划，工作集中在开发前的功能确定。开发阶段及之后的工作是另一个产品妹子跟进的。第一次实操一个产品从1.0到2.0，感触最多的是：抉择是件很困难的事。如何将需求功能做到有理有据，而不是感性决定！？是一直思考的问题。
本文以小二2.0的功能点为主线，记录了做各个功能点时的经验教训。
写了快半个月，实习下班回住所写文章的效率着实不高。还是每天总结比较好~~事情做完了再总结，回想时好多点都记不清了>_<
做产品，做抉择，有理有据！
一、基础情况
同校小二：校园跳蚤市场app
负责工作：2.0版本产品策划
V 1.0版本详情：
V 1.0：
（1）出售商品 （2）搜索/分类查找商品 （3）购买商品
V 2.0新增：
（1）新增求购板块 （2）新增发放红包板块 （3）新增积分制度
二、V 2.0策划过程
1、整体
粗略版的功能模块T_T
新的菜单栏划分：发现、求购、+发布、动态、我的
（1）V 2.0将1.0中的“首页”改为“发现”
原因：弱化首页，首页给人一种app中心的感觉。发现有探索的味道在，我们之后发展肯定会推荐些专题、活动之类
（2）V 2.0将1.0中的“通知”单独出来作为一个板块，且换名为“动态”
原因：产品潜在发展。目前跳蚤市场为C2C，后期发展可以引入商家为B2C。届时动态板块可变为展示关注商家动态
（3）V 2.0新增求购功能，单独作为一个板块。与出售商品同一层级，没有弱化
原因：a.不确定求购功能的需求强度，上线后根据数据后续版本再作调整
b.求购功能中重在筛选功能，帮助卖家更好地找到买家，提高交易匹配度
2、求购模块
求购板块的展现形式：微博内容的展现形式
求购板块自己犯的错误：忽略了发布求购的场景，最开始只做了纯文字版本。忽略了以纯图片/图片+文字求购的情况。
场景列举的重要性！
3、新增发放红包板块
It’s a long story
（1）为什么会有这个模块
a.商品售出后卖家没有动力主动让商品下架。需鼓励卖家完成交易后主动将售出商品下架。
b.红包直接发送到用户支付宝中，即用户需要在小二app内留支付宝账号。一个跳蚤市场加入支付，想象力就扩展了很多。后续版本逐步加入支付。
（2）红包流程
用户填写支付宝账号→发布出售的商品→交易完成后，在“我的”中点击“已发布”中点击“确认出售”→填写买家手机号码（如图）→系统通知买家确认此交易→买家确认后，将红包发放到买卖家的支付宝账户
（3）踩的坑
a.最初红包确认信息需要填写三个维度的：买家账号、买家手机号、买家学校。
账号是鼓励注册的，手机号是鼓励资料填写的，学校那栏是再次确认信息应对刷单的。
太繁琐！！低级错误！
b.由于上面a中涉及填写买家手机号，于是新问题来了。
问题1：买家在没有注册登录的情况下和卖家取得联系并达成交易
问题2：买家登录注册后没有完善个人信息里的手机号码，系统仍不能通知到买家确认交易
解决方法有两种：
方法1：强制注册登录绑定手机后才能看到卖家联系方式，保证交易双方均为平台用户
方法2：不强制注册登录，如果买家未填写手机号则以短信的形式通知买家进平台填写资料
方法1的好处是增加注册用户数，也减少麻烦。大环境：广州大学城目前无其他类似app，用户真想买，要求他先注册再联系卖家是ok。
方法2的好处是用户体验好，整个流程很自然顺畅。存在买家忽略短信，卖家拿不到红包失去信任感的风险。
【互动：对于这两种方法你会选择哪个？理由是？】
最后选择了方法2。
此时流程：
卖家填写买家手机号→买家未注册/虽注册登录但未在个人中心填写手机号码→系统短信买家，提醒买家注册/填写手机号→买家注册并填写手机号/买家登录补全手机号→系统通知买家确认交易→买家确认后，将红包发放到买卖家的支付宝账户
如果买家看到短信却未行动，一定时间（24小时）后告知卖家，买家未确认交易，红包无法发放。
c.老板需求
老板提出，增加二维码功能，方便买家卖家线下见面时确认交易。
场景大概是这样的：
卖家：诶，同学，这个app买卖双方确认交易后就有红包拿。
买家：真的么？怎样确认交易呢？
卖家：你看这里有个商品二维码，你扫一下，点击确认应该就可以了吧
买家：哦哦~原来这么简单，好！
为了拒绝老板这个功能需求，也是大战几回合T^T
说服点：1、二维码确认的确很好诶（表肯定），但咱们现在的输入手机号确认也可以达到这个效果~也不会麻烦太多，就输入下手机号码，很简单的
2、咱们app不是要9月上线么，新增二维码需求又会延长上线时时间。先把已有功能做了来？
3、红包也是新增的，用户还不太习惯，咱们手机号输入的方法先培养下用户习惯，让用户知道确认交易能获得红包。后续版本增加进二维码，用户便能有意识的去互相提醒确认交易了~同时我们提供二维码便利度提高了，用户用起来更爽了，也能发现我们的进步
已有功能可以搞定这事→时间不够做这功能，赶时间上线。优先级后延→不是不做，之后肯定做，而且那时做用户感知更好。总结便是，有什么能吹的就怎样吹。
4、新增积分制度
积分这块出现的问题倒不多，主要出现的问题是：一开始确定用积分来确定等级，抽奖也用积分。这时便出了问题。等级和抽奖只能一个关联积分，另一个关联其他指标。
最后确定：抽奖消耗积分。等级按交易次数，但只显示不用告诉用户如何而来
三、微信端与网页端的处理
小二除了app端，还有微信端与网页端。
V 1.0中微信端与app端同步，无任何差别。一开始的截图就是微信端的>_<。
V 1.0中网页端http://www.txxer.com/
V 2.0中的微信端
2.0版本微信端只有一个功能：展示。作用便是赶用户去下载使用app。原因一方面是性能不稳定，另一方面使用第三方平台始终是有风险的。
V 2.0中的网页端
网页端弱化求购，以展示出售商品为主。
V 1.0网页分类：智能推荐、热搜、最新发布。并没有什么意义
V 2.0改为：发现好货、热门分类
其中“发现好货”的展示：
未登录：学校商品喜好属性
登录后：按照用户标签（个人信息处用户选择喜爱的分类）推。
四、其他
1、关于模仿
在跳蚤市场这块，晚于二手街。做1.0自然会参照这个app，看看它是怎样设计功能，哪些板块比较受欢迎等。
但到了2.0，我们加入“求购”功能，如果跟进二手街就会将“求购”折叠到一个板块，而不是提出单独成为一个板块。那为什么最后将“求购”单独出了，且做条件筛选功能。最大的原因是我们不了解用户这块的需求，不知道用户对于求购的需求有多大。既然不知道，那就去试错。2.0上线后，如果求购功能使用频率低，就会像二手街这样，将“求购”弱化。若数据还能看，则进一步优化。
还有一个例子是，小二2.0提出了“动态”，而非将这一功能折叠到个人中心，其原因是我一开始说的，后期可引入商家，关注商家的动态可展示在这一板块。这一点是从定位、发展来思考的。
2、老板需求：
老板说：个人信息放左上角，像QQ那样。
看到这个需求我也是醉的～～自然是准备充足理由说服老板的。理由如下；
1、抽屉式导航应用在哪类app？老板啊，资讯类的比较多吧。让读者集中精力免受干扰。
要达到的目的：2、用户填写资料齐全 3、支付宝红包不能弱化。抽屉结构了，就弱化了2、3点！
老板最后没有再坚持：）
3、小细节：
发布商品后，匹配相关求购 。
个人信息完整度：以百分数显示，提醒用户去完善个人资料
4、所谓票选
V 2.0中“发布”设计两个功能：一个是发布商品，一个是发布求购。最开始的发布按钮文案表达如图。
但“发布求购”这里的表达有歧义。求购：想要的东西没有，希望有人卖给自己。发布求购：发布想要商品的信息。buy在这里存在歧义，我建议将buy改为want，但具体怎样才算好，并不知道。
所以和产品小伙伴商量后，决定朋友圈投票，看看大众的意思。
（囧，WiFi莫名断了，只能开热点写简书）
以上是我票圈的部分回复。综合我这票圈的意见，以及另一位产品小伙伴的票圈，最终我们选择了want。
我个人最倾向的是将英文去掉，直接中午，如下图：
重要的事说三遍：做产品做抉择有理有据；做产品做抉择有理有据；做产品做抉择有理有据
最后感谢蔡毅教授、杨楷师兄、恩林妹子，谢谢你们给我的帮助：）
