已结束已结束房地产开发测算工具，预算8000美元
预算8k刀，工期要求一个月
工作范围与技术规格说明书（总纲）
项目名称：房地产开发测算工具（Property Development Calculator）
1. 项目概述与目标
目的 – 提供一个易于访问、易于使用的平台，使澳洲初级及中级房地产开发投资者能
够高效、有效地分析其项目。
2. 职责分工
2.1. 程序员（资深全栈承）
a) 须懂英语，并具备以往实施 SaaS 平台的经验。
b) 开发响应式网页端与移动端界面。
c) 实现用户身份验证、数据库保存及权限层级。
d) 集成 Stripe 支付系统，以及用于日常维护的管理后台系统。
e) 开发将数据导出至 Excel 的功能。
2.2. 产品负责人
a) 提供全部业务逻辑、计算公式及财务模型所需的输入参数。
b) 提供所有报表的格式规范。
c) 提供供系统对接的后端 API 接口。
3. 功能需求
3.1. 地址识别 – 输入地址后，系统须利用澳洲政府 API 获取的数据，显示该
物业的土地面积、土地分区、尺寸、所属地方市议会以及相关开发规则。
3.2. 开发方案建议 – 针对每个地址，系统允许用户选择可在该土地上实施的
房地产开发类型。
3.3. 可行性测算 – 针对所选开发方案生成损益表（类似 Excel 表格）
3.4. 现金流 – 针对所选开发方案生成现金流量表（预测）（类似 Excel 表格）
3.5. 剩余土地价值 – 与可行性测算类似，通过反向计算损益表，确定在该目
标物业上进行开发时，该物业的合理价值（类似 Excel 表格）
3.6. 情景测试与假设分析 – 为目标物业模拟多种结果（类似 Excel 表格）
a) 允许为每个目标物业设置 3 种情景（最佳情景、基准情景与最差情
景）。
b) 允许用户更改参数，并即时查看其对收益的影响。
3.7. 项目比较 – 同时比较最多 3 个目标物业的关键指标，以识别哪一个是更
优的投资标的。
3.8. 融资方案 – 允许纳入共同投资人（债务融资方或股权合作方），并根据其
提供的资金计算相应的利润分配比例。
3.9. 保存与续做 – 用户能够保存其工作成果，并在之后重新访问。
3.10. 管理后台 – 需配备管理员后台系统，以供日常维护。
3.11. 身份验证 – 用户登录与密码系统。
4. 非功能性与技术需求
4.1. 两级复杂度 – 两种视图须基于完全相同的底层计算逻辑运行，仅在呈现
方式上有所不同。
a) 手机版 – 简化版本，面向在外进行房屋查看、随时随地使用的用户。
b) 桌面版 – 详细版本，面向在电脑／笔记本上进行深入尽职调查的用
户。
4.2. 语言本地化 – 界面须可在英文、简体中文与繁体中文之间切换。
4.3. 单一并发登录 – 防止同一账户出现多处同时登录。
5. 用户账户、计费与管理
5.1. 身份验证与层级 – 安全的用户登录与密码系统。支持设置企业账户，允
许多个用户隶属于同一个母企业账户。用户须能够变更其订阅级别。
5.2. 订阅逻辑 – 根据用户已搜索的地址数量，设置 3 个预定义订阅档位。包
含 7 天试用期。
5.3. 支付网关 – 集成 Stripe，以受理海外 Visa 与 MasterCard 信用卡，以及支
付宝与微信支付。
5.4. 价格管控 – 产品负责人须能够通过管理员后台系统变更价格并应用折扣
码。
6. 报表与导出
6.1. 单页物业概要，附开发方案建议。
6.2. 单页可行性测算报告。
6.3. 单页现金流报告。
6.4. 3 个项目收益比较。
6.5. 风险清单及风险管理措施。
6.6. 原始数据导出至 Excel。
7. 知识产权与代码保管
7.1. 代码库控制 – 所有代码须每日提交至由产品负责人独家控制的私有
GitHub 代码库。
7.2. 基础设施 – 开发者将以受邀协作者身份，在产品负责人的 Vercel、
Supabase 及 Stripe 账户上进行操作。
7.3. 100% 知识产权转让 – 所有源代码、设计及资产均属受委托作品，自创作
之时起即由产品负责人依澳洲法律及中国法律独家拥有。
7.4. 严格 NNN（保密、不使用、不规避） – 承包商不得复制、再利用、开源
相关成果，亦不得协助竞争对手在澳洲市场推出类似软件。
工作范围与技术规格说明书（总纲）
项目名称：房地产开发测算工具（Property Development Calculator）
1. 项目概述与目标
目的 – 提供一个易于访问、易于使用的平台，使澳洲初级及中级房地产开发投资者能
够高效、有效地分析其项目。
2. 职责分工
2.1. 程序员（资深全栈承）
a) 须懂英语，并具备以往实施 SaaS 平台的经验。
b) 开发响应式网页端与移动端界面。
c) 实现用户身份验证、数据库保存及权限层级。
d) 集成 Stripe 支付系统，以及用于日常维护的管理后台系统。
e) 开发将数据导出至 Excel 的功能。
2.2. 产品负责人
a) 提供全部业务逻辑、计算公式及财务模型所需的输入参数。
b) 提供所有报表的格式规范。
c) 提供供系统对接的后端 API 接口。
3. 功能需求
3.1. 地址识别 – 输入地址后，系统须利用澳洲政府 API 获取的数据，显示该
物业的土地面积、土地分区、尺寸、所属地方市议会以及相关开发规则。
3.2. 开发方案建议 – 针对每个地址，系统允许用户选择可在该土地上实施的
房地产开发类型。
3.3. 可行性测算 – 针对所选开发方案生成损益表（类似 Excel 表格）
3.4. 现金流 – 针对所选开发方案生成现金流量表（预测）（类似 Excel 表格）
3.5. 剩余土地价值 – 与可行性测算类似，通过反向计算损益表，确定在该目
标物业上进行开发时，该物业的合理价值（类似 Excel 表格）
3.6. 情景测试与假设分析 – 为目标物业模拟多种结果（类似 Excel 表格）
a) 允许为每个目标物业设置 3 种情景（最佳情景、基准情景与最差情
景）。
b) 允许用户更改参数，并即时查看其对收益的影响。
3.7. 项目比较 – 同时比较最多 3 个目标物业的关键指标，以识别哪一个是更
优的投资标的。
3.8. 融资方案 – 允许纳入共同投资人（债务融资方或股权合作方），并根据其
提供的资金计算相应的利润分配比例。
3.9. 保存与续做 – 用户能够保存其工作成果，并在之后重新访问。
3.10. 管理后台 – 需配备管理员后台系统，以供日常维护。
3.11. 身份验证 – 用户登录与密码系统。
4. 非功能性与技术需求
4.1. 两级复杂度 – 两种视图须基于完全相同的底层计算逻辑运行，仅在呈现
方式上有所不同。
a) 手机版 – 简化版本，面向在外进行房屋查看、随时随地使用的用户。
b) 桌面版 – 详细版本，面向在电脑／笔记本上进行深入尽职调查的用
户。
4.2. 语言本地化 – 界面须可在英文、简体中文与繁体中文之间切换。
4.3. 单一并发登录 – 防止同一账户出现多处同时登录。
5. 用户账户、计费与管理
5.1. 身份验证与层级 – 安全的用户登录与密码系统。支持设置企业账户，允
许多个用户隶属于同一个母企业账户。用户须能够变更其订阅级别。
5.2. 订阅逻辑 – 根据用户已搜索的地址数量，设置 3 个预定义订阅档位。包
含 7 天试用期。
5.3. 支付网关 – 集成 Stripe，以受理海外 Visa 与 MasterCard 信用卡，以及支
付宝与微信支付。
5.4. 价格管控 – 产品负责人须能够通过管理员后台系统变更价格并应用折扣
码。
6. 报表与导出
6.1. 单页物业概要，附开发方案建议。
6.2. 单页可行性测算报告。
6.3. 单页现金流报告。
6.4. 3 个项目收益比较。
6.5. 风险清单及风险管理措施。
6.6. 原始数据导出至 Excel。
7. 知识产权与代码保管
7.1. 代码库控制 – 所有代码须每日提交至由产品负责人独家控制的私有
GitHub 代码库。
7.2. 基础设施 – 开发者将以受邀协作者身份，在产品负责人的 Vercel、
Supabase 及 Stripe 账户上进行操作。
7.3. 100% 知识产权转让 – 所有源代码、设计及资产均属受委托作品，自创作
之时起即由产品负责人依澳洲法律及中国法律独家拥有。
7.4. 严格 NNN（保密、不使用、不规避） – 承包商不得复制、再利用、开源
相关成果，亦不得协助竞争对手在澳洲市场推出类似软件。
已有14人报名*************
*************
评论