项目起源

做了 10 多年的软件开发，一直以供应商的身份参与工作或者项目，过程中一直思考是否需要做个产品，在 2024 年中旬,内外因加持下，这份心终于被激发起来，开始了这个项目。

源起

几日前发在 V2EX 的文章 关于一个 PC 独立软件分发平台的想法，类似独立软件的 steam

和 V 友讨论了一番，又和几个搞产品的朋友聊了聊，决定渐进式的启动这个项目。

准备分为一下几个阶段，依据最小成本原则，如果某一阶段觉得有问题，随时停掉项目，本仓库也就归于废弃。

项目使用 mdbook工具编写，发布在 Github Pages 上 在线阅读

项目地址:Github 仓库 ，点击参与讨论

调研期

  • 周期： 3-4 周, 开始时间 2024 年 9 月 20日
  • 目标: 通过调研分析，明确用户市场，合作伙伴，确定可行性，为下一阶段提供参考依据，如果不行，直接废弃，停止项目。
    • 用户画像
    • 市场情况
    • 竞品情况
    • 产品思考

MVP期

// TODO

运营期

// TODO

调研阶段

千里之行，始于足下。

产品思考

针对平台产品，必须思考到位，不盲目而行

产品定位

如果说是 PC 软件分发平台，那么范围就太大了，并且市场太杂，用户太广,所以本产品定位在独立软件开发者的产品和特定开源分发平台。

软件供应商分析

  • 以独立开发者为主
  • 包含某些精品开源软件

软件分类分析

  • AI 类目
  • 效率和生产力工具软件
  • 垂直软件
    • 特定行业
    • 副业类

关于供应商类型

独立开发者有很多优秀的软件，所以本产品会去和优秀的独立开发者合作，提供给用户檐悬的软件。

独立开发者供应商是本产品的核心合作伙伴，产品设计必须考虑共同的利益，即平台可以为独立开发者提供什么，必须思考清楚。

开源软件也有很多精品，国内开源商业模式不算很成熟，很多开发者都是用爱发电，本产品会去尝试开源软件的商业化。

关于我定位的软件分类

AI 类目肯定需要包含，这是时代的趋势，也是当前大大热门。同时这是个大类，小类别会涵盖到我提到的其他分类。

随时国内软件行业的发展，以及用户付费习惯的养成，很多用户已经有比较高的意愿去为工具类软件买单了。而这类软件涵盖用户广，产品繁多，筛选出优秀的产品，将会给用户提供更好的体验。

垂直类行业，付费意愿很高，用户分布也比较集中，难点是如果接触和进入这一行业，可以考虑和行业软件合作，利益绑定。

独立软件缺一个平台吗?

前言

在各种独立软件开发者网站上看到开发者最头疼的问题主要在营销上，反观独立游戏开发者社区，他们基本就是认定了发行是由第三方诸如steam去做的。

独立软件开发者中，有各种传统的软件下载站，还有国内各种管家软件，国外有 mac 平台官方软件商店相对比较成熟，而且也有 setapp 这种第三方软件发行平台，而 pc 平台，ms 的软件商店做的不尽人意。

这段时间交流下来主要有以下几个疑问:

  • 凭什么你来做，开发者如何信任你
  • 若大的 ms 都做不好，你如何做好

思考

难吗? 当然难，但是我们可以从以下几个角度思考这个问题:

  • 市场: 市面上永远有小众蓝海市场，需要用心去寻找，避开红海血杀，另辟蹊径
  • 成本: 这绝对是影响一个新项目是否启动的一大因素，如果能以低成本试错，那绝对可以去尝试一下
  • 独立软件开发会越来越卷,随着就业形势的变化，以及 AI 生产力的加成，会有更多的技术人员加入独立开发大军，产品多了，用户如何筛选产品我觉得就有了价值，这是我想做这么一个平台的一个出发点
  • 信任：这很难描绘了，一方面要有用户，一方面要有供应商，最重要还是能成交，这是这个平台唱片最重要的思考点
  • 出海: 从独立游戏发展看，绝对是海外发展先于国内的，国内的购买力这两年也爆发起来了，我相信独立软件市场也会有类似的趋势，所以海外肯定要考虑，带着国内独立软件开发者出海，也是平台要考虑的事情之一

怎么做

  • 市场: 开始调研，寻找有意象合作的开发者至少 5 名，才能有条件进入 MVP 阶段， MVP阶段确定至少 5 款合作软件，寻找 1000 名种子用户
  • 成本: 高压节流！MVP 阶段的开发，自己可以胜任，设计和营销需要找合作伙伴，估计大概率从可能合作的独立开发者中寻找到
  • 独立软件产品: 这个 MVP 阶段需要和开发者一起努力
  • 出海: 还未开始着手...

(未完,待续)

产品设计 MVP 0.1

思考最小可行的产品，整体思路是围绕长远想法去思考，而不是为了最小可行而作。

一句话定义产品

让用户容易找到满足需求的软件，以付费软件核心。

用户

  • 合作者: 独立开发人员，软件供应商
  • 软件使用者: 从产品下载软件使用的人员

需求分析

更详细的内容查看 需求拆解

平台需求

  • 平台提供存纯粹的精选软件(包含付费和免费)下载，无广告(直接付费置顶等模式)，平台会设计一个平衡平台，供应商，用户的推广模式。
  • 收集软件必须审核，无隐藏消费，无后门等，基本信息公开透明
  • 支付能力，用户购买软件，包含一次性买断，订阅制以及内购模式，平台需要提供支付能力。
  • 软件评价/反馈系统
  • 开发者，软件包审核机制
  • 软件 EA 众筹机制

合作者需求

  • 上传发布软件
  • 数据报告
  • 营销支持

使用者需求

  • 查找下载购买软件
  • 软件管理
  • 软件使用
  • 软件评价/反馈
  • EA 参与

MVP 0.1 基本功能

这个版本不会涉及到任何需求企业资质的东西，比如验证码，支付等，这部分功能使用 mock 能力替代。

这个版本主要目标

  • 验证用户寻找软件，下载软件的过程
  • 验证开发人员，发布新软件流程
  • 验证开发者和软件使用者评价反馈

通用

  1. 注册登录
    • 用户/开发者采用 Email 注册登录
  2. 软件包上传到阿里云存储
  3. 支付采用 mock 机制

PC 端软件

  • 软件分类列表
  • 软件详情，购买，下载
  • 我的软件(对比 steam 的库)
  • 软件使用
  • 评价反馈
  • 基本的系统功能
    • 下载设置管理
    • 账户注册登录

网页端

  • landing page
  • 软件分类列表
  • 软件详情，购买，下载（唤起 PC客户端下载）
  • 用户注册/登录/profile

用户

  • 我的软件列表
  • 评价反馈

开发者

  • 我的开发者页面
  • 软件包管理

后台管理

  • 用户管理
  • 开发者管理
  • 软件包管理

市场相关

需求收集

这里收集的都是很初级的需求，仅供灵感参考。 主要来源是网友聊天，技术人员交流，企业客户需求收集。 尽量考虑付费需求。

工具类

图片处理

需求来自网友

  • 批量处理多目录的图片，压缩，裁减，水印等等
  • 自动分类(一句话需求)
  • AI处理(一句话需求)
  • 免费发布网络，链接分享

特定领域

自动播报(打铃)

需求来自朋友

  • 学校/培训机构定时播放音乐

优秀开源项目分发

开源届有很多优秀的项目，因为特定的分发方式，很多只在技术圈内传播，目前的环境，普通人能顺利获得项目也有一点点难度。

关于开源项目分发的项目

平台需要一些优秀项目引流，因此决定打包分发一些开源项目，具体项目需要评估。

准寻一下原则：

  • 完整保留项目信息
  • 第一阶段只打包 win 平台应用(因为第一阶段的平台也只支持 win)

关于商业模式

成熟的开源商业模式主要是开源版本免费，专业版本收费。国外优秀的开源项目收入都还可以，不过国内的开发者一般这方面的营销都是弱项，很多也是为爱发电，创收方面不乐观。

捐助

基于本想法，准备在平台开辟专门的开源项目专区，除了下载，还可以通过其他方式支持优秀的开源项目。比如捐赠、打赏等

专业版

如果项目本身没有合适的商业模式，平台会通过和作者沟通，是否可以开发专业版本，平台也希望能和优秀的作者一起，设计好的商业模式，实现互利共赢。

很多开源项目目前来说只是做到了功能性实现，但是从产品角度来说还是不完善，完全可以集中一下开发资源，优化产品的体验，做出商业产品。

参考产品/网站/模式

需求拆解

把产品需求细化分解，记录

公共运行时和AI模型

更新时间: 2024-09-29

一些程序会依赖一些系统运行时，平台可以统一维护，减少重复下载，简化软件部署。

AI 应用会越来越多，很多程序的模型是相同的，这里提供一种机制，统一管理 AI模型。

设计目标

  • 平台统一维护公共运行时，比如 jdk , python , vcredist 等
  • 软件开发者只需要提交软件时，声明依赖即可
  • 用户安装软件的时候，平台自动按照依赖
  • 运行时，平台自动注入对应运行时到环境变量中
  • 平台统一维护下载通用的 AI 模型，减少重复下载

实现方案

管理后台

  • 统一的运行时维护界面
  • 统一的 AI 模型维护界面
  • 提交软件：可以选择依赖的运行时和 AI 模型

PC端

  • 安装软件时，自动匹配运行时，如果未下载，则下载对应运行时
  • 运行时管理界面: 可以删除运行时，警告用户软件可能无法运行
  • AI 模型管理界面: 可以删除 AI 模型，警告用户软件可能无法运行

调用约定

  • 根据软件的依赖说明，启动软件时，将运行时目录注入到环境变量中
  • 提供运行时检测 API
  • 提供 AI 模型检测 API
  • 提供 AI 下载 API

下载功能设计

更新时间:2024-09-29

下载程序采用调度 aria2 的方式实现，这样可以简化开发.

下载设置

  • 用户可以设置下载线程，和速度
  • 用户可以设置下载目录，系统支持创建多个下载目录(参考 steam )

下载机制

  • 创建下载任务队列
  • 用户可以暂停/继续，删除下载任务

系统功能

  • 支持多 CDN 平台
  • 记录用户下载记录，预估流量，用于成本预估
  • 每次用户下载请求通过 token 认证，防止盗链
  • 支持断点续传

营销系统设计

平台的营销系统设计，不会采用竞价机制，主要通过EA众筹，系统(编辑)推荐，促销活动，关联销售等方式实现。

营销方式设计

EA众筹

  • 用户可以在软件开发的早期就参与进来，根据不同的参与程度可以免费或者低价格获取到软件的使用权

兑换码

  • 开发人员生成兑换码，通过其他平台推广，用户使用兑换码可以获取软件的使用权

编辑推荐

  • 平台运营人员会定期做编辑推荐,根据特定的主题收集相关软件进行推荐

促销活动

  • 降价促销

关联销售

  • 用户购买了某软后，系统会给他推荐关联软件(功能关联等),供其购买(一般应该提供折扣)

平台推广方案

平台定位为软件市场，付费软件 ，垂直软件，针对该特性

设计一些可行的推广方案

自媒体平台

因为是平台运营，因此需要涵盖主流的自媒体平台

  • 微信公众号
  • 抖音
  • 微博
  • B站
  • 快手
  • X.com
  • Youtube
  • TikTok

内容

日常运营内容

  • EA 计划
  • 促销活动
  • 软件推荐

MVP 阶段

// TODO

运营阶段

// TODO

问题汇总

记录一些未分类问题

CDN 价格问题

CDN 流量是平台的一大运营成本

目前大厂服务商主要的价格基本在 0.2/G 左右，但是又在一些文章上看到又 0.0x /G 的价格，所以先关注一下。

大厂也可以找业务去谈价格，目前还没到阶段

有免费额度的平台(月流量)

参考

资源汇总

国内独立开发者网站

收集几个自己调研过程中有用的网站,国内网站为主。

社区

导航

开发者资源

其他

其他网站

感谢