[I.2] 个人作业：软件案例分析

项目 内容
这个作业属于哪个课程 课程链接
这个作业的要求在哪里 作业要求
我在这个课程的目标是 提升代码水平，学会团队协作，通过敏捷开发开发出预期内的应用程序
这个作业在哪个具体方面帮助我实现目标 通过分析现有的软件，学习市场上软件的优点，
同时发现还存在的缺点，给自己后续软件开发一定启示

本文在题目一中的产品进行选择，以Notion作为主要软件进行相关分析，在第三部分，选取了专注于研发管理的PingCode与之进行对比。两个软件均在macOS Tahoe 26.3.1下进行使用

第一部分：调研与评测

软件评测

软件使用

我并不是Notion的初次使用者，我已经使用Notion多时，但在之前，虽然我也知道其"All-in-one"的理念，但我主要将其作为一个随笔、笔记、记录软件来使用。对于Notion的使用，我将其分为以下几个方面进行展示：

  • 主页展示：

    1

    Notion的主页主要展示的内容有：
    1)最近访问的文档，方便编辑操作
    2)官方撰写的入门学习文档，方便初学者快速上手Notion的使用
    3)活动预告，帮助管理日程安排
    4)主页视图，可以设置自己比较常访问的文档或数据库，方便快速访问
    5)精选模板，Notion推荐的模板，可以点击直接使用方便排版等
  • 搜索页面：

    2

    该页面可以通过关键词搜索个人创建的所有页面
  • 个人库页面：

    3

    该页面展示了个人创建的所有页面，以及页面的一些基础信息，例如页面的创建者、从属关系、最近编辑时间等等
  • 编辑页面：

    4


    5


    6

    Notion的编辑完全支持markdown语法，同时可以输入"/"来选择想要插入的内容（如上图二），同时Notion支持页面间的嵌套，以及其他应用数据的嵌入，例如Google地图、figma等等。Notion还在编辑页面集成了ai功能，向ai输入自己的要求可以让其直接对自己的页面进行修改
  • 市集页面：

    7

    Notion的市集提供了许多作者制作的页面模板、代理等，用户可以在此处寻找自己喜爱的产品，帮助自己提升工作效率

软件分析

Notion的使用流程可以总结为如下：

  • 注册账号：用户可以选择用邮箱注册Notion账号，也可以选择通过谷歌、苹果或者微软账号登录
  • 下载客户端或者网页使用：Notion针对不同设备都推出了对应的客户端，同时也支持直接通过浏览器访问在线使用，但部分功能只有客户端能够使用
  • 新建页面：用户可以新建一个空白页，或是在市场查找模板，通过堆叠各种块，搭建出个人笔记、知识库、项目管理看板等
  • 关联邮箱与日历：用户可以在Notion里关联自己的Notion邮箱和日历
  • 消息通知：关联邮箱之后，可以接收到邮箱的信息，及时进行阅读和处理
  • 日程管理：关联日历之后，可以在日历中编辑日程，及时进行日程管理
  • 使用AI：Notion也将ai集成在了应用当中，提供了单独的ai对话页面，用户可以和ai进行对话获取想法，在具体的页面编辑页面，用户也可以使用AI来帮助自己编辑，Notion还允许用户自定义代理，代理定义好后，在用户下线后，代理仍然能够帮助用户工作
  • 邀请他人协作：用户可以设置文档权限，邀请他人阅读或者修改文档，进行协作

Notion的设计理念是"All-in-one"，将所有工作流都放在一个软件里来实现。传统来看，我们可能写文档会用word或者markown工具，做数据表格用excel，而对项目进行管理使用jira之类的产品，Notion让用户可以在一个应用内，将上面的工作都完成，这样更加方便管理。

关于Notion的优缺点，我将从不同方面阐述。

界面设计上

优点：

  • 设计逻辑非常清晰，左侧为侧边栏，方便用户选取文档或者功能，右侧的大片区域则是主要的编辑区
  • 侧边栏功能罗列很清楚，不会让人感到混乱
  • 整体设计风格简约，排版优雅，符合学生、职场员工、开发团队等的使用审美

缺点（个人认为ui设计上由于足够简约，没有明显的缺点，只说一个可能稍微影响我个人使用习惯的点）：

  • 侧边栏有关个人库的展示默认首先展示的是最近使用的文档，但我经常将其误认为我的整个库，导致时常找不到文档，且不能在此处添加新页面

    8

    （实际上，侧边栏是可以自定义的，对于该问题我可以将我的整个库的展示放在侧边栏的第一位，同时调整展示顺序为上次编辑，可以解决该问题）

数据量上（不单单考察数据量大小，同时考虑处理和展示大规模数据时的性能）

优点：

  • 市场生态十分丰富，有很多作者提供自己制作的模板以及代理等
  • 提供了丰富的完善的api接口，允许嵌入其他五十余个应用的内容

缺点：

  • 当数据库数据量激增时，会给Notion带来严重的性能问题，加载速度会显著变慢（时常被诟病）

    9

功能上

优点：

  • 将数据库的定义广义化，在这里表格、列表、数据图等都可以叫做数据库，自由度极高，不同成员在协作的时候也可以以不同视角来看待数据
  • 支持markdown语法，方便编辑，同时代码块也支持对多语言的高亮显示，十分适合拿来撰写技术文档
  • Notion支持无限制的页面嵌套，这可以让用户将自己的不同页面组织成一个庞大的网络，构建属于自己的知识库

缺点：

  • 对图表支持不完善，可以支持Mermaid语法生成基础图表，但不支持UML图等，也不能自己绘制图表

用户体验上

优点：

  • 编辑轻松，会markdown语法可以很容易上手编辑器
  • 可以体验强大的生态，在市集里面找到一个自己心仪的模板，可以很快得到一个十分美观的页面
  • 可以进行任务管理和项目管理，较为清晰地看到待办任务和项目进度

    10

缺点：

  • 整体使用的学习成本较高，注意这里说的是整体使用，而不是说简单使用其作为一个编辑器来做做笔记，写写文档之类的。要真的使用Notion来进行项目管理以及数据分析等任务的话，一方面官方的学习文档不是很完善，另一方面需要理解Notion的许多设计理念，如数据库的概念，如果不能很好地理解Notion中数据库的理念，即使使用了模板，自己进行内容填充的时候也会容易摸不清头脑，难以做好项目管理等任务

准确度上（针对Notion，我将准确度理解为数据的一致性和检索的准确性）

优点：

  • 协同同步准确度高，只要协作者网络状况良好，文档就可以做到实时同步，准确率很高
  • 从其他地方导入数据时，数据不会出现丢失或者被修改的情况，保证了数据的一致性

缺点：

  • 将文档导出为pdf时，排版不准确，导致相关数据可能会被截断

改进意见

主要的改进意见我认为都来源于前述软件分析中对缺点的分析，具体来说有如下：

  • 对于大型的数据库，可以改善渲染机制，缓和卡顿问题
  • 可以增加画图功能，这点可以参考飞书文档编辑中的图表（个人认为飞书图表功能做得较好）
  • 完善学习文档，同时支持中文，现在当进入官方文档网站时，可以看到其提示有对应的中文版本，但切换之后，其“中文版本”如下图：

    11

    可以看到只有页面的导航标题是中文，而更重要的文档内容等全都不是中文
  • 上网搜索可以知道，Notion的服务器主要位于境外，核心数据中心在美国，依托于亚马逊云服务进行托管。该平台尚未在中国大陆设立服务器，也未部署中国大陆的CDN节点，因此从国内访问时，需通过国际互联网传输，这可能导致加载速度较慢或连接不稳定。而这也导致了一个体验不好的点，即由于网络原因，时常用着用着Notion就变为离线模式，会影响协作时的文档更新，希望可以优化国内的网络访问
  • 对于编辑器的优化，编辑器会经常出现一些难以理解的现象，具体会在后续bug分析章节进行阐述

用户调研

我调研的用户是来自吴际老师班的同学，该同学有丰富的软工项目经验，同时也常撰写技术文档，除此之外，他有使用过Notion，我们也使用过Notion进行过协作工作。他的主要需求其实就是需要一个能把代码片段、参考链接、任务分工等整合在一起的工具。
下面是他使用Notion工作的页面：

12

该页面展示了三个人在一个文档里协作的场景。
以下是我对他的采访记录：

就你目前对Notion的使用来看，你觉得Notion这个软件如何

我觉得还ok，目前就我的使用场景来说，它做得蛮好的

你说到你目前的使用场景，可以具体说说什么场景吗

我也就用它来写写文档吧，和他人协作的时候也是在编辑共享文档嘛

你是否知道其也能拿来做项目管理呢

有听说过，但实际没有使用过，感觉更多还是把它当作一个笔记、文档软件

你在体验了其项目管理功能之后，有什么感受吗

感受不是很好，因为这方面文档似乎不多，感觉完全需要我自己去摸索，同时应用模板的过程中我也发现似乎更多做的是定性的项目管理，而非定量的，有很多类似进行中的标签，但其实项目管理的时候也会更想要一个具体的预测的数值

你现在认为，Notion有什么问题或者亮点吗

我认为最让我喜欢的一个点就是它的市场，里面有太多好的模板了，可以使用来创建一个既美观又清晰的页面，很大程度上帮助我们省去了思考如何进行清晰的结构设计、排版设计等问题；问题嘛也挺多的，我个人觉得目前最影响我使用的其实就是编辑器的一些小问题，因为我不怎么用它来管理项目，而更主要的是编写文档，虽然说支持markdown语法，但经常出现一些语法失效的问题，而这些语法要么不对应快捷键，要么对应很复杂的快捷键，用着还是有点困扰的

那你有什么针对该软件的改进意见吗

感觉最主要的就是编辑器，还有的话就是把文档再优化一下吧，因为其实它可能讲的还是蛮细的，但也可能太细了，每一个小点都分了一篇文章或者一个视频，我感觉用户更需要的是一个系统介绍以及讲述如何快速上手的文档，说不定以后我用熟了也会考虑用它来管理项目。

评测结论

参考讲义中的评分标准，我对Notion在多方面进行了评分，最终汇总得分，给出的结论是：d)好，不错。具体的评分清单如下：

类别 具体描述 评分（满分10分,良好6分,及格4分，聊胜于无1分,很差-3分)
功能 核心功能 文档撰写、数据分析、项目管理 8
细节 "/"功能 9
用户体验 广告、市场 10
辅助功能 ai功能 4（本来将ai集成得较好，但受制于订阅，且教育plus版本都不给ai功能，因此只能给到及格分数）
差异化功能 All-in-one 7
软件效能 渲染速度、内存占用 5
体验 软件的适应性 离线操作、在线操作 8
软件生态 市场、其他应用的嵌入 10
用户控制权 系统反馈与提示 9
自选 界面设计 UI特点 9

汇总得分为79，结论为：d)好，不错

Bug分析和提交

测试环境

操作系统：macOS Tahoe 26.3.1
软件版本：7.6.1

量化标准说明

  • 5星：致命系统故障或严重数据丢失
  • 4星：核心功能受阻，且没有明显替代方案
  • 3星：严重影响使用体验，频繁打断用户心流
  • 2星：偶发性问题或轻微视觉瑕疵
  • 1星：轻微问题，几乎不影响使用

Bug1

Bug描述：在已登录状态下，在应用内想阅读官方的学习文档需要再次登录。
可复现性：必然发生。
具体复现步骤：

  • 登录进Notion

    13

  • 进入主页，点击入门学习中的任意一个

    14

经过上述步骤，就会得到如下页面：

15

我们被要求再次登录了，注意图中的红色方框，我们目前是已登录状态。

Bug分析

可能成因：个人认为可能是客户端设计中不同组件之间没有实现完全共享状态，或者点击官方学习文档的时候没能把工作区的登录状态传递，导致系统判定为没有登录，因此弹出登录窗口要求再次登录。
严重性：3星。该Bug不会影响到系统的任何功能，也不涉及到数据的丢失，但是在同一个应用里要求二次登录，极大地破坏了用户的使用体验，是一个十分低级的缺陷。
为何未修复：由于Notion其实网页版使用用户也很多，同时要阅读官方文档，是需要联网访问官方文档中心的（尽管不会真正地跳转到浏览器进行），因此测试人员可能把重心放在了网页端上的测试，该bug我也在网页端上试过，并不会发生，但是在客户端是必然可复现，在浏览器环境中，会共享cookie，因此测试人员可能没有意识到这一点。

改进建议

软件在该种情况的正常行为就应如网页端的呈现一般，应该直接向用户呈现出学习文档，而不是要求用户再次登录。
要修复此Bug，可能需要修改客户端的交互逻辑，确保不同组件之间能够共享重要的状态，比如用户登录等。

Bug2

Bug描述：在行首或是前方不是纯文本的情况下，markdown的语法可以生效，否则部分语法会失效。
可复现性：必然发生。
具体复现步骤（以行内代码块为例）：

  • 打开编辑器，并在行首输入`example`

    16

  • 继续输入`example`

    17

  • 继续输入example

    18

  • 继续输入`example`

    19

可以看到，在执行完最后一步的时候，markdown语法不会生效了

Bug分析

可能成因：Notion的markdown解析实现可能规定了行内样式触发语法时，相应符号前必须是单词边界，比如换行符之类的，该单词边界还不是空格，因为我测试过在相应语法前后添加空格，但同样也并不能正确解析。
严重性：3星。同样该Bug也不会对系统的功能和用户数据上造成影响，但仍然破坏了用户的体验，尤其是对于熟悉markdown语法的用户来说，当他们发现连添加空格都不能正确解析，一定要使用"/"或者快捷键才能正确渲染时，可能会对编辑器感到失望。
为何未修复：测试人员很可能完全没有认真测试过对markdown语法的支持，不然这个很明显的问题不应该没有被发现，如果这个语法在任何时候都不能生效，那并不会产生什么问题，开发者可以强制用户去适应他们的功能设计，但一个语法有时能生效有时不能生效，这就是一个很明显的、十分影响用户体验的Bug。

改进建议

软件在该种情况下的正常行为应该为一个语法要么任何时候都可以生效，要么任何时候都不能生效。
修复此bug有两个角度，一个是完全删掉markdown解析机制，全都使用快捷键或者"/"来实现，另一个则是修改markdown的解析机制，重构边界判定逻辑。

以上的两个Bug我都已向Notion提交反馈。

20

21

第二部分：分析

工作量分析

假设团队为6人（计算机专业大学毕业生水平，在估算时间时，考虑到大学毕业生可能都是初次面对相应的开发领域，将试错和重构时间也考虑进来），假设该团队在每周都能保证有效的40小时的工作时间，要从零开发一个基础版的Notion：

  • 编辑器开发：该部分包含基础的文本编辑、markdown的语法解析、区块的拖拽与重组、以及区块的类型转换（例如列表到待办事项的转换），预计时间在6周
  • 数据库系统开发：Notion完全拓宽了数据库的概念，有点“万物皆数据库”的感觉，因此该部分是存在很大开发难度的，具体来说，需要支持底层数据结构，支持不同的视图渲染，实现属性过滤与排序，以及关系与汇总，预计时间在8周
  • 页面层级与工作区管理开发：Notion支持无限的页面嵌套，此模块要实现页面的嵌套逻辑和相应的目录渲染，以及工作区管理比如个人库管理的功能，预计时间在4周
  • 实时协同开发：需要实现多人在线协同开发功能和离线本地缓存、在线同步的功能，预计时间在5周
  • 第三方集成与文件导出开发：该模块主要需要实现外部应用到notion的内容嵌入，如果将目前notion已经对接的五十余个应用全部算上，预计时间在6周
  • 页面设计：ui设计，预计时间在3周
  • 测试与Bug修复：预计时间在4周

合计需要36周的时间，这是一个较为漫长的开发周期，充满挑战。

软件质量分析

同类产品质量排名
在知识管理与团队协作领域，个人认为Notion的综合产品质量位列第一梯队，应该可以排到前二。它对于区块的设计是较为超前的，是近几年国内外也有很多应用模仿它。总结下来，它的优劣如下：

  • 优势一：灵活性强、界面简洁美观
    很多企业级文档工具比如Confluence等，界面相比Notion都不够清晰与简洁，配置也比较繁琐。Notion体现的"万物皆 Block"理念，使其排版可以十分灵活，任何一个区块可以拖拽到页面的任何位置，同时Notion对Markdown语法支持尚可，对于多种编程语言也提供了代码高亮，整体的文档编写体验是十分好的
  • 优势二：多维管理能力
    Notion的数据库允许同一份数据在多种视图间进行切换，这使得其也可以进行项目管理，不同职能的人可以切换不同视图了解项目状况。
  • 劣势一：有广度，但缺乏深度
    Notion只适合来管理一些小型的或者开发周期短的项目，当遇上十分庞大复杂的项目的时候，用Notion来管理项目显然是不如使用专业的项目管理工具如jira等方便和严谨的。
  • 劣势 2：数据压力过大时性能瓶颈
    当数据库数据量过大时，Notion会遭遇明显的性能衰弱，在离线状态下的体验也不是很好。

软件工程提升建议

结合前文亲自测出的“应用内保持登录状态时打开官方文档丢失登录状态”这个bug，个人认为，该软件团队在工程化方面可以重点提高的一个维度是：状态一致性管理。
其实不只是在应用内会丢失登录状态，当我们通过客户端跳转到浏览器内的帮助中心时，这时的登录状态仍然也会丢失，并且似乎浏览器要是不会保存你的状态的，也即每次打开帮助中心，你还需要在浏览器内再进行一次登录。这个问题看似不大，但是对用户体验来说是非常不好的。具体建议有以下：

  • 测试不同运行环境间切换的一致性：Notion的测试团队目前可能过于关注单个环境内的整体功能，而忽略了一些环境的跳转。建议真正从用户角度出发，去看看用户的真实使用的路径是如何的（比如客户端->网页端->客户端），根据这些路径去做测试，验证一致性。
  • 将用户体验的优先度提升：现在Notion的核心功能完成度其实已经十分高了，实现的水平也较好，所以可以把重心更多地放到用户体验上，建议团队在之后将这种严重破坏用户体验的低级缺陷优先修复。

第三部分：建议和规划

在该部分我将对Notion在市场上的表现做分析，并拿项目管理的其他工具尤其是PingCode来做对比。

市场现状

市场概况

全球项目管理软件市场的规模极其庞大。2024年，全球项目管理软件市场规模估值在80亿美元，同时根据预测，该市场预计从2025年的89.8亿美元增长到2033年的 225.4亿美元，在预测期内，该市场的复合年增长率预计在12.2%。

22

在使用用户上，团队协作和项目管理领域的潜在用户几乎涵盖了所有需要进行数字化办公的脑力工作者，整体的用户体量是十分巨大的，一家数字化公司在进行产品开发等工作时，一定会要求员工们使用该领域相应的工具。

竞争产品与产品定位

目前市场上，针对“团队协作与项目管理”，主要呈现出通用型（All-in-one）与垂直型（一个领域深研）两类产品：

  • Notion（通用型领导者）：
    定位：极具灵活性的通用工作区。
    优势："万物皆Block"的底层架构，强大的markdown 沉浸式输入体验，以及极其繁荣的全球创作者生态。
    劣势：大而全导致缺乏垂直领域的业务深度，在进行高要求、高标准、高质量的软件开发时，不能满足项目管理的需求。
  • Jira & Confluence（全球垂直型巨头）：
    定位：企业级敏捷开发(Jira)与知识管理标准套件(Confluence)。
    优势：生态统治力极强,Confluence 在2024年被超过10万家组织使用，拥有数以百万计的月度活跃用户。
    劣势：配置繁琐，UI相对陈旧，中小团队上手成本高，且对于不同的工作，需要在不同应用上进行，难以放在一起查看。
  • PingCode（国内垂直型新锐）：
    定位：国内新一代智能化项目管理工具。
    优势：在项目管理上方便清晰，自带燃尽图绘制，并与代码托管平台绑定。PingCode已服务许多家家企业客户，包括比亚迪、宁德时代等知名企业。
    劣势：编辑自由度较低。

市场与产品生态

核心用户群与典型用户画像

Notion的典型用户画像：

基本面貌：年龄主要集中在18-28岁的年轻技术客；学历主要为本科及以上；专业多为计算机科学；收入水平难以估计，因为该软件既可以作为效率工具，又可以作为更专业的管理工具，从零收入的在校大学生到高薪的技术极客应该均有覆盖，所以覆盖的用户群体是很广的。

典型用户举例：一名大三的计算机专业学生，平日编写项目文档，撰写科研报告等。

直观需求：需要一个支持markdown和代码高亮的地方来编写文档、整理笔记、管理课设进度等。

潜在需求：追求“All-in-one”，希望能在一个应用内查看笔记、待办、日历等。

PingCode的典型用户画像：

基本面貌：年龄主要集中在25-40岁的扎实程序员；学历以本科以上为主；专业集中于软件工程、计算机与信息技术；角色为产品经理、研发工程师和测试工程师等等；拥有中高水平的稳定收入。

典型用户举例：一个大厂的项目经理。

直观需求：跟踪系统 Bug、分配冲刺任务、查看燃尽图和代码提交记录。

潜在需求：让研发过程尽可能透明，让团队有参考，及时推进项目进度。

用户关系与用户生态

Notion：基于Notion丰富的社区，其应该是产生了社群网络的。在我看来，Notion的不同用户之间不是孤立存在的，通过在市场上搜罗自己喜爱的创作，维系了这一社群网络。实际上，现在Notion通过自己的市场这一功能已经实现了丰富的用户生态，再加上目前想要体验Notion的人越来越多，在各大视频网站如Youtube、Bilibili等均有Notion的使用教程，用户生态是越来越繁荣的。

PingCode：相比之下，研发管理工具的用户关系则更多的是封闭在企业内部，是一个团队之间的协同作战。一个例子是：产品经理提需求->研发工程师写代码->测试工程师提Bug。基于封闭性，它很难像Notion那样用户生态如此繁荣，但这也不是该类软件所要追求的。

产品生态

Notion的产品生态：
Notion收购了日历应用Cron并推出了Notion Calendar（在使用章节展示过），将时间管理与工作区任务打通；同时集成了 Notion AI，将生成式大模型作为子服务直接嵌入到文本生成的每个环节。

Notion也没有选择自己去开发画图软件或代码仓库，而是开放了极其丰富的外部应用嵌入和API接口。它可以完美嵌入Figma、Zoom、Google Drive等。这样就使Notion其实是作为了一个这些应用的聚集地，将这些应用的信息放在一块进行整理与展示。

PingCode的产品生态：

PingCode自身设置了产品管理、项目管理、知识管理等子系统，覆盖软件工程的全生命周期。在外部，主要是与代码托管平台相绑定。

产品规划

我想在当前Notion软件的基础上设计一个的新模块：敏捷开发模块。做这个功能的主要原因其实在前面已经说了很多次了，Notion的理念是"All-in-one"，所以广度很深，几乎啥都能干，但是在深度上，虽然在文档编辑方面也已经做得很好了，但在项目管理方面其实就会逊色很多，一旦项目稍微复杂一点，就很难使用其进行一个清晰的项目管理，因此选择专门开发一个敏捷开发模块，在保证广度的同时，加深深度。

NABCD 分析

N：中小研发团队需要一个既有Notion顶级文本编辑体验，又能实现专业敏捷项目管理的通用型平台，彻底解决跨工具带来的状态不一致问题。

A：在现有的数据库基础上，开发原生的迭代视图与跟踪视图，自动监听并抓取关联的远程仓库中的更新信息，精准解析代码变动，并自动更新任务卡片的状态与时间点。

B：团队不仅能在写架构文档的地方顺手拆解代码任务，更能实现研发的无人化自动追踪，避免了购买重型垂直工具的预算。

C：对比PingCode等垂直型领域工具，我们的创新在于“极度轻量且生态繁荣”。类似PingCode的工具仍然适合百人以上的大厂；但我们的更新会吸引更多中小型研发团队。

D：利用Notion现有的应用市场，发布官方的新增模板与功能；同时在技术社区发布评测。

团队配置

我对这6个人的配置如下：

  • 项目经理(1人)：负责需求调研，把控项目全局进度与测试验收。
  • UI设计师(1人)：负责绘制新的面板，确保符合Notion极简的视觉语言。
  • 前端开发工程师(1人)：负责全新视图的组件开发，同时优化大体量数据渲染。
  • 后端/AI工程师(2人)：负责扩展底层数据库模型，核心研发监听代码库的服务。
  • 测试工程师(1人)：负责进行测试，保证应用完好更新。

详细规划

  • 第1-2周（需求确定与技术预研）：PM产出文档，拆解、学习竞品PingCode的状态流转逻辑；前后端确定数据库扩展方案，评估不同技术去解析代码提交记录的可行性。
  • 第3-6周（核心模块开发）：前端完成全新视图的基础骨架与逻辑；后端完成新的算法和接口设计。
  • 第7-9周（核心模块开发）：实现对目标仓库的监听与状态自动流转。
  • 第10-11周（系统联调与测试）：前后端所有API联调。
  • 第12-13周（封闭内测）：可以邀请50-100个Notion社区的真实小型研发团队进行封闭内测。
  • 第14-15周（宣发筹备与性能压测）：进行压力测试；制作新功能介绍与宣传的官方视频。
  • 第16周（发布）：向全网推送，进入持续运营反馈阶段。
posted @ 2026-03-14 05:07  stancdos  阅读(9)  评论(0)    收藏  举报