跳转到主要内容
返回文档中心项目管理

修改和迭代

如何提出修改意见

修改和迭代

项目开发中,修改是正常的。了解如何高效地提出修改。

修改时机

设计阶段修改(推荐)

  • 成本最低
  • 改动最灵活
  • 建议在这个阶段确认好方向
  • 开发阶段修改

  • 小改动可以直接处理
  • 大改动需要评估影响
  • 可能影响进度
  • 上线后修改

  • 30天内免费小修改
  • 大功能变更另计费用
  • 如何提修改

    1. 描述清楚问题

    好的反馈:

    "登录按钮太小了,在手机上不容易点击,能放大一点吗?"

    模糊的反馈:

    "这里不对"

    2. 说明期望结果

    好的反馈:

    "希望用户名输入框在上面,密码在下面,登录按钮占满宽度"

    3. 提供参考(如有)

    > "参考这个网站的登录页设计:xxx.com"

    修改范围

    免费修改

  • 文字内容调整
  • 颜色微调
  • 布局微调
  • Bug 修复
  • 需要评估的修改

  • 新增功能
  • 大幅改变设计
  • 技术架构调整
  • 迭代规划

    建议的迭代节奏:

    V1.0 - MVP

  • 核心功能
  • 快速上线验证
  • V1.1 - 优化

  • 根据反馈优化
  • 修复问题
  • V2.0 - 扩展

  • 新增功能
  • 扩大用户群
  • 沟通示例

    小改动:

    "首页的标题改成'欢迎使用'"

    中改动:

    "登录页加一个'忘记密码'的功能"

    大改动:

    "我想加一个会员系统,包含等级、积分、特权"
    (Alex 会帮你评估工作量)