经过这段时间在Baklib运营岗的实习，我们作为对产品最熟悉的一批人，应该对于产品的优势和问题有所理解。文章发布在Baklib wiki，那这里就默认读者是已经了解Baklib的人，就不对产品的结构和功能做过多的分析，相关资料在企业微信微盘里都可以查阅。在本文中就简单说下微盘里可能没有的内容，简单从注册→使用→应用→反馈四个阶段来阐述一些自己的观点，希望能够对产品未来的发展有所帮助。
注册
之前有提到，未来要做到支持第三方账号登陆，如微信、企业微信，除此之外以下内容可以注意一下：
1. 可以使用邮箱登录、注册。
对于企业来说，注册时更可能会使用企业能够留下的账号。并且注册人可能对隐私要求高，使用手机号有时不如邮箱保密性好。
2. 界面的显示还可以优化一下。
这个头像仅按原比例缩小有点怪。
使用
指的是用户使用产品完成内容编辑、文章管理、使用控制台的阶段。我认为产品最大的优势之一，就是对0代码基础的人也很友好。通过产品来编辑内容、组织目录，都不需要代码就可以实现很好的效果。以下是我发现的无伤大雅，但值得优化的细节问题：
1. 编辑器有待优化
有时候设为标题的内容，无法再切换回文本。
2. 顶级栏目最好明确指出，方便找到未分类的文章。
进入后默认进入顶级栏目（包含所有内容的栏目），按照目前的显示情况，这个角色应该是“栏目列表”充当的。但是在进入下级某栏目时，按照使用习惯，点击“栏目列表”应该能够带用户回到顶级栏目，但它是无效的，只能通过面包屑的“内容”或者刷新回到顶级栏目。
建议：点击“栏目列表”能够回到顶级栏目。进入时“栏目列表”换样式，代表选中。
3. 标签系统有待优化。
建议：在标签之后加一个“x”代表可以取消选择标签。
目前的标签系统是，不管用户选择了哪个栏目，点击某个标签就出现所有有该标签的文章。有时点击了文章已有的某一标签，无法筛选出有该标签的文章。
建议逻辑：
有些标签内容一致，表达方式不同，造成冗余。
如“SaaS”和“saas”；“知识库”和“知识库系统”。
建议：增设标签管理器。
应用
用户修改站点样式、按照应用场景发布的阶段。
在站点样式的修改上，有提供精美的主题，并给予较高的编辑自由度，能够让站点按照用户想要的方式设计。
场景这部分我们通过写软文已经了解的比较深入了，知识库、帮助中心、技术文档、用户手册等场景都能够较好覆盖，能够解决用户的需求。
以网站的形式分享出去，不仅能接入企业官网，分享给他人也很方便，还能够接入公众号、小程序，这一点非常方便。
应用场景的归纳、发布站点等流程已经非常全面好用了，产品的定位也能够定位用户的痛点，但推广时想难以瞄准真正的付费用户还有些难度。后续加大推广力度，让好的产品被企业看到、接受并付费。
反馈
用户收集阅读量、点赞等数据，让内容编辑的流程形成一个闭环。
之前宋老师也提到了，我们在写软文的时候比较难以收集反馈，评估效果时比较麻烦。放在Baklib也一样，收集反馈对于产品来说，或许是未来迈向知识中台时能够实现的功能。按照这个思路，如果能够实现一个数据仪表盘，统计内容浏览、点赞等相关信息，那么或许向“千付万站十万用户”迈出一大步。
结语
以上是我一些不成熟的建议，如不可取就随便看看，如果有用那就再好不过，希望Baklib能够越做越好。