Posts for: #Startup

创业笔记 307:专栏,做,还是不做?

之前同事 Quinn 对“专栏”功能做了个 SWOT,初步分析了知识星球如果做专栏功能,可能的情况。

优势

  • 知识星球已有数百万付费用户,特性与专栏很匹配,可能成为专栏的成熟用户
  • 知识星球已有的上万活跃 KOL,可能直接成为专栏的作者
  • 与当下专栏产品相比,知识星球由社区向专栏渗透,有交流与沉淀的基础,做成的几率更大
  • 社群能力有助于缓解其他专栏产品到课率低、阅读率低、活跃度低的问题
  • 因此专栏与星球打通,目前考量,会是互补

劣势

  • 社区 + 专栏,未必如专攻专栏那样专注,不少细节可能没有独立的专栏做得好
  • KOL 自己产出专栏产品,整体质量很难超过如得到这样精心打磨的内容产品,可能有退款纠纷
  • 知识星球三天无条件退款政策,对专栏可能是不利的——三天可以将内容完全看完,可能有退款纠纷

机会

创业笔记 306:限制提问的思考

内容来自 @Quinn & @OWen

一个考虑做的小功能,发出来大伙可以看看。

为了赶走极少数恶意用户,在产品上做加法,使产品更复杂,反而伤害普通用户体验。这是目前蛮常见的状态,挺烦的,但却想不到完美的方法,大家有没有更好的主意?

现状

  • 用户加入星球即可提问
  • 提问可选择匿名/非匿名提问、付费提问/免费提问
  • 用户加入三天内可无条件退款

遇到的问题

  1. 用户加入星球提问后就退款;
  2. 部分用户“代提问”,利用星主开启的匿名提问功能,收费帮人提问;
  3. 发现少量用户到多个星球提问,然后将答案转到自己星球/咸鱼/淘宝出售。

问题拆解

  • 因为用户加入星球即可提问,而三天内又可免费退出星球,薅羊毛的用户会利用这一机制来免费占用付费星球的“公共资源”,而不用付出任何代价。
  • 目前用户退出星球两次后才不允许加入星球,提问后退出一次,就已经对星主产生了不好的影响。
  • 匿名提问多,但匿名功能本身对答主不构成严重影响,因为即使限制每个用户的匿名次数,对星球人数较多的星球,答主仍会收到大量的匿名提问。
  • 对于提问量很大的星球,答主是有限的“公共资源”,单个用户提的问题过多就会占用过多的“公共资源”,影响其他用户的潜在权益,而“匿名”保护了这些占用过多的用户。
  • 星主对此类用户缺乏更主动的防御措施,当一个星主有多个付费星球时,可能被1个用户同时伤害多次,现有的规则是以星球为单位的,而不是用户
  • 将提问内容转售,此行为需要大量提问,针对每天的提问行为可以侦查到,但毕竟是少数,似乎可先人工处理,情节严重的禁言/封号
  • 这些问题不是用户的主流行为,因此限制措施不能影响大多数用户的使用

方案考虑

场景1: 用户加入星球提问后就退款

方案 1:新加入星球的用户三天内无法使用匿名提问,且三天内仅能提问 1 次

  • 优点
    • 无法匿名能提高坏用户的恶意提问成本
    • 限制数量能减少对“公共资源”的占用
    • 研发成本较小
  • 缺点
    • 新用户的提问体验降低

方案 2:星主可「拉黑」三天内提问并退出的用户,被拉黑的用户无法再加入该星主创建的任何星球;被「拉黑」过的用户,在加入其他需要审批的星球时,会有身份标识:该用户 30 天内被x位星主拉黑过

创业笔记 305:授权

前段时间,看到有个公司比较恶劣地在百度投放“知识星球”关键词,当时觉得有点不爽,在朋友圈吐了个槽。让我觉得意外的是,很快就有位百度知道的朋友找我:

  1. 了解细节;
  2. 联系具体业务部门下线该公司的搜索广告;
  3. 给了我可以更好地保护自己的方式——可以以知识星球官方身份在百度知道回答问题。

这让我对百度有点刮目相看——一个靠谱的员工就把问题解决了。

任正非在《让一线直接呼唤炮火》(http://www.cghuawei.com/archives/1927)里的话,似乎可以作为这件事的注解:

谁来呼唤炮火,应该让听得见炮声的人来决策。而现在我们恰好是反过来的。机关不了解前线,但拥有太多的权力与资源,为了控制运营的风险,自然而然的设置了许多流程控制点,而且不愿意授权。过多的流程控制点,会降低运行效率,增加运作成本,滋生了官僚主义及教条主义。

我们后方配备的先进设备、优质资源,应该在前线一发现目标和机会时就能及时发挥作用,提供有效的支持,而不是拥有资源的人来指挥战争、拥兵自重。谁来呼唤炮火,应该让听得见炮声的人来决策。

当然炮火也是有成本的,谁呼唤了炮火,谁就要承担呼唤的责任和炮火的成本。后方变成系统支持力量,必须及时、有效地提供支持与服务,以及分析监控。

创业笔记 304:信息安全

虽然我之前做过一段时间的网络与信息安全工作,现在公司要做安全——这是考虑做起来的一些点——每个点看起来就几个字,背后需要的工作量还不小,有些甚至还是发生过事故——痛过才舍得花钱花精力做的。

安全架构

  • 组建安全团队
  • 通过安全培训提升全员安全能力与意识

系统安全

  • 秉持业务最小化原则,系统上线前对服务器做端口管理
  • 系统、应用软件安全补丁必须强制升级

网络安全

  • 在云系统中划分不同安全域
  • 通过防火墙对不同安全域做访问控制
  • 拒绝服务攻击的处理预案
  • 网络与主机攻击行为监测

创业笔记 303:留存还是新增

前几天,有位老朋友吐槽知识星球最近做的“优惠券”功能,他的槽点是:“别只做新增,一定要做好留存。”

先说说对“做留存”的看法,我还是比较在意留存的——目前最在意的是“星主留存”,也就是我们怎么留住星主,因此今年有几件事:

  • 优化付款预览页面漏斗转化率
  • 优化分享路径和分享有赏(更侧重于星主)
  • 优化星主从建立星球到成功运营的过程

每个点背后都有几次甚至几十次小迭代的细微变化,它们让星主发一个宣传能挣到更多钱、让更多人愿意分享、让更多星主自然而然地在知识星球里 step by step 就能很自然地优化好星球……

对留存,他提到的建议是:

  • 要有更加完善的数据后台,星主可以方便地分析自己的数据;
  • 应该能有活跃排行榜,看到星球内哪些用户更活跃,贡献更高,给他们回馈;
  • 应该有分销排行榜,刺激大家将星球往外推。