Ziran (孜然)

一个技术创业者的自白：三条关于 “选择” 的建议

Ziran — Wed, 21 Sep 2022 14:48:27 +0800

本文作者 Wyze CTO 刘天强。内容源自「声网开发者创业讲堂第一期」的演讲分享。

创业方向：兴趣 VS 趋势

大家在创业的时候首先要选择的是 “做什么”？如何平衡个人特长、兴趣以及风口是创业者面临的难题。

我在第一次创业的时候，做了一家主打图像识别 API 的公司 Orbeus，这家公司做了 4 年，在拿到 A 轮融资之后被 Amazon 以当时不错的条款收购了。外界看起来，结果可以说非常圆满，但这并不代表我们的实力和眼光。原因是 12 年到 15 年这 3 年，正好赶上了深度学习这一波浪潮，虽然我们并没有想清楚商业化的方向，但仍然得以全身而退。然而，最初选择这个创业方向，却并非因为我们提前于时代洞见了风口，仅仅是因为我和我的合伙人在学生时代多年前就接触了这个领域，根据自身技能和特长做了一个简单的选择而已。

所有人都希望有洞悉风口的能力，但现实中往往还是跟随内心居多。后来在机缘巧合下我选择了第二家公司，也就是 Wyze，智能家居方向业界提了多年一直不温不火，算不上热点（甚至今天也不是）。我几年前做选择的逻辑也很简单，没有太多对市场业界的分析，主要还是感兴趣，专业也对口。最初的起点，是我在买家装材料的时候发现联网控制的设备比普通设备贵了好几倍，进而考虑是否这是个能做出来的机会。那时 Wyze 刚成立，还没有发布产品，但是商业逻辑切中我的痛点，于是我找到创始人，在近一年多的接触和考察后，决定正式加入。

可以说我的每次 “误打误撞” 下都带着必然，都在做我个人感兴趣、比较擅长，同时比较符合发展趋势的产品。因此对于创业，我的看法是一定要找到同时契合自己兴趣特长，而且也有发展潜力的行业。只要不是太差的行业，是不是风口真的不那么重要。如果没办法两全其美，那可能现在还不是最好的创业时机，如果有条件可以再等等。如果想要赶热点，也可以先入行学习。从工程师的角度理解技术的出发点、长处，过程中可能会遇到挑战，然后再去突破创新。

商业模式：B2B VS B2C

我第一次创业是做 B to B 的，为企业提供图像识别的 API ；现在这家公司是做 B to C 的，面向大众卖智能家居设备。所以我对这两种不同模式都有比较深刻的认知。

我是技术出身，刚创业的时候走的是典型的工程师或科学家的创业路径：我有独门绝技，看看能不能提供一些服务和产品帮助客户，顺便赚点钱。这种路径大概率是 B2B 的公司，也就是卖解决方案。这类公司本质上是从技术出发去找市场，所以技术合伙人在团队内的地位是绝对强势的。

和绝大多数公司 CEO 在团队拥有最高话语权不同，技术导向的公司的 CEO，作为业务合伙人，常常会忽略了一个问题：业务是否可行，从客观上面来讲 CEO 说了不算， CTO 说了算。如果这位 CEO 无法意识到微妙的区别而调整预期的话，一定会为将来的冲突埋下伏笔。一个简单的例子：业务场景技术无法实现怎么办？因此，相比强推自己的路线政策，这位 CEO 必须学会倾听和获取信任。

如果你自己是一个公司的技术合伙人，一定要找性格互补的业务合伙人，做事的态度比经验重要，如上所述，能不能把你的想法给听进去是最重要的。业务合伙人冲在和客户对接的第一线，技术合伙人平时都在做技术研发，对于客户需要什么，业务合伙人肯定比技术要清楚得多。所以相对的，你要求人家倾听，你自己就不能刚愎自用，毕竟技术再强也不代表能成功落地。但是，当你选定了业务合伙人，一定要给他足够的空间，全心全意信任他，涉及到客户和业务，多想，多理解，这对你本身也是个学习的过程。

从 B to B 到 B to C 的心路历程

B to C 的出发点跟 B to B 的思路不一样。B2B 是从技术找市场，B2C 是颠倒过来，要从市场和产品来决定技术。事实证明，B to C 技术合伙人的视角跟 B to B 是完全不同。最大的一点在于技术从主导公司发展的方向下来，把位置让给了产品。最近十年大家经常谈到 growth hacking 也就是增长黑客，就是 ToC 的公司要增长，产品必须自带一些病毒扩散的属性。这些属性往往技术实现可能都不是很复杂，但这些功能在公司的成功中扮演了举足轻重的作用。很多技术出身的同学不屑做这些简单的事，这是十分不可取的，毕竟再简单的事，量大了，几百万，几千万用户来用，都会变成一个很有挑战的事情，更何况许多简单的事本来也是基本功。ToC 公司本身涉及到的内容和技术栈要比 ToB 技术型公司复杂，如果量做大了，绕不开做高并发，但就某项单一技术而言，往往并不深入。

综合以上，如果大家喜欢自己主导事情，最求深度，那就去做 B to B 的生意，一定要找志同道合的合伙人。如果大家喜欢扩展自己的视野，追求广度，就去做 ToC 的方向。

创业态度：工匠精神 vs MVP

技术同学肯定经常面临产品上线压力，几乎每次都觉得在赶鸭子上架，有时候为了赶上线的时间，做出产品的质量之低恐怕都过不了自己的灵魂拷问。如何在妥协和坚持中找到一个合理的度呢？

MVP 性质产品，需要强调后台服务可扩展性吗

我在 Wyze 的时候也犯过和所有硬件公司一样的错误，我们在设备数目高速增长的基础上，也在尽一切可能性扩大软件收入和利润。2020 年，团队决定做一款极致性价比的安防系统，投入了大量的资源，花了半年的时间做了至少能支持百万用户的系统。上线后第一年也只有 2 万的用户。

这是一个严重的错误，产品和技术团队各背 50 大板：产品团队花了半年时间定义出一个并没有简化到极致的 MVP。技术团队又花了大量的时间和资源过度施工（overengineering），做完了一个不算简单的第一版，最终证明在开始时大家对增长曲线的预期是错误的。

我们从中得到的教训是：当产品本身定位就是 MVP 的时候，千万要谨慎的管理资源。如果 MVP 都没人用，就算在上面欠再多的技术债，也没有解决的必要，反之，即使是个满是 bug 的 MVP，只要用的人够多，我们也终将获得修复 bug 的预算。

有已知缺陷的产品，最好的上线策略是什么？

举一个我经历过的例子：近年来我们公司推出了不少摄像头产品，其中有一款方案交给了方案商去做时，方案商当时定的内存分区存在问题。最后由于视频数据留的分区过大，但是程序 runtime 运行的 memory 留的分区过少，造成了因为内存不够，新的功能加不上去。

我们复盘总结出来的结论是：当产品有已知缺陷时，需要区分是什么性质的技术债。技术债分单向门和双向门，不是说不能欠，但当你遇到可能的单向门技术债时，你就要小心了。我的建议是，对于产品发出去就很难改的严重问题，如果一旦发现，不要怂，技术部门不惜一切代价都要阻止产品上线。比如刚才的例子，系统内存分配就是典型的单向门类技术债，设备发到用户手上，改业务逻辑可以做 OTA，但修改系统分区将变得异常困难。

资源压力大，如何说服产品和业务匀出资源解决技术债

在创业公司资源通常会比较紧张，但是业务负责人通常不理解技术的复杂性。虽然大家都知道技术债不好，但因为没办法量化，所以产品功能和技术债之间经常纠结。技术债的修复经常被降低优先级导致降低系统稳定性，增加研发的难度，可能带来更多的 bug 甚至产品的体验降低、用户口碑下滑等等。这个情况下如何说服产品和业务呢？根本的办法，就是量化技术债，而且尽可能映射到财务上，帮助团队其他成员从投资回报比上理解技术债的实际代价，但这并不容易。

我自己的做法是，先对不同研发团队的规范和开发流程进行统一，在此基础上尽可能的做量化。如果你能量化工作量，就能够量化工程人员开销，进而根据项目超过预期的时间来量化多花的工程成本，这部分就是对技术债需要赔付的溢价。

我在中国和美国大概管理有十多个研发团队，每个月我会把所有研发经理聚到一起开一次例会。除了我和大家更新公司目前正在发生的大事甚至一些财务数据之外，会以抽签的形式由两个到三个研发经理汇报他们团队的工作，并且展示自己团队的运营和项目管理数据。这个会上，所有团队及项目负责人都在，这个流程开始执行的时候确实有各种不规范的现象，但几个月下来，因为大家之间有同伴压力（peer pressure），并且都能够在现场看到各类不规范的问题被强调和纠正，几个月以后，所有团队在项目管理的流程上就趋于一致了。

此外，我还做了一件事：在团队中安插熟练掌握敏捷开发流程的项目经理。一方面是督促项目的进度，协调团队的合作，另一方面也会监督并且完善各个团队执行的流程，并且把情况反馈到我这里。这样双管齐下，我们整个团队的流程就逐渐趋向统一了。

但统一流程是不够的，只是确保了工程量化数据的准确性。在时机差不多的时候，我开始用系统记录各个项目的计划时间和实际的延误，我发现所有的项目都比预期的时间高出 30%，实际原因可能很复杂，但即使不细致展开，也能知道整个技术债对开发资源影响差不多是 30% 左右的研发成本，进而大致能够算出技术债所对应的金额，从而说服整个公司投入资源来解决技术债。

作为创业公司的技术负责人，资源永远不够，所以如何能够保护好你的工程师，也是一个十分重要的问题。我的办法是将需求变成队列，并且定义好工程团队被允许接收任务的最低门槛。具体一些，产品团队约定必须所有任务都得进队列，并且要有具体的 ROI 计算和 UI 设计稿。只有这些条件都达成了，开发团队才能接单。每个周期接单的逻辑都有限，先到先得。如果你来晚了想插队，是不可以的。需要和排在前面别的产品经理商量。这也会倒逼产品经理更加谨慎地做出产品的决定。

最后，我想用古希腊哲学家的话作为结束，对于不可控的事情，我们要保持乐观和自信。对于可控的事情，我们要保持谨慎和节制，焦虑和恐惧都于事无补。

活动预告

9 月 24 日下午，声网开发者创业讲堂 • 第 5 期将以「技术创业者如何做好技术团队管理？」为题，邀请翟佳、杨帆、史海峰三位资深的技术专家为大家带来精彩的分享，欢迎感兴趣的伙伴报名～

活动报名

微信扫描下方二维码或点击链接即可报名： https://www.huodongxing.com/event/7665949006823

声网创业讲堂交流群

当下是一个人人可创业的时代，对技术人来说，更是一个创业友好的时代。如果你懂技术，会比其他人更容易将自己的创业想法和梦想付诸实践。但创业意味着要从 0 到 1 ，意味着要持续的创造和创新，意味着创业者和团队需要不断的成长和突破。只有这样才能打造出满足市场需求的、有价值的产品，逐渐形成企业的优势和壁垒，成长为一家成熟的企业。

声网关注有创新能力、开发能力和创业意向的开发者，并希望为开发者提供相应的支持和服务。为此，我们推出了 “声网开发者创业讲堂” 系列创业分享，以便为大家在成长和创业路上提供更多的帮助。欢迎扫码申请加入我们的创业开发者社群！

产品打磨之路–坦克变摩托

Ziran — Tue, 13 Sep 2022 12:05:27 +0800

Authing 是一款身份云产品，怎么理解呢？大家平时在使用互联网应用或者 SaaS 的时候，通常做的第一件事情就是登录。那么，在登录的过程中，会看到一个登录框，这个登录框是用来记录用户的信息，对企业进行访问控制，而 Authing 就是把这个登录框给 SaaS 出来。

比如说，现在很多的企业在创建应用的时候，往往会想「什么东西该自己做」、「什么东西该外包给其他的公司做」。假如说你在做一个电商程序，你需要支付宝，或者是微信支付，这个时候你往往会选择使用聚合支付软件帮你做支付的功能，Authing 也是一样。

现在，Authing 已经变成了中国的一个云计算基础设施。当我们的服务出现抖动的时候，会影响到在校的学生，在打游戏的玩家，或是在办公室上班的白领。一旦我们出现问题，这些人、厂商或者开发者就会找到我们，要求我们的服务恢复健康状态。身份这个东西，很多人都不关注，但是身份无处不在，这就是 Authing。

下面让我们详细看一下 Authing 产品的打磨之路。

产品经理要把自己想象成小白

用户思维最核心的点就是产品经理要把自己当成小白用户。所处的位置不同，思考的方式不同，提出的解决方案也不同。如果你是站在产品经理的角度，以上帝视角去设计，那你是只在为自己设计产品。真正站在用户的角度，才能设计出符合用户使用需求的产品。同时在做产品设计的时候，要做到在用户层面向下兼容，当你为小白用户提供了优质的服务。对于其他用户来说就达到了超预期。

用户是 “傻” 的

我们做用户调研的时候，经常有用户反馈说 “这功能是怎么用的，我不明白？”

但是产品经理觉得设计得已经挺清晰了，为什么用户还不明白？这里的概念叫使用成本，当使用成本大于用户理解力的时候，用户就会变少。

我们内部经常会用一个公式计算使用成本：操作数量乘以认知成本的总和是使用成本。大多数的产品经理在设计功能的时候觉得要努力缩短用户的使用路径。路径越短，操作成本可能就越低。但是大多数产品经理都忽略了认知成本，路径越短很有可能导致路径上节点操作数量在增多，导致认知成本指数级的提升。所以并不是路径越短越好，而是在降低用户认知成本的前提下，有效缩短用户行为路径。

用户是 “懒” 的

大多数用户都希望 “能少做一点就少做一点”。其实 B 端产品的功能通常是很复杂的。我们经常看到很多 B 端产品到处都有提示信息，甚至很多产品在我们进入用户界面的时候，会直接跳出全局的信息框 12345 告诉你应该怎么使用。作为真正的用户来说，至少我看到之后，首先是很厌烦，甚至根本不会去看。所以在我们产品内部，我提倡拒绝全局的提示信息，拒绝冒泡的提示信息。因为一是会打断用户的思考；二是即使提示了，用户也不会看的。

其实这样的弹窗隐含了产品经理的心理，就是我都给你这么强的引导提示了，你再不会用你就不能怪我了。在我看来这是产品经理偷懒的方式。所以我们应该思考如何在不增加提示信息的情况下，把功能清晰地展现给用户。

当没有提示信息的时候，我们才会想方设法地优化产品结构、产品术语的表达，让用户尽可能的不看任何提示的情况下就明白你的产品。

用户是盲目的

很多情况下，尤其是作为新手使用一款产品的时候，用户是完全是茫然无措的。

所以要非常重视新手体验。人们对未知的事情都会感到恐惧，有掌控感才会有安全感。所以我们要尽可能在每个功能上都展示它的全流程和当前所在的位置。就像我们看手机地图一样，这样用户不至于迷茫。产品经理要把自己想象成小白。

场景化思维

首先，什么是场景化思维？

所谓的场，就是范围，是一系列客观因素组合而圈定的范围，它包含了时间地点、设备环境、网络环境，甚至当前用户的心境等。

所谓的景，是场当中的存在，它可以是动态的，也可以是静态的，可以是人，也可以是物体。

需求，是依托于场景而存在的，是景在场中互动后的期望。所谓的期望是它预期要达成的目标。

B 端产品的场景化思维和 C 端有很大的区别。B 端的需求大部分情况下是切实存在的，涉及到的角色是非常多的。所以对于 B 端产品来说，要更好地还原需求产生的背景，尽可能便捷高效地帮助用户达成目标。我们不用去猜，我们要更好帮用户降本增效。

明晰功能边界

在场景化思维当中具体执行的时候有两个点，首先要要的是明晰功能边界，需要明确需求所在的场。如果范围场小了，很有可能产品功能不完整；如果大了，要反思是否做了很多不符合当前场景的事情。如果使用成本增加，那用户就会产生困惑。

做需求的两种方式一种叫从外到内，即拿到需求之后，大家开始收集外部信息，看所在的场里景有什么人，然后进行分类抽象，抽象之后制定解决方案开始实施。还有一种叫从内到外，找到需求之后，先不急于去分析收集信息，而是先解构到底需求中最核心的问题是什么。

任何需求都有主要矛盾，我们需要想对应的解决方案。围绕 Core Action 做的一系列操作过程叫 Core Loop。ToB 也是万变不离其宗 -- 找到核心的问题之后，找到它的解。围绕解慢慢放开约束条件，把场逐渐跟真实的用户需求对齐，最后当场找到了位置，核心的问题得到解决，约束条件就不需要去扩散了。所以所谓的边界就是一系列约束条件。我建议采取先找到 Core Action 再逐步扩散。

面向过程做功能

B 端产品流程往往较长且动态变化，所以 B 端产品更应该面向过程做功能。

我看过很多产品一上来会把各种的名词分类、操作选项都展现给用户，用户想怎么用就可以怎么用，非常灵活，但是灵活背后就导致用户完全不明白如何使用。其中最核心的原因是缺少了过程。因为需求会产生过程，我们对应功能实现的时候也应该有过程，我们需要给用户清晰的过程，去引导他，去层层去递进，去降低用户认知成本。因为很多的情况下，你把所有的功能都铺开的时候，用户是没有办法做决策的，这是非常关键的一点。

具体做法在我们内部，是强调用户旅程。

■图：用户旅程阶段示意

以我们的产品为例，每次写 PRD 的时候，都会嵌一套用户旅程，查看是否完全按照用户旅程去梳理了需求。好处是梳理完之后很多情况下我们是可以预判用户的下一步动作。可以让整个功能变得更加的贴心。

在做产品的时候，需要关联的、整体的、动态的去审视问题。全局思维看似很虚。但是如果作为产品负责人是必须考虑的，只有在大局上去看待问题，才能更加清晰地明确每个子功能要做的事情，去做通盘考虑的时候才能有主次。

这样在做功能迭代的时候就可以做到心里有数，坐实不慌，团队内部的小伙伴能够思维统一，避免单兵作战。

何系统都有三个构建，第一是要素，第二是连接，第三是目标。每个产品无论大小，都能形成自己的系统。针对系统构建的划分的不同类型要有一些不同的侧重。

1、要素型功能：可拆解

当我们做平台型产品的时候，是否可以先把自己作为需求方服务得很好？如果可以的话，相信很多跟我们自己有共同需求的客户，也会受益于我们的解决方案。

2、连接型功能：可拓展

产品能不能实现指数规模的价值提升，去完全依赖扩展性。因为要素型功能主要在做加法，连接型的功能才能做乘法，充分发挥连接器的作用，产生网络效应。

3、目标型功能：可迭代

在 Authing 内部，比如有单点登录、多租户、同步中心权限管理、用户管理，这些以帮助用户达成目标而实现的功能。针对这种类型功能要做到可迭代。

拥有减法思维，才能做出优秀的产品。比如 Mac 电脑可以少一根线，再如特斯拉等产品，都在不断地去做减法为用户减负。

做加法其实是特别容易的，无外乎再加个按钮或者加个页面。但做减法是很难的，要不断地逼问自己说能不能更少一点，小到字符，大到页面，甚至功能是否可以砍掉。

但减法并不是刻意不去做功能。为了简单而刻意抛弃功能的产品是走不远的。B 端产品来说更是如此，功能的完备性是企业客户的首选，客户并不会因为功能少而选你，而首先要考虑的因素是你的产品能帮我达成既定的目标。

■图为 Authing

如何判断多还是少？可以从三个维度考虑：

1. 成本与收益：减少用户的理解和操作成本，增多的是产品目标的收益；站在产品的角度去衡量，少的是用户的抱怨和指责，同时又少了一些程序员的投入。

2. 信噪比：减少了无用的噪音，增多了有效信息。在单位时间内用户在操作产品的时候，处理噪音的时间越少，肯定用来吸收信息的时间越多。噪音和信息的区分来自与业务目标的关联度，关联度越大，离核心诉求越近，越是信息。

3. 通用性：功能越单一通用性越强。比如登录组件，相对功能丰富的管理后台来说它的功能是很单一的，因为它只做了登录这一件事。在通用性没做起来之前，大家要尽量克制，不要狂加功能。功能加的越多可能通用性越差，同时核心的功能又没做好。

产品减法原则

1、奥卡姆剃刀（三刀流）

第一刀：做需求之前自我问：“这个需求可不可以不做？能不能直接砍掉？某些需求通过其他要素型功能的组合或者连接就可以完成，不需要去增加新的实体，这样可能会砍掉 50% 的需求。

第二刀：“时刻警惕新增的实体”，也就是新的概念，新的流程，新的页面，甚至可能小到新的按钮，这都是实体。新的实体增加得越多，用户的认知成本越大，产品也会变得越来越臃肿。

第三刀：在做完方案之后，我会在心里对着他们每个小的功能点尝试着去砍一刀，砍掉之后看对于整个产品有没有什么变化，如果没有什么变化、用户也能理解，那可能这个功能就并没有需求。

2、实操的 peace 原则，研发背景的小伙伴可能都听过 keep it simple and stupid 这句话。

我之前在写代码的时候一直推崇，代码越简单稳定性越强，可读性也越强。我做产品之后也一直秉承着相同的理念。对于产品来说最重要一点就是警惕复杂。大部分情况下，需求是并不复杂的，用户的需求都很直接。功能复杂很有可能是产品经理没有想清楚。针对复杂的功能可以优先拆分步骤，确定核心的功能指标，通过功能步骤的组合达成最终目标。虽然功能复杂，但每一步都很精简。

本文详细讲述了 Authing 产品方法论，包括以下四个方面：

如何站在用户角度设计功能
如何通过用户旅程设计功能
如何通过全局化思维设计功能
如何学会给功能做减法

未来，Authing 将一直秉承着 “连接全球人与应用” 的使命，进一步开拓身份云技术，持续为各行各业的客户提供安全、现代化、可信任、可复用的身份基础设施，致力于成为全球最大的生产力科技公司。

活动预告

活动报名微信扫描下方二维码或点击链接即可报名： https://www.huodongxing.com/event/7665949006823

声网创业讲堂交流群

声网开发者创业讲堂丨第 5 期：技术创业者如何做好技术团队管理？

Ziran — Fri, 02 Sep 2022 15:35:37 +0800

对一家科技公司来说，技术团队非常重要，担负着公司产品研发和保障业务的重大使命。技术团队的建设和管理更是非常重要的，一个好的团队不会自然而然的生成，需要做好管理才能让团队高效运作起来。技术工作看似一个纯代码、易量化、好考核的工作，但实际上非常需要技术人员保持创新精神，很难做到精确管理。那么怎样才能成为一个优秀的技术团队领导者，做好技术团队的管理？

9 月 24 日下午，声网开发者创业讲堂 • 第 5 期将以「技术创业者如何做好技术团队管理？」为题，邀请翟佳、杨帆、史海峰三位资深的技术专家为大家带来精彩的分享。

时间地点

活动时间：9 月 24 日（星期六）14:00——16:30

活动地点：线上直播

活动流程

14:00-14:10 开场

14:10-14:50《StreamNative 组织构建之路》翟佳 StreamNative 联合创始人，Apache Pulsar PMC 成员

14:50-15:30《拆解研发流程，做好探索型项目的过程管理》杨帆（Danney）CODE.FUN 创始人 & CEO

15:30-16:10《成为技术领导者》史海峰公众号 “IT 民工闲话作者” 前贝壳金服小微企业生态 CTO

16:10-16:30 抽奖

活动嘉宾

嘉宾一

翟佳 StreamNative 联合创始人，Apache Pulsar PMC 成员

嘉宾简介：StreamNative 联合创始人，Apache Pulsar PMC 成员，2010 年硕士毕业于中国科学院计算技术研究所。毕业后加入 EMC，从事分布式、文件系统、流存储相关的设计和开发。之后联合创立 StreamNative。一直从事开源项目 Apache BookKeeper 和 Apache Pulsar 的设计开发和社区运营工作。他在分布式、存储、消息等领域有深厚的积累和经验，在工作过程中，在相关领域先后获得中美专利 10 余项。

分享主题：StreamNative 组织构建之路

内容简介：从 2018 年 9 月起到今日，Apache Pulsar 毕业成为 Apache 软件基金会顶级项目已近 4 年。作为下一代云原生消息流系统，Apache Pulsar 被认为是云原生时代实时消息流传输、存储和计算的最佳解决方案。

在近 4 年中，Apache Pulsar 项目的 Star 数和贡献者数量飞速增长，目前已达 11K Star、全球贡献者突破 560 名；团队正式成员也已达到 80+ 人，是一家全员远程、跨时区办公的公司。在本次分享中，演讲者将结合项目的发展历程，分享开源商业化项目在团队组织构建与技术管理方面的实践。

嘉宾二

杨帆（Danney）CODE.FUN 创始人 & CEO

嘉宾简介：CODE.FUN 创始人 & CEO，前腾讯 QQ 团队高级工程师、Win8QQ Team Leader，TGO 鲲鹏会成员，是一个技术爱好狂热者。2017 年正式开始创业，希望通过 AI 、编译器等相关技术，在跨平台、代码生成器、低代码等多种解决方案的融合下，打造下一代软件工程解决方案。经过近两年的技术打磨和算法改进，推出产品 CodeFun，通过 UI 设计稿一键智能生成源代码，可让研发效率至少提升 500% 以上。

分享主题：拆解研发流程，做好探索型项目的过程管理

主题简介：在面对项目研发中各类未知问题挑战的时候，我尝尝在反思一个问题：功能性产品可以拆解工作量、可以堆人力，但当我们面对一个巨大又难拆解的探索型需求/课题/业务时，会不会感觉迭代永无尽头？传统的研发流程是否还继续适用？

在 CODE.FUN 近三年的研发过程中，我们尝试在不同的节点，不断的重塑团队，寻找新的团队合作模式，逐步探索出了一套更适合我们自己的协作方式，从而避免大家迷失在迭代的循环往复中，造成研发资源的浪费，这正是今天想要跟大家分享的话题。

嘉宾三

史海峰公众号 “IT 民工闲话作者”，前贝壳金服小微企业生态 CTO

嘉宾简介：曾在神州数码、亚信联创长期从事电信行业业务支撑系统集成工作，参与中国移动、中国联通多个项目，具有丰富的大型业务系统研发实施经验。曾在当当负责总体架构规划、技术规范制定和技术预研推广，善于把握复杂业务需求，提出创新性解决方案，参与多个重点项目的方案设计，在项目中对系统架构进行持续改造优化。负责技术委员会组织管理工作，发掘最佳实践、推动技术革新、开源产品，组织内外部技术交流。曾负责饿了么技术创新部产品研发团队，完成多个创新性业务项目及技术产品。曾在贝壳金服负责小微企业生态金融服务产品规划、技术团队管理、系统建设。多次参加业界技术大会，包括 ArchSummit、QCon、SACC、TOP100、SDCC、GITC、MPD、GIAC、CSDI 等，任讲师及出品人，不定期更新自媒体微信公众号 “IT 民工闲话”。

分享主题：成为技术领导者

内容简介：多数技术管理者都是从技术人员转型到管理岗位的，缺乏管理的系统知识学习和实践，更倾向于简单的二元认知，凭自我感觉出发带领团队，自然会遇到很多挑战，什么人适合做领导者，怎样转换思维，做领导者需要有哪些基本动作，又需要怎样提升，本次分享为管理者提供最基本的管理方法，便于应用，突破自我。

抽奖福利

报名直播参与活动，即有机会领取精美声网周边，心动不如行动，扫码报名本次活动吧！

活动报名

微信扫描下方二维码或点击链接即可报名：https://www.huodongxing.com/event/7665949006823

声网创业讲堂交流群

当下是一个人人可创业的时代，对技术人来说，更是一个创业友好的时代。如果你懂技术，会比其他人更容易将自己的创业想法和梦想付诸实践。但创业意味着要从 0 到 1，意味着要持续的创造和创新，意味着创业者和团队需要不断的成长和突破。只有这样才能打造出满足市场需求的、有价值的产品，逐渐形成企业的优势和壁垒，成长为一家成熟的企业。

主办方

合作伙伴

陈大好：持续创造小而美的产品丨独立开发者 x 开放麦

Ziran — Wed, 31 Aug 2022 18:49:07 +0800

本文内容来自RTE NG-Lab 计划中「独立开发者 x 开放麦」活动分享，分享嘉宾独立开发者 @ 陈大好。

本次活动中，来自 W2solo 独立开发者社区的管理员 @aloveric 也以《独立开发者在元宇宙中的新机会》为主题进行了分享，点击文末「阅读原文」即可查看两场分享的视频回放。

01 关于我

1、自我介绍

大家好，我的名字叫陈大好。目前我们有一个品牌名称叫作 OneNice，有些朋友可能听说过我们的产品。

我们团队在北京，产品都是苹果生态的 App。从 iOS 到 iPadOS，我们做了很多工具类型的产品。目前我们的产品如图 1 所示，大家如果感兴趣的话，可以通过网址查看详情。

■图 1

2、我的产品开发之路

我本人的工作经历主要与产品运营相关，其中有两次比较重要的创业经历，具体如图 2 所示。

■ 图 2

2015 年，我开始第一次的移动互联网创业，并获到了险峰华兴的天使轮融资。我们所开发的是一个图片社交产品，产品以 “自拍” 为切入点，主要面向年轻人。和很多早期的移动互联网创业公司一样，我们并没有找到合适的商业模式，最后以失败告终。

2016 年，开始了第二次创业，这一次同样是移动产品，该产品是一个跑步社区，获得了联想和洪泰基金的天使轮投资。经过了多年的运营，我们找到了合理的商业模式，用户和营收都在持续增长。到了 2018 年，这家公司被一家行业的户外龙头公司并购。此后，从 2019 年到现在，我的主要业务开始面向 ToB，从事企业营销咨询的相关工作。

2017年3月24日，我开始进行独立开发，之所以记得这么清楚，是因为之前写过的一篇文章记录下了这一天。经历了 100 多天的努力后，在2017年7月4日我的第一个产品终于上线了。

其实我的专业并不是开发相关，决定尝试独立开发也是受到朋友的鼓励。经历了第一次尝试以后，我也陆续开发了其他产品，有一些得到了较好的反响，其中有两个产品在 2020 年的付费总榜同时进入了前五名。截止到目前，我发布的产品总数达到了 13 款。

3、独立开发阶段

复盘这五年来的独立开发经历，我认为独立开发会经历三个阶段。

首先是 “完成阶段”，在早期的时候可能每个人都有一种冲动：想开发一个自己的产品，或者满足自己或身边人的某一个需求。此时，开发者的第一个目的是证明自己非专业出身也能做产品。在经历一段时间之后，我们就进入了 “完善阶段”，现在我也仍然处于该阶段。此时会发现，一个好的产品除了要满足开发者自己的私心，还要被市场所接受，这就需要不断地对产品进行完善。最后就是 “完美阶段”，此时不管是从使用体验还是从团队收益角度来看，产品的各方面都已经非常完美，这是我们最终的目标。

接下来回到今天的话题，我认为“持续创造小而美的产品”对于独立开发来说是非常重要的，这七个字其实刚好就是三个话题。

02 持续创造小而美的产品 —— 持续

我在第二次创业中开发了一款名为 “百日跑” 的产品，这个产品面向的用户是一群爱好跑步的人。他们通过我们的产品定期参加活动，结识更多热爱跑步的朋友。

这个产品在早期的 4 年里，经历了非常多关键的增长时刻，在这段时间存在四个拐点（也可以叫引爆点）。最初的一年多时间里产品的日活大约为 300，我们迎来的第一个拐点是知乎，当时知乎推广还没有屏蔽很多关键词，我们在各种跑步相关的话题下面回答问题（打广告），带来了很多流量，日活大约到达 3000；后来我们又通过朋友圈的海报裂变，用户通过分享海报带来转介绍，日活突飞猛进来到 10000；此后我们又改变了一些裂变属性，日活从 10000 涨到了 10 万。

其实创业跟独立开发是一样的，我们可能会经历类似爬坡的时刻，也会遇到震荡的时刻，在这个过程中，我们需要熬到拐点。回顾我之前开发的经历，有的产品在两年之后才得到较好的收益，这两年前可能根本想不到，我能做的就是随着系统更新和用户反馈持续修改。所以送给大家一句话 —— 做的人不多，坚持的人更少。

所有的增长都是呈 S 曲线的，我们需要努力熬到每一个拐点。

03 持续创造小而美的产品 —— 创造

1、输出是最好的学习方式

我从 2014 年在大约两年的时间内写了 100 篇文章，经过日积月累的努力之后，对知识有了更深的理解，瞬间有了茅塞顿开的感觉，这样的时刻我在之后的经历中也有过几次。我其实是一个比较内向的人，但在进行了一场现场演讲之后，我突然发现也没有那么困难。当我完成一个 App 的时候，曾经的恐惧也消失了。这些经历让我明白，输出是最好的学习方式，如果我们选择独立开发，创造一定会给带来非常大的价值。

2、构建可以持续增长的资产

我认为资产分为三种，一种是固定的时间带来固定的收益，比如传统工厂生产多少商品就带来多少收益。第二种是固定的时间带来持续的收益，比如写一本书所花费的时间是固定的，但是在未来它会带来持续的收益。第三种是别人的固定时间带来自己持续的收益，比如工厂老板。

这三种方式都各有优劣势，独立开发是一种风险的平衡，它更倾向于固定的时间带来持续的收益。如果一个产品在未来一年、两年甚至十年能够带来一些收益，那么不管收益是多是少我认为它都是一个非常好的资产。

3、多维能力的最佳实践

对于这一点我感触颇深，我在知识欠缺的情况下开始进行独立开发，发现涉及大量的工作，比如测试、设计、运营、调研、推广、分享等，要跨越多个维度，在各种专业领域横向扩展。

4、一种幸福的商业模式

我认为独立开发 App 是一种非常幸福的商业模式，很多企业的流程非常烦琐，甚至有些因素是我们无法控制的。

比如就我之前接触到的情况而言，在北京的商场里开设店铺其实非常麻烦。但是做独立开发，只需要一台电脑、一部手机、一个 WiFi 就可以面向全球用户，尤其在疫情之下，这是一种非常好的商业模式。

04 持续创造小而美的产品—— 小而美

1、如何把产品做⼩

我在开发产品的过程中踩过很多坑，其中有一个产品在我埋头独自开发了一年之后，推出的效果却不尽如人意，并没有通过市场的验证。第二个产品失败的原因则是产品定位不准，在用户本地就能完成的情况下开发了后端。另外，我也尝试过做多端，但发现自己毫无经验，结果又走了很多弯路。通过这些失败的经历，我想跟大家分享一些经验。

对于如何把产品做小，我要特别提到的就是克制需求、赶紧上线。 做独立开发，特别是在早期，我们要的是赶紧拿结果、赶紧有回馈、赶紧有响应。所以能不跨平台就不跨平台，能不要服务器就不要服务器，能不要登录就不要登录，能少一个功能就不要多做一个功能，能十天上线就不要延长到一个月。

2、如何把产品做美

关于小而美，要做的就是找到有潜力的需求，选择确实比努力重要，如果一开始就选错了，那么即使再努力，最后可能也没有价值。

当然，我所讲的是在完善阶段，就是当我希望把事情做得更好的时候，一定要从更深刻的角度进行思考，所以要做选择。根据目前的经验，我认为可以从三个方面寻找需求：首先是自己的需求，因为我们自己也代表了一部分人的需求；第二个是被验证过的需求，你可以有特别的创意，但是其风险也会相对更高；第三个是洞察潜力需求。

另外，要想做到小而美，不要有明显的短板。这是我在做独立开发，特别是最近两年特别有感触的，因为随着开发的进一步深入，我发现自己会变得很吃力，即使有好的想法，但是效果无法达到预期，对自己失去信心，这就是因为自己在某个方面存在短板。

此时可以通过自身的努力查缺补漏，也可以借助团队的力量，通过与领域专家的合作进行弥补。所以如果要进行独立开发，并使产品更加完善，那么一定要想尽一切办法在各个维度避免短板。

最后近期我开发了两个产品，一个叫作 OneMusic，这是一个复古的音乐播放器工具，与 Apple Music、Spotify 连接，功能是将历史上的播放器还原到软件上。第二个是之前做的产品，叫作 OneWidget，我们最近在做系统锁屏小组件的功能更新。如果大家感兴趣，可以下载体验一下。

非常感谢大家，很荣幸在此分享。

（正文完）

近期活动预告

独立开发者开放麦

🕰 活动时间：9 月 17 日

🏠 活动形式：线上接入 Vland 云现场，报名成功后会邀请进入直播交流群

📝 扫码报名：

李斯特：不同流派的产品创新方法及创新误区丨创新工作坊

Ziran — Mon, 15 Aug 2022 17:28:05 +0800

前言

李斯特是一位资深产品经理，也是一位创业者，历任盛大网络产品经理、欧那教育创始人、字节跳动某创新业务负责人。对于在线教育、智能硬件、互动娱乐都有丰富的产品经验。

2021 年加入声网，现在负责声网泛娱乐产品线，致力于为下一代实时互动产品创新提供音视频底层能力支持。

本文基于李斯特在 「创新工作坊」 活动中分享内容二次整理。关注公众号 「声网开发者」，回复关键词 「0809」即可下载活动相关 PPT 资料。

目录

产品创新的定义与范畴

1.1 产品创新的定义

1.2 产品创新的范畴

不同流派的产品创新方法

2.1 3B 法则

2.2 体验式创新

2.3 蓝海创新

2.4 破坏性创新

向任天堂学用户体验

3.1 直觉设计

3.2 惊喜设计

3.3 故事设计

3.4 新功能的学习路线图

创新工具箱

4.1 用户画像

4.2 用户访谈

灵感宝盒介绍

01 产品创新的定义与范畴

1、产品创新的定义

在介绍产品创新之前，首先提出一个小测验：现在拉杆箱是出差旅行的必备工具，那么大家知道拉杆箱是什么年代发明的吗？答案可能会出乎很多人的意料，拉杆箱发明的时间是在 1972 年，而 1971 年人类都已经登上月球了，但去月球出差的宇航员并没有拉杆箱。

其实拉杆箱的主体 —— 存放物品的部分在很多年前就已经存在了，比如储物箱发明于 3000 多年前甚至更早，材质多为木头或青铜，古代有很多读书人进京赶考背着的竹篓也是一种木质的储物箱形态。拉杆箱的另一个组成部分就是轮子，它的发明时间更早，大约在 5000 年前。

虽然这两部分组成的拉杆箱看起来很简单，而且从古至今旅行出差的需求一直存在并日益增长，但直到 1972 年拉杆箱的雏形才得以出现，到 1987 年才由一位航空公司的机长发明出现代日常使用的拉杆箱形态。为什么这样的发明会经历这么长的时间呢？稍后我们将介绍的创新方法或许能够回答这个问题。

关于产品创新， 创新理论之父熊彼特认为，所谓创新，就是旧要素新组合。 就像拉杆箱一样，它其实就是箱子和轮子组合，形成的一个很有商业价值的创新。 破坏性创新大师克里斯坦森认为，技术和需求不存在颠覆性，只有技术和需求的新组成才能带来颠覆。

比如声网提供的 RTC 技术，它其实是行业中普遍存在的一种技术，但将 RTC 技术实时互动与需求场景结合起来，就有可能带来一些颠覆性的市场机会。

复杂科学的奠基人布赖恩·阿瑟认为，所有的创新都是在新的可能的世界当中，把旧的任务不断重新表达的过程。 同样以拉杆箱为例，如何在差旅中轻便舒适地搬运行李其实就是旧的任务，但是对旧的任务在新的世界中做新的表达，就是拉杆箱的形态。

乔布斯也说过，创造就是把事物联系起来。 Apple 发布的第一代 iPhone 就是将一个可以触屏的 ipod 音乐播放器、一个手机和一个在线的 internet 浏览器结合而成的创新产品。

麦肯锡的资深合伙人兼董事理查德·福斯特认为，创新者通过改变事物的秩序获取收益。 这句话的另一种表达就是创新多数时候就是人货场三者的重新组合。这些组合基于新的规则或许能够带来新的秩序，给用户带来新的价值，并为做这样组合的人带来新的收益。

2、产品创新的范畴

总结下来我们会发现，产品创新其实不是一件无中生有的事情，而是基于现有的场景和事物所做的重新组合、改造，这就是产品创新的本质，创新是无处不在的。图 1 所示列举了一些产品创新的范畴。

■图 1

02 不同流派的产品创新方法

产品创新方法存在各种不同的流派，这里我引用了四种具有代表性的方法，分别是 3B 法则、体验式创新、蓝海创新、破坏型创新，这些抽象的方法论可以帮我们找到更多的产品创新思路。

1、3B 法则

3B 法则最早由大卫·伊格曼在《飞奔的物种》一书中提出，是以三个 B 开头的英语单词 —— 变形（Bending）、拆解（Breaking）、融合（Blending）组合而成。原书对它们的定义是：

变形就是多样的扭曲，包括大小、形状、材料、时间；
拆解就是将一切打成碎片；
融合就是不受约束的创造力源泉。

因为这本书所指的 3B 法则的创新应用场景主要是艺术创作领域，所以它更像是一个艺术创作的过程，看过这本书之后，再去看画展、艺术评展会特别有感触，很多艺术家在创作的过程中，可能都会有意无意地通过 3B 法则来完成创作，从而产生了与其他艺术作品不同的风格。

比如图 2 所示的这幅油画，它是毕加索在 1907 年创作的，现在收藏在美国的纽约现代艺术博物馆，右侧是关于这幅画的相关评述。

■ 图 2

这幅画相比于毕加索过去的风格有较大的转变，在历史上甚至把这幅画作为毕加索的不同创作风格的分水岭，这幅画之前，毕加索的画还是偏向于写实风格，从这幅画开始，他的立体结构主义也变得越来越夸张。这幅画中间两个女人的形象更偏向于写实风格，但左边和右边三个人的形象就已经在立体结构主义的范畴了。

如果不知道历史背景的话，我们可能会对毕加索这样天马行空的创意感到钦佩，但是一旦找到了他参照的原型 —— 3 个来自非洲不同区域发掘的古代面具，我们就会发现它其实来源于对原有艺术品的变形、拆解以及融合。这就是 3B 法则在艺术品上的典型应用，如果大家去看艺术展，也可以用类似的 3B 法则去拆解，可能会发现这些艺术品其实也是 3B 法则的应用，它们的风格都来源于其他事物的启发，这些互相启发也最终推动了艺术的进步。

那么对于互联网产品，怎么使用 3B 法则呢？这可能就比艺术品容易理解了，七猫免费小说是近些年比较火的 App，它其实可以认为是趣头条的衍生变种，机制如图 3 所示：

■ 图 3

趣头条主要的模型玩法是提供海量的新闻资讯，这些海量新闻资讯中有很多是内容创作者、内容搬运工来提供的；通过裂变机制拉新，降低获客成本；通过广告收入分成，一方面解决了自己收入的问题，另一方面也为内容搬运工和内容创作者解决了动机的问题。

七猫免费小说引入了趣头条的裂变拉新机制和广告收入分成机制，但其中小说的订阅制则来源于起点中文网，这是一个延续很久的网络小说的生产过程，它有一点像众筹，每一个读者为感兴趣的小说投票，这些投票可以部分转变成作者的收入。

以往订阅制小说的关键链条通过用户的付费点券完成，根据小说的点击量和阅读量确定给作者收入分成。而七猫免费小说则将这种付费点券和收入分成机制从订阅制小说中抽离出来，通过广告收入分成和裂变机制拉新，精确解决了经济循环的问题，形成了一个新的产品形态，这是它所做的创新的变动，成为 3B 法则在互联网产品中的一个典型案例。

另一个比较典型的案例就是这两年很火的元宇宙游戏 roblox，它其实组合了过往的很多流行玩法，如图 4 所示。

■ 图 4

首先是沙盒类游戏，通过玩家创造和影响世界是这种游戏的核心玩法，这种玩法在一定程度上也成为 roblox 保持活力和持续生长的关键因素。第二个是 MMRPG，这类大型的实时互动游戏中包含的真人化身和虚拟货币因素使 roblox 玩家在场景中有更多的融入感和参与感。第三个是乐高，这种像素风格一方面使 roblox 有一定的设计美感，另一方面也降低了其对于设备算力的要求。

这些从其他产品中抽离出来特性的组合成就了 roblox 这款游戏。当然 roblox 的特点可能还远远不止这些，我们认为这些基于 3B 法则的创新，使它可能成为元宇宙的雏形之一。

那么应该如何应用 3B 法则呢？3B 法则的运用可以简单地分成三步，第一步是把我们熟悉或喜欢的产品拆解成小积木。第二步是随机拿出几个小积木做组合，分析是不是有可能变成一个新产品（大概率会得到一个新产品，但是这个产品有可能不具备可用性或者不具备用户价值）。第三步是拓展思考：如果对拆解出来的每个积木的价值评分，并定义每个积木的功能，结合用户场景和需求有没有可能拼装出一个好的产品。

大家在做产品分析的时候，就可以尝试做这样的拆解和分析，在不同产品的拆解和组合中，就可能带来新的产品和玩法的出现。

2、体验式创新

体验式创新也是现在常见的一种创新方法，它的步骤是体验 - 反问 - 改进。传言微信的张小龙曾经说过一句话 “乔布斯最厉害的地方是他 1 秒钟就能变成傻瓜，而马化腾需要 5 秒，而我自己差不多需要 10 秒”。

这里讲到的 “变成傻瓜” 其实是一个很有意思的话题，指的是自己通过用户的视角去体验产品，来感受用户的情绪和需要。

但只是变成傻瓜，对于产品创新是没有任何意义的，完成创新还需要反问和尝试。 反问就是在模拟用户体验的同时提出问题：“为什么会有这样的感受？合理的做法应该是怎样的？“尝试就是在基于反问得到了答案或者猜想后，检验改进思路是否能够带来更多的用户价值。这就是体验式创新的基本思路。

举一个例子，在我刚刚工作的时候，找房是一个非常痛苦的过程，在各个找房平台会面临的问题包括大量的虚假房源；信息不完整，只有基本的地址、面积、价格。我们反问为什么在找房的平台会存在这样的信息（当然这几年可能已经好很多了），其背后的原因可能包括以下几点：

信息核验的成本很高，因为每天发出来的房子的数量是很多的，而且这些房子分散在不同的地方，房东也不一定能配合你，导致信息核查的成本是非常高的；
经纪人注重个人利益，因为平台上的房子都是房产经纪人发布的，用户在看房的时候，哪怕明知道信息有可能是假的，也会倾向于挑好看的房源联系看房，为了能拿到更多的客源，经纪人会发布一些虚假信息，造成平台的劣币驱逐良币；
平台为了营销效率恶性内卷，平台之间也有竞争，需要更高的转化率，为了提高平台对用户的吸引力，平台会纵容甚至和经纪人一起共谋发布大量的虚假房源。

但用户希望的体验是什么呢？我认为应该是三种：

对于买家（租房者）来说，他们的需求是真实的房源和完整的信息，通过这些能够提高决策效率，减少无效的看房成本；
对于卖家（出租房）来说，他们的需求是希望能够不吃差价，更快成交；
对于经纪人来说，他们的需求是有尊严，有收入。

既然三方真实希望的体验都和当时平台提供的能力不一样，那么为什么会一直有这样的平台？怎么样才能做出改变呢？链家和贝壳的创始人左辉根据他对于这个行业的观察做出了变革创新，最终的产品如图 5 所示。

■ 图 5

从图中可以看到，信息的维度、颗粒度等都是有了很大的改变，相比于当时比较简陋的平台已经是天差地别了，它包含了 VR、视频、户型图、装修方案以及大量详细的内容，信息的完整度得到了极大的提升，同时还强调真实房源。对于这样的改变，他的解释是，相信数据的浓度会决定未来消费者的选择。

而链家也由此逐渐在行业中成为最高毛利率的存在，其中介费远高于竞争对手，在北京、上海的链家的中介费普遍是 2% ～ 3% 之间，而其他品牌的房产中介是 1% ～1.5%。这是体验式创新带给他们的收益。当然我知道可能大家在这些平台上也有过一些不好的体验，但整体而言，链家的经纪人的素质以及平台房源的质量是在行业平均水平之上的。这个判断我相信大家也能够认同。

那么体验式创新的难点是什么呢？我认为它存在三个层面的难点，如图 6 所示。

■ 图 6

第一个是体验难点，就是如果你不是用户，怎么 1 秒变成他？针对这一点其实有科学的方法，包括定义用户画像、用户访谈以及生活经验和阅历。乔布斯能做到的点其实有一部分原因就是他有非常丰富的生活阅历，能够通过不同的体验理解不同用户的观点和需求。

第二个是反问难点，就是问到的是不是关键环节的关键问题？ 其实很多时候分析问题背后的原因需要一定的行业经验和行业理解，只停留在吐槽的层面是不够的。 比如我们刚才提到的房产，它的关键问题就是利益链，这个利益链是很难被打破的。

第三个是改进难点，就是如果这件事难度很大，或者全行业的选择不同，需要舍弃大量的短期、中期的利益去追求一个长期的可能性，我们能否坚持？这是很多改进无法进行的原因。

对于这一点一方面是做难而正确的事，这是左辉的《详谈》这本书中提到的，他在当时发现整个行业的经纪人都不能如实说明房屋信息，就没有在行业中招聘新的经纪人，而是选择将应届生培养成链家的房产经纪人，这件事情的难度是很大的，投入的培训的成本也很高，但就是他坚持做难而正确的事，才取得了今天的成功。

另一方面就是小步迭代，大胆发声，让价值被用户看到。如果确定了改进方向，最好能够更快地被用户看到，去验证尝试的方向是否真的是用户在意的，是否真的能够帮助他们解决问题，是不是他们的关键需求。如果因没有验证而做了用户并不在意的改进，那么时间和资源的浪费可能更大。

3、蓝海创新

蓝海创新的方法包括剔除 - 减少 - 增加 - 创造 ，它来源于钱·金和勒妮·莫博涅合著的图书《蓝海战略》。这其实是一本已经有一定年头的书了，可能也是许多早期互联网创业者的一部启蒙书，到现在来看还是历久鸣新的，大家感兴趣的话也可以阅读一下。

剔除、减少、增加、创造只占这本书中很小的篇幅，我把它抽取出来是因为它和我们的创新方法可能有一定的相关性。剔除是指我们的行业中一些长期受到竞争的因素是可以被淘汰的，这些因素可能客户不在意或者不喜欢，应该被剔除。减少是指应该被降到行业的标准之下的因素，这些因素可能客户需要，但是在意的程度没有那么高，对它投入的边际成本和边际收益不成正比，应该被减少。增加是指应该被提升到行业标准之上的因素，这些因素可能过去没有被大家所重视，但能够给用户带来更多的收益，应该被增加。创造是指行业中还没有人体验或尝试过的因素，这些因素可能存在价值，应该被创造。

举一个例子，图 7 所示为黄尾袋鼠葡萄酒，这个葡萄酒可能很多人看过或者喝过，它其实是一款价格相对较低的葡萄酒。

■ 图 7

那么它的剔除 - 减少 - 增加 - 创造是怎么做的呢？在介绍工作方法之前，我们可能先要补充一下它的成立背景，黄尾袋鼠葡萄酒成立时，葡萄酒的主流市场是法国、西班牙、意大利，主要是走高端市场。黄尾袋鼠当时的产地是澳大利亚，特点是便宜且产量大，但其酿酒原材料、酿酒工艺和酿酒奖项等方面在传统的葡萄酒市场中处于全面落后的位置。

黄尾袋鼠成是怎么打破这一局面的呢？它首先剔除了酿酒工艺术和荣誉奖项，不在这方面花费精力，也不做高投入的市场营销宣传存量和质量。然后因为其本身产地的限制，它在葡萄园和产区方面是处于相对劣势的，因此它不再强调名称和传统，并且减少了酒品的复杂口感，因为其实很多时候酒品的复杂口感在社会大众中的体验是不一定完全认同或者完全能够感受出来的。

黄尾袋鼠还减少了酒的种类，转而聚焦少量有机会成为爆款的酒品。另外，黄尾袋鼠增加了经济型的葡萄酒，创造了轻松的环境和氛围，把葡萄酒从传统的正餐酒变成休闲日常的酒。

这样的做法帮助黄尾袋鼠打通了更多的销售链路，使其进入了商超、便利店这些大众日常生活中能接触到的渠道。有趣和冒险成为黄尾袋鼠品牌的一种噱头，一些新奇的口味继而被推出市场。

黄尾袋鼠的做法成功了，它创造了一个新的消费级的葡萄酒市场。在过往，很多人不经常喝葡萄酒或者喝不懂葡萄酒，但因为其打通了新的渠道，提供了更低的价格，拉低了饮用葡萄酒的心理门槛，从而促使更多的人选择黄尾袋鼠这种便宜的葡萄酒。

这片新市场有可能是传统酒商没有看到或者过往不屑于去做的市场，原因可能不是毛利低，而是没办法达到这么大的产量。但在这个新市场能够创造很大的新的价值，它在单一品牌上的价值甚至比很多传统的法国名庄的葡萄酒更高。虽然传统名庄的酒单价高、毛利高，但是其产量少，无法与黄尾袋鼠相比。

第二个例子是太阳马戏团，传统马戏团的主要表演内容是动物表演，比如让狮子跳火圈、让猴子骑狗等。传统马戏团主要活跃在城市的郊区，主要人群是劳动人民，因为传统马戏团的观影的体验其实不是那么好，这些动物的表演场地环境比较差，并且考虑到动物本身的生活需要，它们可能也更适合放在郊区饲养，所以传统马戏团更多的是通过动物表演的方式去吸引一批猎奇的观众。

但太阳马戏团是怎么做的呢？如图 8 所示。

■ 图 8

它剔除了表演明星、动物表演秀、场内的特许销售和多台同演的表演形态；减少了有趣和幽默，刺激与危险（动物跳火圈等表演其实是刺激并且危险的）；提升了价格并增加了独特的场地；创造了新的主题艺术形式、高雅的观看环境、多套制作和艺术性的音乐和舞蹈。

它的改造为什么能够成功呢？其实是因为它看到了高净值人群观看杂技马戏的需求。

在太阳马戏团成立的那个年代，高净值人群的消费主要集中于音乐剧、话剧、音乐会、交响乐，这些艺术形式都属于严肃艺术品，看起来很高雅，但是不那么好玩，属于附庸风雅的类型，但适合所有人的表演类型是什么呢？是以舞蹈、杂技结合诙谐趣味性的演出，这最终构现出了太阳马戏团，它撕开了传统的严肃演出市场的口子，创造了一个偏休闲的演出市场，它的表演环境和观演环境比传统的马戏团有了很大改善，高净值人群也更愿意在这样的环境观看表演。

太阳马戏团其实就是找到了一片新的蓝海， 蓝海创新本质的意义和目的就是找到一片新的价值领域，通过创新方法在这个价值领域中发现价值。

第三个例子是一个互联网产品 BeReal。这个产品是在 2019 年发布的，到今年其实一直处于快速增长的阶段，特别是今年年初到 4 月，它的本年度的下载量占全部下载量的 65%，就是说今年的下载量比过往两年加起来的两倍还多，2022 年是被认为爆发增长的一年。它对标的应用是 Instagram，Instagram 原本的定义是一个社交产品，但如今已经变成了一个媒体产品，丢掉了社交的本性。

BeReal 强调的是原始、真实、未加过滤的事物，就是朋友之间的真实社交。它不以提升个人影响力为目的，而要回归社交的原始意义，这是它找到的当下社交产品的一个新的缝隙，这个缝隙中存在一批真正想和朋友做真实交流的用户，但是在当下的 Facebook、Instagram 上这种需求并没有被满足。

为此，BeReal 进行了一些改变，如图 9 所示，它剔除了滤镜，保证所有内容都是真实拍摄的，另外，还剔除了点赞功能，消除了用户为了获得点赞而刻意美化自己的动机；减少了部分照片和视频编辑的自由度；增加了浏览规则限制，只有上传照片才能看到朋友的动态，过往的社交应用中有大量的沉默用户，但是 BeReal 为了让更多的人参与进来，要求必须先上传才能看到别人的动态；

创造了一个叫作随机时刻（time to BeReal）的功能，它会把用户的若干好友拉在一起，同时会打开前置和后置摄像头拍摄，这也是过往的社交应用中没有用到的一个模式，同时开启后摄像头，然后拍摄一段视频和好友分享，这既能使用户看到自己的表现，也能看到真实的世界。这些特点使 BeReal 推出之后就受到用户的青睐，它找到了新的蓝海，就是这批有真实社交诉求的高活跃的用户。

■ 图 9

4、破坏性创新

破坏性创新是来自于克莱顿·克里斯坦森的一本书《创新者的囧境》，它也是创业创新领域的一本很有影响力的书，我们只引用了其中的一些核心观点，如图 10 所示。

■ 图 10

图中的这些理论可能不容易理解，我们讲一个就是大家耳熟能详的例子，就是拼多多。我这里特指的是拼多多早期的情况，现在的拼多多和早期的拼多多其实也是完全不同的两个产品。我们其实可以回到几年前去分析那时候的拼多多为什么是一个典型的破坏性创新成功案例。图 11 展示了拼多多的 6 个特点及对应的表现。

■ 图 11

首先，在拼多多早期的时候，它其实组装了很多在各种平台应用中都已经很成熟的玩法，不管是从 App 产品侧，还是供应链侧，都不存在真正的创新，而是把成熟元器件进行了组装。然后拼多多早期主打低线城市、城乡结合部，因此商品更加便宜。

早期的主流市场或许并不接受拼多多，这种情况实际在拼多多推出百亿补贴后才有了逆转。另外，拼多多早期的核心点在拼着买、砍一刀、助力领红包、事件营销等，这其实是它在营销上比较大的突破。在拼多多已经做到一定规模的时候，其实阿里才注意到它并做了一个跟进的产品叫作淘宝特价版，现在这个产品叫作淘特，但是这个产品一直是处于一个不温不火的状态，没有特别好的效果。

可以发现拼多多确实符合破坏性创新的 6 个特点，那么为什么能形成破坏性创新呢？大家可以看一下图 12 增加的价值部分。

■ 图 12

第一个特点给它带来的价值是产品能够更快快迭、更快上线。因为早期拼多多的研发团队的规模很小，如果采用成熟元器件构建，能够更快达到一个相比淘宝可能 60%～70% 的功能需求。而选择廉价的工业品也解决了供应链的问题，很多做电商甚至生活服务的人认为，其实这一类产品的卖方重要性是高于买方的，就是供给方的重要性在于需求方，在拼多多早期的表现上，我们可以发现它通过这些淘宝、京东不会选择的供应商确实解决了早期供应链的问题，它并不需要自建供应链，因此就不会受限于需要投入很多的资源这种事情上。

在新兴市场部分，它的目标人群过往是被主流电商平台忽视的，这些目标人群的消费产品其实也是当时那些看起来山寨的产品，但其实这些商品一直都存在，只是过往我们认为它们不会出现在主流市场上。

但当时的拼多多发现，存在一批用户考虑到价格原因能够接受山寨产品，这使他们产生了很大的动力，从而明确定义用户画像，精准定位客群，聚焦产品营销。但在淘宝、京东看来，可能更想聚焦价值链的上层，去做更高净值、更高利润的产品。所以出现了天猫、天猫国际、天猫地产等相对更高毛利的品牌性产品，它们并不想拉低品牌的形象，这也是拼多多这种形式不会出现在大企业的原因之一，只是他们没想到这种方式会形成一个这么大规模的市场机会。

而对于拼多多来说，针对它的目标市场人群，它提供了相比于淘宝、京东更好的体验，虽然这些体验可能在淘宝、京东的目标人群来讲是一个降级体验，但对于拼多多的目标人群以及供应商来说是一个升级体验，这最终形成了破坏性创新。

其实创新的方法和理论还有很多，可能每一位创新大牛都有一套自己的逻辑，但是今天我们就先分享这四种。

03 向任天堂学用户体验

开发者可能过往对于用户体验的关注是不够的。今天我稍微列举几个用户体验设计中基础的知识和方法，希望能够对大家有一些启发。

任天堂其实是一个很神奇的存在，我相信很多人也玩过任天堂的游戏，甚至有任天堂的主机。它其实是从 80 年代红白机和掌机的时代就奠定了在游戏机市场的地位，但是一直以来他们的机能是最弱的，对开发者是最不友好的，画面也是最差的，手柄体验也不如其他两家，但历史的销量却远远超过索尼的 PS 系列以及微软 xbox。

这是一件很神奇的事情，单向列举各项指标好像都不行，但是它就成功了，那么为什么任天堂是最成功的游戏公司呢？针对这一点可能会存在的不同观点，但是共同的结论就是任天堂的游戏，特别是任天堂自研的一些游戏，是全行业中质量最好、最好上手的、老少咸宜的，其中最标杆的就是图 13 中的马里奥兄弟，这是任天堂的一个标杆产品，也是所有游戏历史上单一销量最高的。

■ 图 13

我们不考虑任天堂以及超级马里奥的时代背景、营销能力以及其他各种各样的因素，只关注这个游戏本身的设计看任天堂有哪些可以借鉴的地方。我们可能会列举图中的直觉设计、惊喜设计、故事设计以及它对于新功能学习路线图的规划，这些可能只是其中的一部分，今天我们只分享这几点。

1、直觉设计

图 14 是任天堂开局的两张图，我们通过它们分享什么是直觉设计。

■ 图 14

部分中的很多的内容来源于日本的玉树真一郎的一本书，叫作《任天堂体验设计：创造不知不觉打动人心的体验》。在左边这张图中有一座山和一个戴着帽子并且有胡子的小人，并且面朝右侧，还有白云、绿草以及一串数字。这张开局图给用户的直觉引导是什么呢？这里就需要了解直觉设计的第一种方式，如图 15 所示。

■ 图 15

因为这本书是日文译成中文，可能有些词读起来会有些拗口，图中的假设 - 尝试 - 高兴就是直觉设计的第一种方式，假设指的是自发建立 “要 XX 吗”，尝试指的是自发决定 “试试 XX”，高兴指的是自发确认 “XX 是正确的”。这就利用了人们大脑的共同特质，达到符合用户直觉的效果。

这个场景是怎么符合直觉的呢？如图 16 所示。

■ 图 16

我们把第一张图抽象成一个黑白的线框图，它其实是解决了示能的信息传达问题，这个示能信息传达分成几部分，第一个暗示是有一个人站在左边，它特意给这个人加了胡子和帽子，让大家能看出来这个人面朝右边。第二个暗示是左边的高山有一点像是一堵墙，大概是暗示左边没有路了。第三个暗示是相对明亮的绿草和白云，通过人的视线把你拉向右边，这边给你的暗示是可以向右前进。正好它提供了一个带有方向键的手柄，上面有向右的按键，那所有人自然就会点向右了。

任天堂的游戏在那个时候因为存储卡的限制，其实没有提供任何的用户引导，而现在的产品会有大量的引导提示，其实这是一个非常不好的体验，说明对于自己功能符合用户的自然思维是没有信心的，需要通过引导让用户知道这些按钮分别代表什么样的功能。而真正的好的应用是不需要这些的。

这就是直觉设计的第一种方式，就是利用大脑共同特质，通过一些信息暗示和直接的操作让用户做尝试，当最后一步发现这么用是对的，用户会变得很高兴。

回到图 15 右边的部分，一般用户往右走的时候，如果一直没有新的指示信息出现，用户可能会怀疑是不是走错了。相信大家在其他游戏中也有过这样的迷路体验，但在任天堂的超级马里奥中是怎么解决这个问题的呢？往右边走大约 5 秒左右，就会看到第一个敌人。

本来看到敌人用户应该会很紧张，但是在这个游戏中看到敌人的那一刻，可能是会有一些小惊喜的，因为这证明走对了，反而把遇到敌人的那种紧张感消退了，这是符合直觉的，用户在这个过程中既习得了游戏的功能，也获得了简单的快乐，这只是简单的小快乐，大的快乐需要的是后面的惊喜设计。

直觉设计的第二种方法就是利用人们共同的经验，如图 17 所示。

■ 图 17

图 17 也是任天堂一款游戏中的一个场景，此时玩家要突破蜘蛛网进入后面的门，如果用户有一定的生活经验，他有可能会想到一个突破的方式，就是先试着直接去撞蜘蛛网，然后发现撞不开，可能蜘蛛网的韧性会把他弹回来，但是弹回来之后他就会发现旁边有个火盆，可以点火把蜘蛛网烧掉。

这就是利用人们的共同经验，也是直觉设计中常用的一种方法，这种方法在互联网产品中也很普遍，早期的互联网产品很喜欢用一个拟物化的设计，这种设计就是利用了人们的共同经验。

2、惊喜设计

直觉设计只解决了用户会用的问题，但是用户会用不代表用户会留存，直觉设计中的假设和尝试的体验会给玩家带来一定的压力，这种压力来自于用户不知道假设是不是正确的，然后在尝试的时候也会因为这个假设而不安，并且尝试不一定每次都是成功的，有可能会失败，失败的时候会有挫败感。

所以在直觉设计反复出现的时候，用户的内心是反复的不安和小的开心，这个过程持续多次之后就容易出现疲惫，这在心理学上叫作心理饱和效应。一旦达到了心理饱和效应，就会觉得这个游戏

就需要直觉设计的第三种方法——惊喜设计，如图 18 所示。

■ 图 18

3、故事设计

直觉设计的第三种方法就是故事设计，故事设计更多的是在一些复杂的产品中会用到。它使用户在长期产品使用中的自我认同、参与的意义以及记忆点和分享点。故事设计的过程如图 19 所示。

■ 图 19

可以发现，其实上面的部分就是直觉和惊喜的交叉，比如在五个直觉设计的部分中交叉一个惊喜，三个直觉设计再交叉一个惊喜，在这个过程中，还需要环境故事、伏笔等，其实在超级马里奥中也做了这些故事设计，这样就给了用户投入感和沉浸感。我们也有相似的互联网产品，就是蚂蚁森林，如图 20 所示。

■ 图 20

它的目的是使用户提高打开支付宝的频率，为此他们为打开支付宝 App 赋予了一个意义，就是环保。这个环保的故事就是用户每一次使用在线支付，就可以节省碳排放，进而可以换取树苗，由支付宝种植。这是一个很有积极意义的故事，所以很多人乐此不疲，一直在上面取用能量，而这也达到了支付宝的另一个目标——通过蚂蚁森林的能量收集机制使支付宝具有一定的轻量社交属性。

其实原来阿里一直想做社交，通过蚂蚁森林也埋下了一个伏笔。这个种树的故事当然有一部分是真实的，有一部分经过了产品的艺术加工，但其实现的结果让用户通过一个本来很枯燥的软件实现自我的价值，对环保产生了很大的贡献。所以在给客户做产品设计的过程中，我们可以考虑添加一些故事，使其在重复的过程中找到成就感。

4、新功能的学习路线图

最后我们分享一个小知识，就是对于新功能，我们应该分散学习还是在刚进入产品的时候集中学习，按照我原来的经验，有很多人会选择分散，就像读书一样，学习是循序渐进的。但其实在游戏里恰好是相反的。

这在心理学上也有理论的支撑，就是在体验刚开始的时候，人们的注意力和学习效率是最高的，所以超级马里奥就在刚开始的关卡就集中出现了四种道具，避免了后续的复杂性和难解性。

其实很多游戏也存在这样的特点，就是在最早的时候就展示常见的玩法（只是现在有些游戏的复杂度提升了，会不得不把新的玩法的引入放在中间过程），从原理上说，这些功能的设计可以在初次记录的时候，就通过直觉设计和惊喜设计让客户在几个循环中就完成对产品功能的学习。

04 创新工具箱

接下来将介绍两个创新工具箱，一个是用户画像，另一个是用户访谈。

1、用户画像

首先用户画像的基本方法分为三步，如图 21 所示。

■ 图 21

第一步是发散，填写用户所有可能的属性，如图 22 所示。

■ 图 22

右边的图就像一个表格，可以从性格特质、生活态度以及个人目标的角度填写。另外，左侧还有一些更多的维度，比如人口统计资料的属性、心理学属性等。发散之后，第二步就是聚焦，发散的时候会发现用户有很多的特点，这些特点之间存在差异，需要选择一个最终用户，代表所有潜在用户的形象。

比如图 21 中右侧的草图，假设所有用户都喜欢狗，那么这一点就可以作为产品用户画像的核心特性之一。然后再基于这一点继续挖掘，这就是聚焦。

第三步是代入，这一步模拟喜欢狗的人的决策过程。从发散到聚焦再到代入，最终目的是形成一个特别具象的用户画像，基于这个用户画像，就可以精准定位到具体的人，这是用户画像最终的目标。

2、用户访谈

用户访谈包含多种小窍门，这里我们仅列举一些可能对大家有帮助的。

我们在应用访谈之前一定要先列出一个问题大纲，然后基于问题大纲与研发或产品做一个预访谈实验，通过预访谈实验修正访谈大纲，检查问题是否合适，这是准备阶段需要做的事情。

第二步是寒暄和循序渐进，很多研发人员、产品经理可能会习惯直接问一些比较隐私的问题，比如做相亲的应用，直接问用户这个月去相亲了几次等，如果用户比较敏感或者比较害羞，这种单刀直入的问题可能就不会得到想要的结果，此时必须通过寒暄和循序渐进的方式让用户放松，从而得到真实的答案。

第三步是鼓励用户畅所欲言，比如你觉得产品有问题，但用户不好意思提出意见，此时怎么让用户放下戒备，输出真实的想法呢？其实可以把用户和你放在互相帮助的立场上，指出要收集产品问题，需要用户的帮助，否则会挨骂，这时用户可能就会基于善意分享他理解的问题，进而畅所欲言地进行表达。

第四步是多询问曾经的真实经历，对于前面的例子，很多用户可能客观上确实无法给出答案，而且用户提炼的信息可能会隐藏一些问题，这时其实可以引导用户通过讲故事的形式描述真实的过程，从中获取有价值的信息。

第五步是不使用用户不懂的术语，这是互联网从业者经常犯的错误，我们习惯对客户说一些内部的专有名词，然而并没有注意到客户是否听得懂。比如场景这个词就是互联网中常用的术语，有时候我们指的需求和用户指的需求也是完全不一样的。因此我们一定要遵循用户的说话方式与其交谈，尤其是在访谈的过程中。

第六步是穿插现场操作，鼓励口述想法，这一点我自己也有很深刻的感受。以前我们做过拍照搜题的应用，这类应用的数据和我们自己的预期一直有很大的差别，我们一直很疑惑是哪里出了问题，直到有一次我们带着应用去学生家里做家访，才发现原来我们的很多最初的设计和交互逻辑与用户预期想要的是不一样的。所以有时候直接看用户怎么用，会比问他怎么用得到的结果更准确。

穿插现场操作，鼓励口述想法是用户访谈的重要方法，很多专业的访谈公司和机构，经常会让用户到现场亲自操作，然后暗自观察。因为我们在用户身边，也会对客户产生干扰，从而影响他的正常使用，更好的方式是把客户邀请到自习室中，令其操作应用，在用户不知情的情况下观察，能得到更真实的结果。

当然，用户只是不知道我们当下在做观察，但预先也明确了是在做用户访谈，在结束之后我们也会跟用户确认，解释在这个过程中我们是否有录像资料，记录下哪些问题以及为什么这么做，一定要确保观察是在合法范围内的。

第七步是不要问封闭式的问题，这也是我们常犯的一个错误，封闭式问题就是用户的答案只能为是和否或者好和不好。这种问题的答案其实没有太多价值。比如问一个产品的功能好还是不好？60% 的用户说好，40% 的用户说不好，即使得到这个数据也并不知道 40% 的不好应该怎么优化，60% 的好是好在哪里。所以我们应该问开放式的问题，就是用户对功能的观点和看法。不做主观的评价，而是基于用户真实的包含细节的反馈，既可以知道他对产品的态度和趋向性。

第八步是给用户荣誉感。这是我们经常会忽视的问题，客户其实经常是带着怀疑的心态来验证产品的，产品的好坏与其没有绝对的关系，这不利于我们获取客户真诚的反馈。对于这一点，我们应该引导客户知道这件事情对我们产生了多大的帮助。如果没有他，我们可能什么都做不成，哪怕客户提出的是你早就知道的问题，最好也表现出惊喜。

因为在这种情况下，客户得到了肯定，才愿意分享更多的事情。给用户荣誉感不仅可以在用户访谈上使用，在日常的社交中可能也是有帮助的。

05 灵感宝盒

最后也向大家介绍一个可以查找灵感的项目，就是灵感宝盒。“灵感宝盒” 是 ** 声网 ** 及 RTE 开发者社区发起的 RTE NG-Lab 计划中的一个项目。“灵感宝盒” 希望与大家一起汇聚 RTE(实时互动) 在各类场景下的需求和创意，并在此基础上形成共建机制，让场景走近技术、加速需求落地的进程。

任何对 RTE 领域感兴趣的小伙伴，不论你是工程师、产品经理、设计师、用户……都可以贡献实时互动场景相关想法或产品方案，也可以提出场景化问题或需求，并对感兴趣的场景持续进行探索、交流、讨论，也可以更进一步参与或发起项目共建，寻求更多人的支持和帮助，一起推动产品落地。

在声网 “RTE 万象图谱” 的基础上推出了 “灵感宝盒” 图谱 ，对实时互动领域相关的产业、细分场景、产品、功能需求、技术做了进一步收集。

欢迎访问灵感宝盒代码仓，查看 **“灵感宝盒” 图谱 ，发现自己的创业灵感，寻找自己的业务解决方案，补充自己发现的有意思的场景、产品、技术帮助其他人，也可以提交自己正在创业的产品或者技术在以便图谱中进行展示。

“灵感宝盒” 图谱会随着项目的运营逐步更新迭代，希望在图谱中可以早日见到你的贡献！

灵感宝盒代码仓：https://github.com/AgoraIO-Community/Idea-Box

独立开发者开放麦：一起聊一聊元宇宙、Web3 及产品创新机会

Ziran — Thu, 04 Aug 2022 17:54:48 +0800

我们看到无数人对元宇宙心之向往，把它视为新时代的乌托邦，以元宇宙为主体衍生的各大 IP 纷纷出现，仿佛都为元宇宙的出现给予了巨大的认可与期望。

但想要创造一个丝滑的元宇宙，需要实现对现实世界的高度模拟与实时互动。这严重依赖现实世界的科技水平的发展，比如庞大的数据运算及存储、作为硬件入口的 AR/VR 眼镜。同时，不仅需要 PGC 的内容生产，也需要大量的用户参与 UGC 内容生产，才能创造一个繁荣的元宇宙，这就又延伸到了 Web3 的发展和产品、应用层面的创新。

对独立开发者而言，元宇宙和 Web3 的开放、独立、未知正是最适合我们灵感与创新生长的土壤。

本期独立开发者开放麦，我们就一起来聊聊产品创新，聊一聊元宇宙和 Web3。

本期话题

本期独立开发者孵化器开放麦话题主要围绕产品创新、元宇宙（ Web 3、NFT、元宇宙等）、独立开发者经验展开分享和讨论~
14:05 - 14:20《元宇宙、Web3 与 NFT 的新机会》Eric Woo W2solo 独立开发者社区管理员
14:20 - 14:35《持续创造小而美的产品》陈大好独立开发者
14:35 - 16:00 开放麦自由交流

时间地点

1. 时间 ：2022年8月6日14:00-16:00
2. 地点 ：通过线上会议室 Agora Video Call 进行
Agora Video Call 登入以及下载 ： https://avc.agora.io/welcome
报名后小助手将会根据报名表中的信息，添加大家的微信号，邀请大家加入开放麦微信交流群，并活动前在群里推送会议室房间号。

立即报名

欢迎感兴趣的伙伴扫码或者点击链接理解报名：https://www.wenjuan.com/s/QRjUjy/#

关于独立开发者开放麦

本期【独立开发者开放麦】 由独立开发者孵化器（NGLab Incubator） 与 W2solo 社区共同发起。本期是 8 月份第一期，每个月我们会发起两期开放麦。所有对独立开发或者实时互动领域感兴趣的伙伴均可参加，均可围绕每期的话题做一些开放式的交流，期望帮助大家碰撞出一些不一样的灵感与机会来。

关于独立开发者孵化器（NGLab Incubator）

独立开发者孵化器（NGLab Incubator） 是声网及 RTE 开发者社区 发起的 RTE NG-Lab 计划中的一个项目。独立开发者孵化器专注于为独立开发者提供资源、方法和同伴交流等全生态链的支持。希望能够为独立开发者们带来一些切实的支持，帮助大家躲过一些成长过程中的 “坑” 和麻烦。除了孵化器设定的项目奖金之外，也引领独立开发者完成最初的需求验证和付费验证，并定期组织交流，帮助独立开发者更好地完成产品的开发和迭代，开启一个新的未来。如果希望加入独立开发者孵化器，欢迎访问 RTE NG-Lab 官网了解更多：https://www.nglab.io/

即时通讯场景下安全合规的实践和经验

Ziran — Wed, 27 Jul 2022 11:51:48 +0800

前言

在监管趋紧的形式下，即时通讯场景会遇到很多安全合规领域的挑战，如何满足这些安全合规的要求，如何保护用户的隐私安全，是一件非常有挑战的事情。

为给大家提供相关的经验及参考，「声网开发者创业讲堂 • 第四期丨创业团队如何保障产品业务的安全合规？」活动特别邀请环信 IM SDK 研发负责人赵亮，以「即时通讯场景下安全合规的实践和经验」为题进行分享。赵亮具有十余年电信和互联网从业经验，曾主持研发多个明星项目，目前在环信主持即时通讯云 SDK 研发工作。本文基于其在分享中内容二次整理。关注公众号「声网开发者」，回复关键词「JT0716」即可下载活动相关 PPT 资料。

01 安全合规的趋势

1、隐私监管趋紧

最近四五年来，安全合规的趋势变得越来越严格，各个国家都有比较重磅的安全合规的相关法规出台，比如美国加州的《消费者隐私法案》《儿童在线隐私保护法》、保险医疗领域的 HIPPA，以及欧盟推出的比较有代表性的《通用数据保护条例》。国内去年也出台了《个人信息保护法》《数据安全法》，加上之前发布的《网络安全法》，对于安全合规领域的覆盖也比较完善。

2、APP/SDK 趋严

■图 1

图 1 所示为国内主要的有关法规和内容，大家如果留意行业新闻的话，也会看到很多这方面的趋势，比如工信部发布的各种应用下架的新闻或者公告，都涉及了个人数据隐私相关的内容。

3、安全合规的基本框架

安全合规的基本框架可以总结成两个方向，一个是用户知情同意，另一个就是安全保障义务。我们以《通用数据保护条例》（ GDPR ）为例，它是一个法规条文，内容包括各种监管措施、惩罚措施，还规定了应保障的用户权利，后面的介绍中会有一些具体的用户权利说明。

02 国内外的监督重点

接下来我们分别看一下国内外监管的重点，从国内这几年的角度来看，主要包括以下几个方面。

1、国内 App 上架 —— 信息采集

■图 2

如图 2 所示，我们看到用户信息的采集方面受到越来越多的重视，国家部委出台了《常见类型移动互联网应用程序必要个人信息的范围规定》，指出了二三十个场景下能够采集的必要的个人信息。

比如地图导航类，它的基本功服是定位和导航，必要的个人信息为位置信息、出发地和到达地。就是特别简单的几项，其他都是非必要的，所以大家在开发应用的时候一定要确认一下这个信息，否则 App 就无法上架了。

再如网络社区类的，它的基本功能是博客、论坛等，这些个人信息跟即时通讯类的必要信息比较接近，就是用户的移动电话号码和账号联系人信息。网约车类型中也规定了电话号码，包括出发地、到达地、支付时间、支付信息等。大家可能已经留意到了，即时通讯类为什么需要移动电话号码呢？按说不是只需要账号就可以了吗？接下来我们要介绍的内容就解释了这个问题。

2、国内 App 上架 —— 符合安全规定

除了可以采集的必要信息的约束之外，我国还有很多特定的相关不同行业或领域的约束。

在应用的上架流程中，应用商店都有详细的审查规定，如果涉及即时通讯、直播或者用户舆论领域，就需要一个安全评估报告，这个安全评估报告中增加了额外的要求，比如说用户真实身份的核验，就是要核验服务中用户的身份是真实可靠的，这里就回答了前面即时通讯领域的问题，想真正地服务客户，就要能够做到实名制，而实名制其实一般就是通过校验手机和短信的方式。

另外，其实这还涉及用户舆论的问题，需要针对这个问题建立投诉举报的机制，公布投诉举报的联系方式和处理情况，对于这些用户的昵称、信息发布、转发评论等，要有相关的记录保存措施，通过一定的保存机制来支持追查这些信息。这样一方面约束了必要的个人信息的采集；另一方面在不同的领域也补充了额外的要求，比如金融或者医疗领域的要求肯定是更高的。

根据一则新闻通报所示，近期违规下架应用累计为 3000 款左右，涉及的问题大部分是违规收集个人信息，少量是强制或者索取权限相关的问题，国内的应用、网站可能涉及的问题主要就是这些方面。

3、海外的关注 —— ⽤户权利

如果目标客户是在海外，那么会发现海外的侧重点稍有不同。除了常见的这些安全约束之外，其更关注用户的权利。

我们可以举几个例子，比如用户的知情权、信息获取权、修改权和被遗忘权。知情权就是明确地告知用户要收集哪些信息、信息用来做什么以及保存多久；信息获取权就是用户必须能够导出自己的数据；修改权就是用户可以对个人信息进行修改；被遗忘权就是用户有权利注销和删除自己的数据。Facebook 等海外的大型平台都支持注销账号、导出个人数据等功能，这是海外比较重视的。

■图 3

图 3 的案例比较有意思，是说英国的数据保护监管机构向加拿大的一家数据分析公司发出通知，要求其删除所有跟英国公民相关的个人数据，如果不履行义务，将面临着 2000 万欧元或者上一年全球总营业额 4% 的罚款。这里的 2000 万欧元和 4% 的罚款就是《通用数据保护条例》中所做的规定，这个措施是很严格的。

4、共同关注点 —— 数据跨境

国内和国外还有一个共同的关注点，就是热点数据跨境，简单来说就是个人信息和重要的数据应当在境内，这里的在境内应该就是说，比如中国公民的信息和重要的数据不能被随意地存储到境外的服务器上，欧盟地区的数据也不能被随意地存在欧盟以外。其他的地区比如东南亚或者印度，也有当地的法规来约束这些事情，当然这些话题我们就不展开了，这里只是举个例子。

如果确实需要向境外提供，我国的要求是要通过评估办法进行慎重的评估。欧盟则是要求他们认为已经采取足够的安全保护措施的地区可以跨境转移数据，但至少现在为止中国还不在这个名单上，所以欧盟的数据也不能随意存储在中国境内的服务器上。

03 如何评估和满⾜安全合规要求

了解了安全合规的趋势和相应的重点之后，我们如何评估和满足安全合规的要求呢？首先回溯前面介绍的安全合规的框架。

用户知情同意包括充分告知和权利保障。充分告知就是提供用户隐私协议，权利保障就是用户可以拒绝、可以删除，而且收集的数据要符合最小化原则（最小必要）。

安全保障义务比较复杂，首先，从风险评估、公司内部的制度建设到安全开发流程中都会涉及这个问题，比如产品从需求阶段就要有安全方面的专家确认是否涉及用户数据、用户数据怎么传输、用户数据怎么来保存、是否是必要的，因此从产品需求阶段到方案设计阶段，到最后上线阶段都要有必要的安全评估。

其次是技术保障，这里的技术保障指的是采集过程当中的传输、存储都应当采取足够的技术保障，换算成技术角度就是说，传输过程中要进行传输的加密，存储过程中要进行存储的加密。法律法规不会规定具体的某个安全措施，只是要求采取必要的技术措施保障用户数据的安全。

所以从技术角度侧理解，要采取业内比较标准的或者比较高标准的安全措施，比如 https 默认是使用其他的传输协议，比如 TCP、UDP 等也应当符合业内的安全标准。

当然，安全保障还少不了审计和监管，就是说要有一定的安全开发流程或者安全制度，满足监管机构的监管要求。

1、如何评估安全合规的要求

那么，如何评估安全合规的要求呢。这要看我们具体的涉及的业务，不同领域的要求是不一样的，我们前面提到，金融、医疗领域的要求更加严格。在某些医疗领域，对于医疗用户（患者）的数据或者处理要记录至少 5 年以上，这是该领域的一个特殊要求。另外，针对不同区域用户的要求也不一样，比如刚才提到的东南亚，至少我知道新加坡有自己的特殊规定，其他区域也可能有自己的要求。

客户的行业之间也有不同的安全要求，重要的企业或者事业单位，对于数据库有时会有一些特殊的要求，比如要求必须是国内的数据库，这就是不同的行业或者不同的客户可能面临的特殊要求。还有一个重要的因素就是要评估依赖的第三方。

我们现在开发产品或者服务，免不了要依赖一家甚至多家第三方，这些第三方是否能够满足特定的要求也是特别重要的，因为大多数的应用都会依赖多家第三方，在上架或者遭遇审查的时候，由于第三方因素引起应用下架是很正常的。

最后一个是成本因素，就是说要采取技术措施来保证安全合规的要求，肯定会带来成本的增加，所以从方案角度或者预算角度来说，要考虑这方面的问题。从我们自己的经验来说，比如开启了传输加密和存储加密之后，服务器成本的大概是百分之四五十这个量级的增长，具体数字跟不同的行业和采用的不同技术关联性特别大。

2、产品架构维度

■ 图 4

图 4 展示了产品架构的维度，这里我稍微解释一下，比如一个客户的应用使用了我们的 SDK，一般来说应用也会有自己的 App server，这个 App server 和用户的应用都会跟我们的服务进行交互。我们的 SDK 跟我们的服务器会有两个通道，一个是 TCP 加 TLS，另外一个就是 https。同时用户的应用服务器可能会通过 RESTful 的 API 做一些管理级别的控制，比如创建聊天室或者创建群组甚至封禁用户。

我们的服务还提供了 webhook，就是将消息回调给用户的应用服务器，然后把消息抄送给用户的服务器，甚至是发送前的一个回调。就是说有一些消息内容或者配置的特定消息内容，提前经过用户的服务器进行审查，确认这些消息是否投递。最后管理者用户可以在 console 开发者后台对这些功能进行不同的配置，也可以做一些管理的功能，比如管理某些群组、解散某些聊天室或者封禁用户。同时用户的应用也会跟自己的服务器进行交互，不管是 https 还是其他的协议。

从完整的视角会看到有哪些通道涉及传输，比如用户的应用和他的应用服务器，我们的 SDK 跟我们的服务，服务器跟服务器之间又是一个。此外，我们必须保证这些传输通道的传输安全，不管是用 TLS 或者是其他方式。

用户应用上会存储数据，比如用户名、密码甚至是 token，有的应用可能也会做缓存。还有一些容易忽略的点，比如应用开发的过程当中经常会打印一些 log，在这些 log 当中也要避免用户信息或者敏感信息被泄露，不能使用户的 token 或者密码输出在 log 中。同时，用户应用服务器和我们的服务可能会存储一些用户的消息历史，这些节点和通道都是安全合规角度下必须要确认或者审查的。以开发者后台来看，管理权限级别的账号的保管、账号丢失之后的处理都要有相关的考虑。

3、数据处理流程的维度

从用户数据处理流程的维度来看，一个数据的处理流程主要涉及数据的采集、传输、存储、处理、擦除与销毁、对第三方提供以及用户隐私权利的保障，如图 5 所示。

■ 图 5

采集过程当中首先要进行充分的告知，一般在网站或者应用中都会有一个收集到的隐私协议的说明，包括收集的目的、收集到的个人用户数据的范围、采集的期限等，其中采集期限是很容易被忽略的。传输过程和存储过程是典型的数据处理流程，涉及传输加密和存储加密技术。数据处理过程则要符合收集的目的，遵循准确、必要等原则，不能任意对用户来数据进行操作，要有特定的目的才能做数据处理。擦除与销毁过程要求及时和彻底。

对第三方提供过程也是比较关键的，我们经常会借用第三方的内容审核或类似于 APM 的工具，对于这些第三方工具需要仔细进行检查，确保提供相同的保障条件。最后，用户隐私权利保障过程除了要明确用户是自愿选择之外，还要保证用户可以注销或删除账号，并对这些操作进行及时的响应。

04 经验与建议

前面给出了满足和评估安全合规的维度，接下来分享一下我们的经验和建议。当然，这些经验和建议是基于即时通讯领域的。

1、安全合规能 ⼒ 建设需要做什么

在过去一段时间内我们同外部的咨询机构进行了合作，对我们流程的进行了审查，然后声网的安全合规团队也帮助我们梳理了相关的安全内容，这个团队包括技术、架构、合规、运营、隐私、开发等多个方向的专家。

当然，初创企业可能还不需要做这么多的安全合规的能力建设，如果是发展到一定规模或者中等规模的公司，可能就要做一些安全能力的建设，比如 GDPR 中提到员工超过 250 人，需要对数据处理加以记录。

我们进行了安全开发流程的建设，对于安全开发流程前面也简单提过，公司内部的开发流程中在产品需求阶段、设计阶段、验收阶段都要有安全方面的介入，以确认是否涉及用户数据、是否是必要的、是否遵循最小原则等。在这些过程当中还会进行每年度甚至半年度的审查，确认整个流程过程当中有没有安全问题以及在合规方面有没有漏洞，这是我们过去两年做所做的安全合规能力建设。

2、⽬前安全合规的能⼒

经过这些建设之后，我们有了足够的安全基础，可以进行全流程的传输加密和存储加密；还具备了资源隔离的能力，支持多数据中心、支持国内国际不同区域的合规要求。针对隐私合规，根据最小化和公开透明的处理原则，满足了不同区域的网络安全和数据安全的要求，能够对必要的用户数据进行脱敏处理；用户权益的 API 方面支持用户数据的导出和删除。

3、开发建议 —— 即时通讯领域

不管是借助第三方的能力还是自研的能力，如果在即时通讯或者教育领域有了一定的用户量之后，肯定会遇到一些问题。我给出了一些建议，首先如果使用第三方，一般会注册一些信息，这时最好是由你的服务器来下发，不要内置在应用中，否则信息容易泄露。

第二个是比较关键的信息，就是保护好用户列表。比如在已经具备一定的用户量之后，如果此时被拖库或者网站被攻击，用户可能会收到广告或者一些灰产信息，所以用户列表就比较关键了，不管用户是不是通过手机号注册，用户 ID 要散列，而且不要对用户可见。

另外，我们的服务端有类似于全员通知的功能，针对全员通知这个功能，我们添加了相应的白名单功能，在配置好之后，只有某个特定的服务器才能给全员发通知。如果你的业务能够开启好友之间发消息的限制，最好就开启，这样即使用户 ID 被泄露，他们也不能随意地相互之间发消息。

服务器校验用户的合法性也是一个非常重要的功能，如果是直接在第三方平台上注册的用户，那么他有可能会直接绕过你的服务器来给其他的用户来收发消息。这种情况建议还是由你的服务器来签发 token，然后保证这个 token 一定的时效性，时间不要太长，这样即便某个用户有问题，你的服务器也可以及时发现并且封禁这个用户。

如果有更进一步的安全要求，甚至可以在消息级别进行校验，比如这个消息有特定的 Key 签发密钥，则消息的收发双方都要做相应的校验，甚至端到端的消息加密。

当然现在我们也支持了内容审核的功能，可以在我们的后台配置相应的审核规则。除了前面的保护措施之外，还要做一些内部防范，对类似于开发者证书或者内部的用户列表等关键数据一定要进行相应的保护，比如备份这些数据库的信息，不要被开发者不经意间放到 GitHub 或某个技术博客上。

问答环节

1、很多开发者会有这样一种想法，比如说我接入了某个第三方安全审核功能后，是不是就可以高枕无忧了？****

这个显然不是，就是现在的鉴黄，也没有 100% 的能力完全做到这一点。我们肯定还是要做一些措施，比如能做到监督，这样事后有记录就能对他进行管理甚至封禁，而不只是说扔给第三方。

2、您在演讲中提到加密会使服务器的成本开销较大，那么有哪些加密方式是您建议一定要启用的，MD 5 和 AES 256 方式您建议使用哪一种呢？****

如果是对称加密的话，建议是 AES 256 以上。成本方面没有明确的答案，这与数据块有关系，如果我们的消息都是比较小的，那么数据增加可能会比较明显。而对于大一些的消息，比如文件级别的甚至更大，数据增加可能少一些。所以这没有一个很明确的规律，但是肯定会对你的成本有所增加。

***3、* 如果个人要求删除个人数据，主要是与 App 运营厂商处理，还是像这种提供 PaaS 服务的平台来进行联动处理呢？**

我们的 PaaS 平台一般是要提供能力，但我们还有观察到一些 PaaS 的主要提供商都不是直接给用户的，而是给应用的开发者。我们有用户级别的 token 和管理员级别的 token，我们现在的用户隐私相关 API 设计都是管理员级别的，就是说用户要求注销账号或者删除数据的时候，一般是经过应用的 owner 和应用的服务器使用这些第三方平台来完成的，否则可能数据删除的处理不完整。第三方平台一般是提供这部分能力。

4、 初创公司应该如何做产品或者技术合规的审查？

这个问题我在介绍的过程当中其实也提到了，对于不同的行业和领域，要求都不太一样。一般来说，比如在华为或者苹果的应用商店上架应用，都会选择不同的应用分类，选择特定的分类之后，就会有一些特定的要求，有的会要求你的资质，有的会要求安全评估报告。

也就是说，要根据应用的所属行业或者你的业务属性来确定，只要满足这些要求一般不会有太大的问题。而且你对于自己的应用所属的领域行业都有基本的了解，可以在上架之前把这些要求大致了解清楚，提前做好准备，否则被打回再重新修改上架，也会影响产品的上线计划。

（正文完）

灵感宝盒（Idea Box）

“灵感宝盒”是声网及RTE 开发者社区发起的 RTE NG-Lab 计划中的一个项目。“灵感宝盒”希望与大家一起汇聚 RTE (实时互动) 在各类场景下的需求和创意，并在此基础上形成共建机制，让场景走近技术、加速需求落地的进程。任何对 RTE 领域感兴趣的小伙伴，不论你是工程师、产品经理、设计师、用户……都可以贡献实时互动场景相关想法或产品方案，也可以提出场景化问题或需求，并对感兴趣的场景持续进行探索、交流、讨论，也可以更进一步参与或发起项目共建，寻求更多人的支持和帮助，一起推动产品落地。

我们在声网 “RTE 万象图谱” 的基础上推出了“灵感宝盒” 图谱，对实时互动领域相关的产业、细分场景、产品、功能需求、技术做了进一步收集，你可以在“灵感宝盒” 图谱发现自己的创业灵感，寻找自己的业务解决方案，补充自己发现的有意思的场景、产品、技术帮助其他人，也可以提交自己正在创业的产品或者技术在图谱中进行展示。“灵感宝盒” 图谱会随着项目的运营逐步更新迭代，希望在图谱中可以早日见到你的贡献！

有奖活动 x 灵感排行榜：我，有一个大胆的想法！

Ziran — Tue, 26 Jul 2022 18:13:22 +0800

1870 年，作家凡尔纳在《海底两万里》中提出很多大胆的畅想，比如潜水艇、直升机......这些当时的异想天开，如今都已经变成了现实。

对美好生活的想象，驱动着技术与产品的创新，也驱动着人类社会的发展进步。为了汇聚实时互动技术在各类场景下的需求和创意，我们在 GitHub 上发起了「灵感宝盒」项目，并推出汇集实时互动领域产业、场景和产品的「灵感宝盒图谱」。希望通过「灵感宝盒」项目形成开源共建机制，通过「灵感宝盒图谱」更好的展现实时互动领域蓬勃的生态与可能性。

在刚刚开始的声网编程大赛中，「灵感宝盒」项目组发起了一场「抛砖引玉」的活动。希望大家以灵感宝盒为工具，在实时互动技术的范畴内进行大胆的假设和畅想，补全「灵感宝盒图谱」 ，也为参与编程大赛的开发者们提供更多的灵感与思路。

一、活动介绍

本次活动旨在收集大家对于「实时互动技术」的想法与灵感，包括但不限于：

有哪些有需求但尚未覆盖的产业&行业？
有哪些可融入实时互动技术的场景化需求？
有哪些待优化的实时互动产品功能？
有哪些优秀的实时互动产品或工具？
你有哪些希望大家一起参与共建的产品/方案
...

如果你有任何思路，都可以通过以下方式参与本次活动。

二、参与方式

1. GitHub 项目共建

欢迎在 GitHub 灵感宝盒代码仓通过 Issues 提交灵感或发起讨论：

灵感 提交链接： shttps://github.com/AgoraIO-Community/Idea-Box/issues
灵感提交示例：

2. 声网 RTE 社区论坛

如果在实时互动领域暂时没有非常具体的想法，或者想先与同道们进行头脑碰撞，又或者你有任何生活、工作中好玩儿的点子、大胆的想法、对未来美好的憧憬，都欢迎在声网 RTE 社区的论坛版块进行讨论。

想法 提交链接：https://rtcdeveloper.agora.io/t/topic/24391
提交的想法可以参考如下格式： 我有一个大胆的想法，如果
示例：
- 我有一个好玩的想法，如果在网络游戏开黑中，能够跟一起组队的小伙伴实时共享彼此闲置的硬件资源，比如共享闲置的 CPU 或者内存，提高小队的整体游戏体验，让游戏小队能够稳赢对方，就太棒了！

活动时间

即日起至 7 月 30 日

活动奖品

活动期间在 GitHub 灵感宝盒代码仓提交有效的的 Issues ，获得点赞 “👍” 数量前 3 位同学，将获得 Lamy 钢笔一支！

活动截止当日，在想法提交页面发表好玩儿的点子、大胆的想法、对未来美好的憧憬小伙伴，将会随机选 5 位，每人随机赠送 1 个充电宝或者小风扇！

已报名 RTE 编程大赛的童鞋参与本活动，将每人获得 1 分积分（请在提交 Issues 或留言后截图找大赛小助手领取积分～）

【工作坊公开课】创新工作坊开工了！带上纸和笔，来一场创新方法的练习吧！

Ziran — Tue, 19 Jul 2022 18:37:07 +0800

“关于创新，大多数人的做法可能都是错误的。”

近些年，我们看到过一些现象级的创新产品一飞冲天，并且持续的创造着商业价值；但也有更多创新产品在短暂的火爆后归于沉寂，还有更多创新产品从来没有被大众广泛知晓。

创新是偶然的机缘还是有科学的方法？创新是否有相对完善的方法论或操作路径？

我们认为，产品创新的本质是一场社会性的实践，有着即严谨又规范的底层逻辑和科学性。「创新工作坊」将和大家分享产品创新的常见方法，通过这些方法拓展大家的产品创意，提高产品创新的成功率。

一、「创新工作坊」的来源和目标

在实际的项目发展过程中，我们了解到很多朋友都有着非常 “放飞的想象力”，却缺乏一些完整的思路将灵感进行沉淀。但产品的创意创新其实是有方法论可以遵循的，因此声网 RTE 开发者社区发起「创新工作坊」项目，通过讲师分享和实操互动结合的形式，和大家一起探讨产品创新的常见方法，一起尝试建立从灵感到创新的最佳路径。

二、本期讲师及分享主题

李斯特是一位资深产品经理，也是一位创业者，历任盛大网络产品经理、欧那教育创始人、字节跳动某创新业务负责人。对于在线教育、智能硬件、互动娱乐都有丰富的产品经验。 2021 年加入声网，现在负责声网泛娱乐产品线，致力于为下一代实时互动产品创新提供音视频底层能力支持。本次分享中，他将围绕以下内容进行展开：

1. 创新导论 - 什么是产品创新

2. 不同流派的产品创新方法

3B 法则：Bending 变形 - Breaking 拆解 - Blending 混合
体验式创新：观察 - 反问 - 尝试
渐进式创新：剔除 - 减少 - 增加 - 创造
破坏性创新：更简单、更可靠、更便宜、更便捷
【互动】创新思维练习：参考：灵感宝盒
创新思维：设计思维（Design Thinking）与系统性创新思维（ SIT ）
向任天堂学用户体验：直觉设计、惊喜设计、故事设计

3. 常见的创新误区

创新绝不等于发明创造
不要轻信市场调研
创新不等于尖端技术
功能不等于体验
不要为了创新而创新

创新工具箱

工具：用户画像
工具：如何做好用户访谈
工具：AB 测试
【互动】用户访谈体验
参考：灵感宝盒

通过本次创新工作坊的学习和训练，希望可以帮助大家熟悉常见的创新方法论，通过创新方法的练习，规避创新常见的误区，让创意灵感思如泉涌，让你的创意靠谱程度提升一倍！

对工作坊课程感兴趣的的小伙伴可以扫码观看也可链接直达👉：https://live.csdn.net/room/csdnnews/nGrRttq2

开发初期如何保障产品的网络安全与数据合规？

Ziran — Mon, 11 Jul 2022 17:00:11 +0800

🎙️🎙️安全与合规是两个非常大的话题，很多产品在初期会忽略或刻意规，从而引发不可挽回的风险或隐患。那么，初期应该怎样保障产品的安全合规呢？

7 月 16 日（下周六）下午，我们邀请了环信、游族、白山云三家优秀企业的技术专家为大家带分享，在创业初期如何保障产品业务的安全合规。线上直播，技术中立，干货分享，欢迎大家来交流～感兴趣的伙伴可以点击链接报名或者扫码报名～

报名链接：http://www.huodongxing.com/event/3656847952423?qd=w2solo

扫码报名

声网开发者创业讲堂丨第 4 期：创业团队如何保障产品业务的安全合规？

Ziran — Wed, 29 Jun 2022 13:55:33 +0800

安全与合规是两个非常大的话题，即涉及到技术层面，也涉及到政策和业务管理。很多创业团队会在创业初期因为公司规模、项目体量的原因，忽略或刻意规避安全合规，从而引发不可挽回的风险或隐患。在创业初期存在诸多不确定性的情况下，作为创业者应该如何正确且合理的保障产品业务的安全与合规？

7 月 16 日下午，声网开发者创业讲堂 • 第 4 期将以「创业团队如何保障产品业务的安全合规？」为题，邀请环信、游族、白山云三家优秀企业的技术专家为大家带来精彩的分享。

1 时间地点

活动时间： 7 月 16 日（星期六）14:00——16:30

活动地点： 线上直播

2 活动流程

14:00 - 14:10 开场

14:10 - 14:50 《即时通信场景下安全合规的实践和经验》 赵亮环信 IM SDK 研发负责人

14:50 - 15:30 《常见信息安全攻击风险及应对方案》马寅龙游族网络信息化中心总监

15:30 - 16:10 《攻防视角下业务安全的实战经验分享》 胡金涌白山云安全研发总监

16:10 - 16:30 抽奖

3 活动嘉宾

嘉宾一

赵亮

环信 IM SDK 研发负责人

*分享主题：* 即时通信场景下安全合规的实践和经验

‍嘉宾 简介：

环信 IM SDK 研发负责人，十余年电信和互联网从业经验，曾主持研发多个明星项目，目前在环信主持即时通讯云 SDK 研发工作。

内容简介：

在监管趋紧的形式下，即时通讯场景会遇到很多安全合规领域的挑战，如何满足这些安全合规的要求，如何保护用户的隐私安全，是一件非常有挑战的事情。本次分享将介绍环信在这个领域所做的一些实践和经验。

嘉宾二

马寅龙

游族网络信息化中心总监

分享主题： 常见信息安全攻击风险及应对方案

‍嘉宾简介 ：

游族网络信息化中心与信息安全部负责人，拥有 12 年信息安全管理建设经验，主导构建了游族网络信息安全纵深防护体系，曾作为嘉宾在 CIS / EISS / FIT / SSC 等国内顶级安全峰会演讲。

内容简介：

从企业常见的安全事件出发，分析企业信息安全管理的演进路径，包括安全团队建设、安全工具选型、安全服务选型，以及如何以高性价比方式建设企业安全防护能力。

嘉宾三

胡金涌

白山云安全研发总监

分享主题：攻防视角下业务安全的实战经验分享

‍嘉宾 简介：

白山云安全研发总监，十年云安全产品研发经验，主持研发了 SCDN、抗 DDoS、云 WAF、SoC、零信任等安全产品，在攻防领域有丰富的经验。

内容简介：

从攻防的视角分享业务上线后可能遇到的常见攻击，并分享安全研发规范、上线前的安全巡检、上线后的安全防护等实战经验并给出一些安全建议。

4 抽奖福利

报名直播参与活动，即有机会领取 精美声网周边 ，心动不如行动，扫码报名本次活动吧！

5 活动报名

微信扫描下方二维码即可报名

6 声网创业讲堂交流群

当下是一个人人可创业的时代，对技术人来说，更是一个创业友好的时代。如果你懂技术，会比其他人更容易将自己的创业想法和梦想付诸实践。但创业意味着要从 0 到 1，意味着要持续的创造和创新，意味着创业者和团队需要不断的成长和突破。只有这样才能打造出满足市场需求的、有价值的产品，逐渐形成企业的优势和壁垒，成长为一家成熟的企业。

联合主办

合作伙伴

声网 RTE 开发者城市俱乐部

Ziran — Fri, 24 Jun 2022 11:08:59 +0800

简介

【声网 RTE 开发者城市俱乐部】 是由【声网开发者社区】发起，由各地一线工程师运营的，面向 RTE 领域开发者的专业、开放、创新、共同成长的城市开发者组织。

【声网 RTE 开发者城市俱乐部】 旨在帮助 RTE 领域开发者学习提升、互动交流、挖掘机会，推动 RTE 领域技术的发展和应用，让人与人随时随地的沟通与交流。

RTE：Real-Time Engagement，实时互动领域。

俱乐部与声网的关系

【声网 RTE 开发者城市俱乐部】 完全由各地俱乐部组织者、志愿者自发组建和领导，声网开发者社区只按需对活动提供必要的资源支持、活动支撑等，并为各地俱乐部组织者提供与全国组织者互动交流的机会。

俱乐部价值观

我们是纯粹的面向开发者的俱乐部，专注在 RTE 相关的专业技术领域，鼓励技术交流，提倡技术创新，追求技术卓越，包容各种声音，营造持续学习的技术氛围，帮助大家共同进步，欢迎任何人或组织为俱乐部做出贡献。我们遵循以下价值观：

专业
创新
共赢
不作恶

城市俱乐部治理

1.城市俱乐部负责人

构成： 每个城市由3 或 5 名俱乐部核心成员组成，核心组成员共同决定所在城市俱乐部的成员审核以及城市活动。
职责：城市核心组织者是本地活动的主要负责人、发起人，
- 负责城市俱乐部成员的招募和审核
- 负责保证所在城市活动频率
- 负责保证活动和内容专业度
加入规则： 城市负责人需要热爱技术开发，具备善于沟通、积极主动、执行能力强等基本素质，在 IT 技术领域、活动策划、技术写作等任一方向具备自己擅长的领域，愿意对城市俱乐部的成长和发展负责。
退出机制： 可以随时退出，退出后其他人候补，候补人员需要有核心组成员投票决定。

2.城市俱乐部普通成员

俱乐部成员 ：俱乐部的重要受众，所在城市俱乐部的成员主要服务对象，以及所在城市的志愿者。
职责： 城市俱乐部普通成员也是所在城市俱乐部的志愿者，是本地俱乐部活动的协助组织者：
- 内容创作 ：原创内容、翻译团队
- 设计工作 ：线下/线上活动 Banner 设计、海报设计
- 技术分享 ：能够作为演讲嘉宾，或者推荐演讲嘉宾
- 活动组织 ：能够策划以及组织线下活动，推荐嘉宾等等
加入标准： 线下城市俱乐部需要是声网 RTC 开发者社区成员，具有声网账号，加入所在城市俱乐部需要进行申请，并通过核心成员的审核，同时能够积极参与所在城市的志愿者活动，为俱乐部做出自己必要的贡献。
退出机制 ：可以随时退出

3.俱乐部的活动方向

技术分享 ：包括不限于线下 Workshop、线上/下 Meetup 分享、线上直播课分享
读书会 ：不局限于技术书籍，可以包含其他帮助大家成长的书籍
开源项目 ：开源项目共建
技术研究
其他

俱乐部成员权益

学习成长

俱乐部成员可以免费学习声网付费认证课程；
俱乐部成员可以免费学习声网在线编程课程；
俱乐部成员每月参与不少于 1 次线下交流学习活动；
俱乐部成员有机会与行业技术大佬进行交流分享；

品牌打造

个人品牌包装，多渠道发布，书籍出版对接优质出版社资源；

荣誉授予

每年评选优秀核心贡献者、志愿者，授予奖章或证书

核心组 成员每年 1 次全国范围内线下见面交流；
核心组 成员每年可以获得 RTE 大会等技术大会的付费门票；

级别晋升

活跃的俱乐部成员，可以免费升级为声网活跃开发者，获得每年赠予定制礼品；参见声网开发者社区活跃开发者详情：声网活跃开发者
优秀的俱乐部成员，可以审晋级为声网 MVP，享受 MVP 权益。参见声网开发者社区 MVP 详情：声网 MVP

链接资源

联结全国城市俱乐部和核心组成员，结识众多精英开发者，挖掘潜在的就业和发展机会

创业扶持

俱乐部成员如果需要创业，实时互动领域的项目有机会获得声网创业开发者创业扶持；

俱乐部成员可以优先体验声网/云市场的产品和服务；
俱乐部成员可以获得声网实时音视频产品代金券；
俱乐部成员可以获得声网合作伙伴资源；

申请加入

欢迎扫码申请加入或者点击链接申请加入：立即报名

声网开发者创业讲堂丨第 3 期：创业初期如何保障产品质量？

Ziran — Tue, 24 May 2022 10:51:12 +0800

当下是一个人人可创业的时代，对技术人来说，更是一个创业友好的时代。如果你懂技术，会比其他人更容易将自己的创业想法和梦想付诸实践。但创业意味着要从 0 到 1，意味着要持续的创造和创新，意味着创业者和团队需要不断的成长和突破。只有这样才能打造出满足市场需求的、有价值的产品，逐渐形成企业的优势和壁垒，成长为一家成熟的企业。

声网关注有创新能力、开发能力和创业意向的开发者，并希望为开发者提供相应的支持和服务。为此，我们推出了 “声网开发者创业讲堂” 系列创业分享，以便为大家在成长和创业路上提供更多的帮助。6 月 11 日下午，第 3 期将为大家分享创业初期如何保障产品质量，如何做好持续交付、敏捷测试、测试效能、质量保证等经验。

时间地点

活动时间： 6 月 11 日（星期六）14:00——16:30

活动地点： 线上直播

活动流程

14:00-14:10 开场

14:10-14:50 《质量体系建设之路的分分合合》贾鹏博声网测试开发工程师

14:50-15:30 《创业团队如何落地敏捷测试，提升质量效能》老牛资深测试专家、技术架构师

15:30-16:10 《从 0 到 1 开展软件测试》武让极狐 (GitLab) 公司高级解决方案架构师

16:10-16:30 抽奖

活动嘉宾

嘉宾一

贾鹏博声网测试开发工程师

嘉宾简介： 负责声网 SDK 的测试以及建立健全相关的测试工具。待过金融公司，看的了股票，算的了佣金，有内容分发、电商、小游戏相关测试经历。

分享主题： 质量体系建设之路的分分合合

主题简介： 质量体系的建设会随着公司的发展而不断的演化。小步快跑的高节奏，稳中求 ‘胜’ 的高质量，规范流程的文档派，百花争艳的工具流，还是精益求精的开发流……无论你是哪个流派，都欢迎过来一起交流。

嘉宾二

老牛资深测试专家、技术架构师

嘉宾简介： 资深测试专家、技术架构师、云管平台架构师。多年互联网公司从业经验，十多年一线研发经验。曾负责过多个大型项目，擅长分布式应用架构设计，具备多年的技术团队管理经验。同时也是 DevOps 践行者，近几年兼任质量团队的管理工作。其中，负责的某技术平台，稳定运行两年多，累计调用量超 2800 亿次。

分享主题：创业团队如何落地敏捷测试，提升质量效能

内容简介：随着微服务架构、云计算、容器技术的发展和普及，DevOps 在开发者中逐渐成为共识，并成为主流开发模式。但在 DevOps 快速迭代中，测试成为快速交付的一大短板，敏捷测试呼之欲出。很多人提及敏捷测试，却鲜有人提及如何实现敏捷测试。本次分享以敏捷测试催化剂为引子，阐述敏捷测试四要素及其组织管理形式，分享中小公司捉襟见肘的测试困境，初创企业如何成功落地敏捷测试的"脱困"案例，及敏捷测试未来的发展趋势与展望。

嘉宾三

武让极狐 (GitLab) 公司高级解决方案架构师

嘉宾简介： 10 年产业互联网从业经验。先后在创业公司和上市公司担任架构师和技术总监。阿里云 MVP、AWS SAP、CSM、TOGAF 认证架构师。近几年致力于企业数字化转型。现负责极狐 (GitLab) 公司解决方案的设计与推广。

分享主题：从 0 到 1 开展软件测试

内容简介： 本次分享理论结合实践，从 0 到 1 细说软件测试那点事。

功能测试、性能测试、接口测试、黑白盒测试这么多测试类型如何区分？
敏捷测试、自动化测试、持续测试这么多测试 “理论” 是什么关系？
初创团队如何低成本、高效率的开展软件测试工作？企业如何提高软件产品质量？

抽奖福利

报名直播参与活动，即有机会领取精美声网周边，心动不如行动，扫码报名本次活动吧！

报名方式

微信扫描下方二维码或点击立即报名下方的链接即可报名

扫码报名：

立即报名：http://www.huodongxing.com/event/3650977010023?qd=w2solo

声网开发者创业社群

声网关注有创新能力、开发能力和创业意向的开发者，并希望为开发者提供相应的支持和服务。为此，我们计划打造 “声网开发者创业讲堂” 系列创业分享，邀请公司高管或资深专家为开发者分享宝贵的创业经验，带来产品、技术、营销、增长、财法等方面的指引，以便为大家在成长和创业路上提供更多的帮助。欢迎扫码添加声网开发者小助手来加入我们的创业开发者社群！

联合主办

合作伙伴

RTE NG-Lab 线上交流会：独立开发者之路

Ziran — Wed, 11 May 2022 19:42:56 +0800

RTE NG-Lab 计划

RTE NG-Lab 计划是由声网及 RTE 开发者社区共同发起的、为关注 RTE（Real-Time Engagement，实时互动）领域的人群提供交流和帮助的长期计划。我们希望更多人参与进来，一起探索创新，共建新技术、新产品、新场景，一起提升实时互动体验，推进和加速实时互动领域工程落地，共建下一代 RTE 技术生态。RTE NG-Lab 计划包含灵感宝盒（Idea Box）、代码实验室 (Code Lab)、独立开发者孵化器（NGLab Incubator）三个部分。

独立开发者孵化器（NGLab Incubator）

独立开发者孵化器专注于为独立开发者提供资源、方法和同伴交流等全生态链的支持。独立开发者对新技术高度关注、对解决新应用场景的问题有极大热情，但通常能够调动的资源更少、受到的限制也更多。独立开发者孵化器希望能够为独立开发者们带来一些切实的支持，帮助大家躲过一些成长过程中的 “坑” 和麻烦。声网与 RTE 开发者社区一起成立了孵化器工作组，并邀请了声网 MVP、资深技术专家、Linux 中国开发组组长白宦成作为主理人，为入选的独立开发者提供尽可能多的资源。除了入选项目奖金之外，也引领独立开发者完成最初的需求验证和付费验证，并定期组织交流，帮助独立开发者更好地完成产品的开发和迭代，开启一个新的未来。

本次我们邀请了苹果生态独立开发者、w2solo 独立开发者社区管理员 Eric Woo，来为大家分享什么样的开发者比较适合成为独立开发者，如何能够成为一个合格的独立开发者，以及在做独立开发者时应该如何选择产品等等。

活动嘉宾与主题

时间地点

交流时间：2022年5月15日
交流地点：线上交流，通过声网 Agora Video Call 进行，直播当天会在 RTE NG-Lab 计划交流群中分享
Agora Video Call 下载： macOS、Web 及 Windows：

立即报名

欢迎大家扫码或点击链接报名RTE NG-Lab 计划，参与本次的分享交流活动！

立即报名：https://www.wenjuan.com/s/UZBZJvUwXu/#

RTE NG-Lab：一起探索下一代实时互动新世界

Ziran — Fri, 29 Apr 2022 15:21:05 +0800

互联网已经彻底改变了我们的工作和生活。从纸书信笺，到智能手机中的 App，再到 VR 头显，实时互动体验逐代升级，已经成为了我们生活的一部分。随着元宇宙的爆火，新增的实时互动场景日益颠覆着我们的想象力边界，广阔空间近在眼前。

今年春天，声网开发者团队与社区的活跃伙伴们陆续做了一系列的交流，有线上的，也有线下的。在这个过程中大家聊到一个话题：在工程技术与行业发展结合越来越紧密的现在，我们应该做些什么，可以让未来投射进来，以便大家尽早一起感受到下一代 “big thing” 的雏形？到底应该做些什么，可以让实时互动领域更多的人一起参与进来，不断探索、发现更多的新技术、新产品和新场景，让技术结合场景加速落地，一起做一些更有意思也有价值的事情？由此，我们与社区一起发起了 RTE NG-Lab 计划。

什么是 RTE NG-Lab 计划？

RTE NG-Lab 是由声网及 RTE 开发者社区共同发起的、为关注 RTE（Real-Time Engagement，实时互动）领域的人群提供交流和帮助的长期计划。我们希望更多人参与进来，一起探索创新，共建新技术、新产品、新场景，一起提升实时互动体验，推进和加速实时互动领域工程落地，共建下一代 RTE 技术生态。RTE NG-Lab 计划包含灵感宝盒（Idea Box）、代码实验室 (Code Lab)、独立开发者孵化器（NGLab Incubator） 三个部分。

● 灵感宝盒（Idea Box）

灵感宝盒是一个放飞想象力的舞台，用来汇聚实时互动在各类场景下的需求和创意，并在此基础上形成共建机制。基于 RTE 社区目前对实时互动场景的理解，我们在 GitHub 上建立了以声网 “RTE 万象图谱” 为基础的灵感宝盒项目：https://github.com/AgoraIO-Community/Idea-Box，并会持续更新。灵感宝盒的目的在于让场景走近技术、持续缩短需求落地的过程。任何对 RTE 领域感兴趣的小伙伴，包括不限于产品经理、设计师、开发者， 都可以贡献 RTE 场景的相关想法、提出需求，对感兴趣的内容持续进行探索和交流，也可以更进一步参与或发起感兴趣的项目。

● 代码实验室 (Code Lab)

代码实验室是一个 RTE 新技术动手体验的项目，目的在于通过提供顾问式的服务支持、有效缩短技术落地的代差。基于真实的热点应用场景，我们会定期发出主题，召集感兴趣的开发者一起点对点地深度体验最前沿的技术实现，共同尝试、探讨、完善乃至重新定义下一代的 RTE 技术。感兴趣的小伙伴，可以持续关注并参与我们代码实验室的 Workshop、Hackathon 等活动。

● 独立开发者孵化器（NGLab Incubator）

如何加入 RTE NG-Lab 并开启共建之旅

任何一个领域的发展都离不开领域中每一位成员的努力，我们诚挚地邀请关注 RTE 领域的小伙伴加入 RTE NG-Lab 计划，发挥各自所长、共同探索和共建繁荣的 RTE 生态，一起来做有意思、有价值的事！感兴趣的小伙伴可以扫码或点击「立即报名」链接报名，报名成功后将邀请大家加入交流群。

立即报名：https://www.wenjuan.com/s/UZBZJvUwXu/#

Agora 开发者创业讲堂丨第 2 期：创业初期如何进行技术选型与架构设计？

Ziran — Mon, 11 Apr 2022 15:23:51 +0800

当下是一个人人可创业的时代，更是一个对技术人来说，创业友好的时代。如果你懂技术，你会比其他人更容易将自己的创业想法和创业梦想付诸实践。硅谷创业教父格雷厄姆就比较偏好完全由技术极客组成的创业团队。

但创业意味着你要从 0 到 1 或者说从无到有去创立一家企业，需要持续的创造和创新，创造满足市场需求的、有价值的产品，并需要借助网络效应和规模经济，持续提升品牌价值，逐渐形成企业的优势和壁垒，最终实现质的跨越，成长为一家对社会有价值、让团队和员能够安享利润的企业。在这个过程中，需要你和你的团队、你的企业需要不断的成长和突破。

声网 Agora 关注有创新能力、开发能力和创业意向的开发者，并希望为开发者提供相应的支持和服务。为此，我们计划打造 “Agora 开发者创业讲堂” 系列创业分享，邀请公司高管或资深专家为开发者分享宝贵的创业经验，带来产品、技术、营销、增长、财法等方面的指引，以便为大家在成长和创业路上提供更多的帮助。第 2 期将向大家分享如何进行技术选型与架构设计，4 月 23 日下午 ，我们一起来听听大咖们的理解和经验分享。

时间地点

活动时间： 4 月 23 日（星期六）14:00——16:40

活动地点： 线上直播

活动流程

14:00-14:10 开场

14:10-14:50 《创业团队的技术选型思考》万俊峰 Kevin，七牛云技术副总裁、go-zero 作者

14:50:-15:30《一码通缺陷分析与架构设计方案》刘勇智，Thoughtworks 专家级咨询师、架构师

15:30:-16:10《高可用系统架构实践》谢文辉，阿里巴巴高级技术专家

16:10:-16:40 抽奖

活动嘉宾

嘉宾一

万俊峰 Kevin， 七牛云技术副总裁、go-zero 作者 分享主题：创业团队的技术选型思考

嘉宾简介： 现任七牛云技术副总裁，go-zero 作者，阿里云 MVP、腾讯云 TVP，ArchSummit 明星讲师、GopherChina 主持人&金牌讲师、QCon+ Go 语言出品人兼讲师、腾讯云开发者大会讲师，Linux 旗下 NextArch 基金会 SIG 成员。

内容简介： 业务初期，创业团队如何进行技术选型呢？本次将分享以下内容：

技术该怎么选型？
怎样实现业务价值的快速交付？
怎么选择基础设施？
怎么通过最精简的系统改造保障业务的快速发展？
怎样在系统设计上设定良好的前后端交互方式？
怎么做到快速的版本交付？
如何避免业务不可预期带来的不稳定？
怎么预留业务快速发展的架构可能性？

嘉宾二

刘勇智，Thoughtworks 专家级咨询师、架构师 分享主题：一码通缺陷分析与架构设计方案

讲师简介： 目前担任海外交付项目负责人，曾服务于银行、通信、互联网、金融等行业，帮助团队夯实质量内建、持续交付、极限编程等敏捷工程实践。拥有多年前后端开发经验，负责开发过多个分布式微服务的项目。目前致力于 DDD、系统架构设计、微服务和微前端等方面。

内容简介： 从去年年底到现在各地疫情反复，愈加严峻。有着众多城市疫情守护者的一码通出现了系统故障，有些城市的一码通系统甚至出现了多次故障。一码通的崩溃，确实可以证明技术上有所不足。本次分享我们就用 PAST（Problem 问题驱动，Analyse 分析矛盾，Solutions 方案枚举，Tradeoff 权衡和取舍）问题解决框架从架构和设计上研究和解决这个问题。

嘉宾三

谢文辉，阿里巴巴高级技术专家 分享主题：高可用系统架构实践

讲师简介： 阿里巴巴高级技术专家，曾在华为、魅族、深信服担任架构师及技术经理，具有 10 年以上的系统开发及架构设计经验。他目前在阿里巴巴东南亚电商平台 Lazada 负责业务风控架构相关工作。他主导过多个双活机房的设计和构建工作，也主导过多个日均活跃用户数达千万级的应用系统的架构设计、改造及优化工作，对分布式应用系统的高性能、高可用性和高并发处理有较为丰富的经验。个人兴趣在于大数据存储处理、大规模系统的高性能、高可用性及多机房架构的设计和构建。

内容简介： 从技术以及业务角度来看，无论系统的复杂与否，用户体量大与小，一个系统的可用性都会是架构设计中最优先要考虑的问题。系统的可用性描述了一个系统在允许的时间范围内可对外提供服务的能力，而高可用设计就是通过一系列的方案和架构来保障系统的高可用性。这里主要会包含以下一些点：

1.高可用的理论基础：CAP 理论和 BASE 理论 2.系统分层高可用实现方案：

数据存储层
业务逻辑层
多机房架构

3.系统实现案例：

账号多机房架构实践
常见的一些问题讲解

报名方式

微信扫描下方二维码或点击立即报名链接即可报名：

扫码报名：

立即报名：http://www.huodongxing.com/event/9645186924623?qd=w2solo

Agora 开发者创业社群

声网 Agora 关注有创新能力、开发能力和创业意向的开发者，并希望为开发者提供相应的支持和服务。为此，我们计划打造 “Agora 开发者创业讲堂” 系列创业分享，邀请公司高管或资深专家为开发者分享宝贵的创业经验，带来产品、技术、营销、增长、财法等方面的指引，以便为大家在成长和创业路上提供更多的帮助。欢迎扫码申请加入我们的创业开发者社群！

抽奖福利

报名直播参与活动，即有机会领取本次讲师图书以及精美声网周边，心动不如行动，扫码报名本次活动吧！

活动主办

合作伙伴

关于声网

成立于 2014 年 4 月的声网 Agora 是实时互动 API 平台行业开创者，是专业服务商。开发者只需简单调用 Agora API，即可在应用内构建多种实时音视频互动场景。

声网 Agora API 已经赋能社交直播、教育、游戏电竞、IoT、AR/VR、金融、保险、医疗、企业协作等 20 余行业赛道，共计 200 多种场景。自成立至 2020 年底，累计实时音视频分钟数超 10,000 亿分钟。2021 年全年，声网实时音视频分钟数月均用量超 500 亿分钟。截至2021年12月31日，声网全球注册应用已超 40.5 万。

Agora 开发者创业讲堂丨第 1 期：如何打造一款创业产品

Ziran — Thu, 10 Mar 2022 14:40:15 +0800

我们将邀请创业公司高管或者资深专家为大家分享创业经验，在 [ Agora 开发者创业讲堂] ，将为大家带来产品、技术、营销、增长、财法等方面的分享，帮助有创业意向的开发者持续成长。第 1 期将向大家分享创业中如何打造一款产品，3 月 19 日下午，我们一起来听听创业大咖们对创业产品的理解和经验分享。

扫码报名活动

活动时间

活动时间： 3 月 19 日（星期六）13:00——15:30

活动地点： 线上直播

活动日程

13:00-13:10 开场
13:10-13:50 做最小可行性产品：MVP 认知升级——张乐飞，《独具匠心》作者
13:50-14:30 坦克变摩托：Authing 产品的打磨之路——佟野，Authing 产品总监
14:30-15:10 一个技术创业者的自白——刘天强，Wyze CTO
15:10-15:30 抽奖

活动嘉宾

嘉宾一

张乐飞，《独具匠心：做最小可行性产品（ MVP ）方法与实践》畅销书作者

分享主题：做最小可行性产品：产品 MVP 认知升级

个人简介： 产品会创始人，MVP 联盟发起人，中国人民大学企业管理专业硕士研究生，世界 500 强资深产品经理。专注于研究企业专业化产品管理，深耕产品一线十年，在金融、教育领域积累了丰富的产品实战经验。近来积极推行 MVP“做最小可行性产品” 思想、理念、原则及价值观，帮助产品经理快速提升产品管理技能，为企业提供专业化产品管理及创新服务。

内容简介： 领导 “新产品开发” 是创业者或产品 Owner 的核心工作职责之一。在新产品开发过程中，“做最小可行性产品（ MVP ）” 可以有效降低试错成本。如何才能做出符合用户需要的 “MVP 产品”？本次将为大家分享他的 MVP 产品故事和 MVP 实践经验，分享 MVP 思维、MVP 理念、MV 原则及价值观、以及 MVP 路线图给大家答疑解惑，实现 MVP 认知升级。

嘉宾二

佟野，Authing 产品总监

分享主题：坦克变摩托——Authing 产品的打磨之路

个人简介： 一名热衷于创造价值的产品人，先后就职于头条、映客、腾讯音乐，并两次独立创业，对产品具备敏锐的洞察力和创新意识。职业生涯有过多次角色转换，从程序员成长为技术负责人，再到产品总监。曾在 GitHub 独立维护热门开源项目，也创建过近百万日活的社区产品，具有丰富的项目经验。目前就职于 Authing ，致力于打造世界一流的生产力工具，为中国的数字化转型贡献一份绵薄之力。

内容简介： Authing 是一款面向全场景的身份云产品，客户众多，场景复杂，在公司快速发展的两年多时间里，为了满足客户更多的需求，同时也能给用户带来更好的使用体验，在逐步迭代、复盘的过程中，公司总结出一套行之有效的产品方法论。

站在用户角度设计功能： 要有用户思维，主动换位思考，把自己变成小白用户。
通过用户旅程设计功能： 要有场景化思维，明晰功能边界和实现过程，面向过程做功能。
站在系统角度设计功能： 要有全局思维，可拆解，可扩展，可迭代。
面向减法做功能： 要有减法思维，less is more

嘉宾三

刘天强，Wyze CTO

分享主题：一个技术创业者的自白

个人简介： 现任美国 Wyze 公司首席技术官，2012 年博士辍学在波士顿和同学合伙创立 Orbeus 公司，主营计算机视觉相关业务，2015 年 Orbeus 被亚马逊公司全资收购并携团队加入亚马逊云服务部门，成为 AWS 上视觉服务 Rekognition 的创始团队成员之一。2019 年初离职亚马逊二次创业加入智能家居公司 Wyze ，历任首席架构师和首席技术官，主导技术团队的建立、工程架构的实现和人工智能。

内容简介： 从一个经历不同阶段、不同类型公司的技术创业者角度，阐述对创业方方面面的理解，内容包含但不限于：

方向的选择：2C 还是 2B
赛道的选择：坚持本心还是随波逐流
如何处理好技术和业务的关系
如何平衡 MVP 和工匠精神
如何从压力中借力
如何看待退出

活动福利

报名直播参与活动，即有机会领取本次讲师图书以及精美声网周边，心动不如行动，扫码报名本次活动吧！

活动社群

声网 Agora 关注有创意能力、有开发能力、有创业意向的开发者，并愿意为创业开发者提供相应支持和服务。我们将邀请创业公司高管或者资深专家为大家打造系列创业课程，在 [ Agora 开发者创业讲堂] ，将为大家带来产品、技术、营销、增长、财法等方便的分享，在大家的成长和创业路上为大家提供必要的帮助。欢迎扫码加入我们的创业开发者社群！

扫码报名活动