我们的产品

就在刚刚，公司的研发狗在加班，我把《人人都是产品经理2.0》第六章，第一段话。

“俗话说，产品经理推动工程师实现功能有三宝：竞品已搞，老板想要，开发量小。如果不行，再上杀招，求求你了好不好~”

压抑的气氛一下子缓解掉80%，我也开心到飞起。

开心完了，才发现这段话紧接着的下一句就是“实际工作中，当然不能这么玩。”（好吧，我还没来得及看完书，看完接着来写。）

公司最近做一个数校的项目，我们一切从0开始，所有人都没有这方面的经验，整个研发和产品团队，就我一个女性，还是个助理，各种瞎搞。

读完这一章，之后，顿时有了一点章法。可是老板（真正的产品经理）却比较强硬。我这个只有话语权没有授权的小助理，好累。

数校是使用对象是一所区县的私立学校，包括小学和初中，大多还是爷爷奶奶姥姥姥爷带大的留守儿童，和很多市场上能调研到的竞品数校有比较大的差别，因此，功能的设计上就要多花些心思，在保证学校尝到信息化带来的甜头的同时，不给家长增加过多的负担。

好在，这所学校的校长，是老板的亲戚。我们就由此获得了好多“天使用户”~~

在此，举个例子，就报名这一项功能，我和老板两个人，就意见相左。根据上文聊到的私立学校学生情况，一定会有很多家长需要拜托老师帮忙报名，那么，问题来了，老师以什么身份为学生报名呢？后续的家长想要登录系统关注孩子在校情况的时候，身份如何与学生绑定呢？

我的想法是，老师使用学生家长的手机号注册账号，为学生报名和注册，并将密码告知家长（或者家长自己注册后，将账号密码告知老师，由老师代替学生报名和注册）。但是老板却认为家长人在外地，给老师传达验证码不够方便和合理。我。。。

要知道，在研发过程中，诸如此类的问题，非常多，一个数校的产品，几十个大功能模块，几百个小功能点，如果要完全覆盖，那我想我们几个人类似也不可能在一个月之内完成。因此，确定MVP就至关重要。

产品界的主流价值观是“少做就是多做”、“完美不是无一分可增，而是无一分可减”。看到这句话，真是说到我的心坎里。

可是，诸如此类数校产品，它的MVP究竟是基于模块上的减，还是基于功能上的减呢？我又陷入了困惑。还请有经验的大神指导。