9月份结束阿里的暑期实习，在火车上对自己体会做了个总结，还是比较发散的

一、需求来源

C:自主性比较强，缺点是：很多时候需要拍脑子，不确定

1.更多是自己挖掘，自己是上游。再说服老板和team（当然也有老板和业务方的需求，不过你很有可能可以拍掉不做）

2.那么自己作为上游，你的需求来源就很多元化了，自主性很强：自己思考的，用户反馈的

3.很多的用户场景，用户的心理，有些事无法通过调研得到的，尤其是没有资源和时间的时候，你的sense和经验很重要

B：自主性较弱，优点是：用户少所以会做一件很清楚的事情

1.判断空间小。除非公司很牛逼。客户需求不做你损失多少钱？

2.客户失去耐心后果严重。以后如何控B？b就那么多

3.和运营，市场谈战略，参与业务方决策（牛逼你就改变上游）

二、功能设计

C：用户导向

1.用户画像：很难再每个功能上都清晰

2.优先级：用户价值，交互设计。都需要你自己设计和判断，你来研究你的用户喜欢什么样的交互，那个功能用户价值最高

B：客户导向

客户需求明确，用户画像清晰

三、prd

C：允许带伤上，之后可快速迭代

B：最好1个bug都没有

1.客户的耐心是有限的

2.迭代周期长，1年迭代1次都够呛了。花钱就期望完美，否则售后团队也耗不起
（有一个在阿里云的小伙伴，做2b系统，做了3个月，还没产出，因为很谨慎，他说评审得快疯了哈哈）

四、项目管理

可能是唯一的区别：to b产品，你会收到客户无限次的催促，这个会很大地考验协调能力

其他区别不大，项目管理对一个产品来说，要做好，不加分。

要做到：

1.项目不delay

在阿里实习的一个例子：在我的项目马上进入开发阶段的时候，因为团队战略的改变，有一个师姐的项目要插过来先开发。

（1）我被突然告知的时候是无奈的，毕竟是师姐的项目，也确实是他们的讨论结果；

（2）冷静下来，我觉得我自己需要有判断力，“人云亦云”不是产品应该有的特质；

（3）我判断我的项目优先级更高。项目保密我比喻一下：

师姐的项目是在原有基础上不断扩充水库；

而我的项目是在用户的水龙头上加个过滤系统；

当时的状况并不是没有水库，而且水库就算扩充了，也要等到我的过滤系统做完才能给用户放水；

卖家可以等，但是不过滤，用户对于得到的水，满意度不会高。每一天都是品牌的伤害和用户流失，而我们团队当时正处在品牌建设阶段

所以我去和师姐讨论，最终，很感恩，他们同意先做我的项目。

这件事情我的感受：

（1）成长：我学会更好地去把握主动性，反思自己的项目

（2）满足：同时保证了我的项目不delay

（3）感恩：感谢我的师姐，和那位运营同事，尊重了一位实习生的意见。

2.提高团队主动性，鼓动大家的热情

让大家“老板，你这个东西不知到我能不能做，我搞死也给你搞出来”—–在淘宝的时候，一位资深运营同事对于之前leader的怀念。

这也是我需要学习的地方，然而新人项目简单，没有那么多情怀可来挖驱动力。

五、上线后运营-迭代

C：让用户参与迭代

1.大数据，反馈。

个人觉得这一点最有趣了

2.心中的战略

B：最好不要有迭代……

1.因为你的产品迭代，意味着每个客户的使用都要重新教导，每个公司自身也有很大的体系，用错了很可能就导致损失

2.每次的迭代，耗费的时间成本。（售后你总不能收钱吧？哈哈）

六、自我价值实现感

B:这个方面因为我做的b端经验较少，也希望在产品生涯中可以解除学习。

贴出知乎上的一个问题，上面有很多有价值的答案：

“to B 的产品经理和 to C 的产品经理有什么差别？ to B 的产品经理的价值如何体现？”

C:就接触用户来说，to c的路径短，你是直接影响用户，影响世界的（哈哈）

1.直接影响用户体现之一 – 搭讪有了话题：

有道词典的用户量是亿级的，在上面做过很多小项目。

举个例子：词典ios端的开机启动页的跳过按钮。

当我和陌生人搭讪的时候，我可以从他的手机上找出有道词典或者手机淘宝，找出我的作品，这种满足感，你做了就会懂。

2.没事拿出来看看可以堵爸妈“公务员”的嘴！

来源：转自公众号琦心