Posts for: #Startup

这两天听了三位老师的课，分别是：

• 《全球大变局与中国新时代》，讲者长江商学院创办院长项兵教授
• 《文化的力量——让文化遗产资源活起来》，讲者故宫学院院长单霁翔博士
• 《腾讯视频想对内容创业者说的真话》，讲者腾讯视频总编辑王娟女士

我是做产品的，所以就从产品角度总结这两天的收获。

思想方法非常重要，比如项兵教授提到的“负债也要做成资产”的思考方法

项教授提到：不纠结过去，而是放眼未来。反而可以看到，文革或许也给国家和民族带来了”突变“，带来了大风流”式创新的可能性，这十年有它的价值。

单院长提到：故宫博物院院长是个高风险岗位，一个小偷、一个罐子掉地上，都是大事件。所以原来的老思考方法是：越开放，越危险。跟用户接触面越少，越安全。所以把宝贝都锁到库房里，最安全。但其实单院长反其道而行，用的就是类似“负债做成资产”的思考方法——没有死角的故宫，才是真正的安全。一点一点清理，一点一点开放，让老百姓对这些文物可以知情、可以保护、可以受益。

反而突破了局限。

真正利他，才能找到真正的需求

这句话也是项教授说的，项教授举了咱们国家推进一带一路战略时的推进做例子。

单院长举的则是我们耳熟能详的例子：

• 用户买票难
• 用户想从正门进故宫
• 女性用户上洗手间难
• 用户希望看到更亮堂的宫殿 vs 防火、文物保护
• 用户希望环境整洁 vs 中轴线卖东西最合适
• 用户坐在栏杆上（椅子）
• 用户希望看到更多宫殿、更多展品

都是从用户角度出发思考，找到需求点。需求得到满足，票更好卖了，用户满意度高了，口碑也更好了。

前段时间，有营销出身的朋友找我，说他希望组建研发团队，做个产品——此前几次外包给第三方，都失败了。我给他的建议是：

• 不要低估自研的难度，通常看上去很简单的一个商业服务，做好做稳，都需要不少资源；
• 软件产品外包不靠谱（这里特指整个产品外包，如果是产品中的部分模块、技术、服务，我觉得没问题），原因是软件产品的特性导致它必须迭代、改 Bug，而通常软件开发外包服务是“一次性”的；
• 尽量使用成熟的商业服务与产品。自己有研发能力的话，可以在选型的时候将 API 作为一个评估项。后续可以通过自研将业务串起来。

可以先看看下面俩链接：

1. 腾讯公益的“问问 NGO 负责人”：https://t.zsxq.com/33vrfAe
2. 知识星球里的“评价”为什么下线了：https://t.zsxq.com/Byr7aQ3

对“问问 NGO 负责人”对一些想法：

• “问问 NGO 负责人”感觉措辞略微生硬，或许可以改个亲切一些的名字，瞎说一个，比如就叫“公益名片”；
• 通过“名片”这个耳熟能详的名词，让公益人愿意往名片里填自己的履历，愿意对外宣传自己的名片信息；
• 一些模块不需要“问”，直接通过关联分析呈现出来，比如执行过的项目、数据；
• 是不是帮助每个项目讲出项目背后的故事更有说服力？随便举个例子，我在一席里看到的一篇演讲：李一诺：比尔盖茨怎么花钱_一席_腾讯视频，类似的有不少，一件事情的初心，过程中的故事，是不是有益？
• 接上一条（自己反对自己）——或许站在腾讯公益的角度不应该用“讲故事”的方法。朴实地呈现 vs 更有感染力地呈现，这可能涉及“战略”？
• 问题的顺序或许可以做些调整。现在我看到问题的时候，会有点不想填——各种履历表格填写过很多次了，填写的时候不需要动脑筋，不会有“成就感”。是否可以把刺激“成就感”的一些开放性问题放到最前面，这些例行公事的内容放到最后——反正最终怎么呈现给捐赠人，还可以各种排布。

目前一元看没有实现“拓展用户”的目标：

• 一元看的灵感来源是早期分答、值乎的“一元偷听”，功能目标是拓展付费用户；
• 因为我们的一元看没有分销，而且缺乏娱乐性，即使加上分销，传播量也不足以带来高收入。

反而带来了一些困扰：

先提两个我对微信的产品观点：

一是：因为做得少，所以人人都可以用，任何场景都可以用，人人都离不开。

• 很多产品，在迭代的时候单纯地加功能，大多数时候反而把产品“做小了”；
• 一个微信对话框，在里面能做的事情很多，有不少做得挺别扭，但微信也不为其优化，因为一优化，反而偏向了某个“确定的方向”，失去“是一个生活方式”的无所不包。

二是：需要增加的是“扩列”型的功能，才有可能拓展用户群体

• 微信里成功的新功能（比如朋友圈、公众号、微信支付），是“扩列”。做成了，能有增量，能反哺通讯能力；
• 很多时候我们加功能，是因为有用户想要。如果我们拿不准是否大多数人想要，经常做一个开关或者插件，让用户可以自行开启和关闭。这时候往往反而确定了一个更窄的方向；
• 举个例子，最早最早的“小密圈”，基础功能已经和当前的“知识星球”大体一致。内测时，我们自己在公司内部用了一段时间，觉得“自己要用好，应该能管项目”、“往项目管理的方向走，应该能做任务管理”，于是增加任务管理功能，几个版本之后，变成了一个类似 Trello 的产品——虽然我自我感觉做得也不错，但当时印象很深的是拿给 Tony 看的时候，他摇摇头说：做小了；
• 许多我们能听过名字的产品，往往是做对了一个点，然后在后续迭代中，将路越走越窄——满足了越来越垂直的用户。