Posts for: #Startup

如果不看解读，我对 Day 1 的字面理解是一直保持创业精神——始终保持创业第一天时的态度，热情、积极。

然后，我查了些资料，这个 Day 1 最早出自贝佐斯在 1997 年的第一封股东信：

Amazon.com passed many milestones in 1997: by year-end, we had served more than 1.5 million customers, yielding 838% revenue growth to $147.8 million, and extended our market leadership despite aggressive competitive entry.

But this is Day 1 for the Internet and, if we execute well, for Amazon.com. Today, online commerce saves customers money and precious time. Tomorrow, through personalization, online commerce will accelerate the very process of discovery. Amazon.com uses the Internet to create real value for its customers and, by doing so, hopes to create an enduring franchise, even in established and large markets.

https://www.sec.gov/Archives/edgar/data/1018724/000119312513151836/d511111dex991.htm

1997 年，Amazon 达到了几个里程碑：到年底为止，我们一共服务了超过 150 万消费者，带来 1 亿 4780 万的收入，提升 838%。尽管竞争激烈，依然拓展了 Amazon 的市场领先地位。

然而，这只是互联网的第一天（Day 1）。若我们做得好，也只是 Amazon 的第一天。今天，电子商务节约了消费者的金钱和宝贵的时间。明天，通过过个性化服务，电子商务将会加速人们发掘新事物的过程。Amazon 持续利用互联网带给消费者真正的价值，通过这种方式，希望哪怕在成熟的大型市场中，也能建立一个近乎特许的市场领先地位。

刚刚看到大辉分享了一篇文章：https://mp.weixin.qq.com/s/wDPrx5_gM5CCCpqhXqENWg。

文章中提到了埃里克·罗斯 (Eric Roth)的创作工具：Dos 环境下的字处理软件 Movie Master——这差不多是 1990 年前后的配置了。文章中提到：

用这款已经30年历史的软件，罗斯已经写出过《阿甘正传》、《沙丘》等至少30部影视作品的剧本了。

他在2012年接受采访时曾经表示：“我觉得如果给我俩小时的话，我也能学会用 Final Draft（当今编剧行业的主流软件）。但我又有点迷信，这感觉也挺蠢的，我自己把事情变得更加复杂。不过最后我还是觉得，如果用这玩意写出来的东西有人看，那就安心用呗。”

唯一不太爽的是，Movie Master 是一个 DOS 软件，所以受到系统内存容量的限制，一个文件最多只能保存40页。每次罗斯打满40页之后，就要保存、打印出来，然后寄给制片方，对方再把文件扫描出来保存到电子版。他说，软件的内存-页数限制，逼迫他用更短的篇幅讲好故事如果写了 40 页都写不完一幕的话，那就说明我的写作出问题了。

曾经有很长时间，我也是效率工具、生产力工具的追逐者。当时认为：

这些天一边看 Scrum 相关的书籍，一边考虑在运营团队也尝试一下 Scrum 框架的理念。我想解决的问题有：

• 目前多单打独斗，少协作。
• 对彼此的工作内容不太了解。

但毕竟运营跟研发不太一样，目前我考虑的做法是先在“星空问答”的推广中尝试，部分执行细节是：

我跟朋友说起“星空问答”时，多数人会想起 2009 年上线的 Quora 和 2011 年上线的知乎，也有些人会提到专注于信息技术方向的 StackOverflow，或者百度知道、新浪爱问、得到锦囊。

朋友们更多问起的有这么几个问题：

1、星空问答是什么？

目前，星空问答还只是个带点社交属性的问答小程序。你可以将自己的星空问答小程序码发到朋友圈或者公众号，接受朋友们的提问——他们可能对你、对你擅长的领域有很多好奇。类似这样：

过段时间，星空问答会发布独立的网页版。优质的答案，我们会想办法让更多人看见。

2、已经快 2022 年了（就算不做元宇宙，也该做短视频），为什么还要做问答？

这个世界上，还有很多人有问题，还有很多人在找答案，可是问答产品的发展，似乎有些停滞甚至倒退。好问题加好答案，就是完整闭环——可传播、有价值。我们觉得，还可以试试，这事值得长期做。

3、我为什么要用星空问答（星空问答能不能吸引我）？

毕竟星空问答刚开始做，目前很简陋。我们希望能逐步提供这样一些价值：

你可以让人向你提问，用你的专业能力帮助他人。

你可以回答星空里的任意问题——不是问你的，你也可以回答，只要你感兴趣，就能帮到更多人。

问题好，答案好，会更容易露出到首页，以及我们会尽力协助推荐优质的问答（比如用我们的公众号——知识星球、知识星球精选等），或许能给你带来一点点流量。

网页版已经开始动手做了，未来这些问答也会更容易通过搜索引擎找到。

如果你在你的行业里有深刻的洞见，星空问答可能可以帮助你建立行业地位——你可以梳理出行业里的底层问题、热门问题、实操问题，通过几十个问题和精心准备的答案，让读者建立起对你这个领域的基础认知。

如果你已经有一个正在运行的知识星球，那么你的答案，可以导流到星球的，未来会有更多机会让更多人看到，让更多人付费。

如果你对知识星球好奇，想开一个，但又觉得有压力（毕竟是收费的输出）。那么可以先从回答问题开始——先帮助别人，同时感受用户对你的需求，算是个更轻量的起步。

我们这支小团队，会以长期主义心态，盯着用户价值，迭代知识星球和星空问答。你早一点来，或许能早一点收获更多目光。

在微信小程序里搜索“星空问答”，可以开始使用，也可以直接点击下面的小程序：

之前在思考怎么让团队更能打、让团队之间配合更好一些、让不同团队之间相互了解彼此在做什么、让团队配合效率更高一点……跟同事讨论过多次，有过一些思路，比如：轮岗促进大家相互了解、项目制让大家多打小仗、对关键事务组建 task force 集体决策……

在讨论时，就 task force 这事，boxcounter 提到：

• 当前产品的版本有膨胀迹象——从原来两周一个版本，变成 3-5 周一个版本，每个版本的需求变多了。
• 一个需求，从用户提出，到我们实现的周期也在变长，导致的用户抱怨增多。
• 随着研发团队的扩大，团队管理也会存在一些问题——瓶颈逐步显现，需要探索新的管理方法。

近期和朋友讨论到出海事宜，App 要出海，除了目的地、注册公司、注册账户、产品的国际化、数据存储国际化之外，还必须考虑一件很重要的事：合规。

• 国内法规：网络安全法、网络安全审查办法、数据安全法、个人信息保护法等等。
• 法规：GDPR（欧盟）、CCPA（美国加州）、COPPA（美国、儿童隐私）、PDPA（新加坡），隐私保护规则各有不同，但需要重视，避免被重罚。

一个可能较为轻捷的做法可能是：

前些天和同事讨论，他提到：要创造出好的工作氛围，在这个氛围里，大家会更热情、积极地做事（不做、做了没效果反而是小众、不愉快的）。

深以为然。

但是怎样才能做到这一点呢？一番请教、讨论后，目前考虑就用 OKR 来落地：

“星球创业笔记”这个星球，是我做知识星球过程中的一些思考——主要包括创业、产品、运营、安全方面的内容。内容碎片化，价值……不好说，只能说贵在真实。

我且自说自话，你要是进来了，欢迎提问，欢迎发帖交流。

这个星球创建于 2016 年 10 月 20 日，持续更新至今（2021 年 10 月 21 日），已满五年，一共有 443 条笔记（比起我期望做到的每周两篇，略少了一些）。

只要还在创业路上，我就应该会持续更新，欢迎加入，一起讨论。

如果已经是老用户，可以扫下面的二维码续费，老用户五折优惠。

有效期从你加入时间算起，顺延一年。

加入后，非常强烈建议下载知识星球 APP 使用——APP 的使用还是更加流畅愉悦——这样才能更好地交流。你可以在应用市场搜索“知识星球”自行下载。

加了星球，欢迎提问、评论，一起探讨。

• 内部沟通不顺畅，导致还在内部测试时，就提前泄漏了。
• 泄漏之后，有些心急，因此又急匆匆地索性决定直接公测——公测时实际上还存在不少细节问题。
• 没有部署运营计划，公测时仅仅是发了一篇公众号 & 1v1 私信给少数朋友。
• 发公众号时，小程序的地址还配置错误，导致用户无法直接点击访问到。
• 产品实际上没有准备好，存在不少细节问题，比如：
  • 答主无法移除不想回答的提问——问题会在答主时间线出现，容易被 spam 引流。
  • 风控方面没做好，虽然接入了审核，但还是存在一些细节问题，可能导致答主不愉悦、甚至有内容安全风险。
  • 不少细节显得粗糙。
• 研发、测试上存在问题，导致有些严重的可用性 Bug。
  • 用户未登录、未认证手机号码时无法发帖，但因为 Bug，未能正常跳转到认证手机页面——这直接拦住了新用户。
  • 没有跟研发沟通发布时间，无人值守、已知 Bug 未及时提交新的修复版本。

Dieter Rams（https://zh.wikipedia.org/wiki/%E8%BF%AA%E7%89%B9%C2%B7%E6%8B%89%E5%A7%86%E6%96%AF）的设计原则：

在上世纪七十年代后期，迪特·拉姆斯日益担忧这个世界处在一种“由形态、颜色和噪音所组成的混乱”里。意识到自己也参与在这个世界中，他向自己提出一个重要的问题：“我的设计是好设计吗？”

他归纳了他认为好的设计应当满足的十条要求。这些要求有时也被人称为“设计十诫”。