2

项目0-1需要思考的问题?

 1 year ago
source link: https://www.pmcaff.com/discuss/3373982424906816?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

项目0-1需要思考的问题?

项目从0到1的商业布局及mvp功能得什么方面去思考
  一周前   5541 阅读
  • 1.怎么赚钱?

    • 盈利模型是怎么构成的?
    • 回收周期是多少?多少时间ROI回本?多少时间盈利?
    • 前中后期的主要成本在哪些模块?

    2.市场怎么样?

    • 行业的头部玩家是谁?
    • 市场的阶段处于什么时候?
    • 同时进入市场的玩家又有谁?

    3.核心的产品模块是有哪些?

    • 基础功能模块是哪些?
    • 个性化功能模块是哪些?

    4.我们的用户是谁?

    • 存量用户画像?
    • 潜在用户画像?

    5.流量来源主要在哪?

    • 媒体渠道的开放程度?
    • 市场的态度?

    6.监管层面的态度是如何?

    • 利好是什么?
    • 利空是什么?

    7.业务的核心环节是什么?

    • 上下游玩家分别是谁?
    • 我们的入局切入点在哪个环节?

    8.团队配置是否满足前期业务需求?

    • 技术、产品团队是否有相关开发经验?
    • 其他业务支持团队是否有相关行业经验?
    • 有怎么快速落地,无怎么弥补缺失环节?

    9.前期业务生态建立的关键是什么?

    • 全流程如何跑通?
    • 新入局玩家跟成熟老玩家凭啥抢资源?

    10.项目什么时候上线?

  • 可以从2个角度来看

    一、外包项目(瀑布模型开发)

    1、商务接洽:与甲方接洽,确定甲方的需求是否可承接。可承接进行调研安排

    2、业务调研:调研收集客户的需求

    3、蓝图的规划:基于需求规划项目蓝图,也就是确认开发实施边界和承接业务的方法

    4、合同签署:蓝图规划得到认可后,进一步确定合作模式以及付款的方式从而签订合同

    5、项目组的成立:甲乙双方共同成立,设定项目目标和迭代节点

    6、需求调研:在项目组中与甲方客户代表或业务经理讨论具体用户故事

    7、产品设计:基于需求调研的用户故事进行产品设计(原型、需求文档等)

    8、产品评审:基于设计与甲方进行评审和讨论,完成设计确认会的顺利进行

    9、UI设计:UI基于需求进行设计

    10、UI评审:基于设计与甲方进行评审讨论,完成UI设计确认会的顺利进行

    11、研发评审:将需求与研发和测试进行评审,对与需求像研发和测试澄清

    12、研发设计阶段

    研发对架构和表结构进行设计,与甲方和乙方相关方进行评审

    测试对测试用例进行编写,并确定每个需求的约束和验收的标准,与甲方和乙方相关方进行评审

    研发开发完成需求的实现

    开发完成进行冒泡测试

    13、测试阶段:乙方测试和产品完成测试

    14、用户验收阶段:甲方用户完成验收

    15、发布阶段:甲方验收通过对系统进行上线

    16、交付完成阶段:集合甲乙双方对项目进行结项,完成合同交付物的签署,包含交付清单的对接。甲方安排财务支付乙方开发尾款。(会上也可以讨论项目的不足和问题后期如何改进)

    瀑布迭代开发模型

    image.png

    二、自研项目(敏捷迭代开发)

    1、商机挖掘:基于自身情况找到认为可以做的机会点

    2、商机论证:基于机会进行市场调研,机会分析,确认机会是否可落地实施

    3、场景收集:基于机会现有用户实际场景是如何做的,确定本期产品核心用户群体和要解决核心用户场景

    4、用户调研:基于user  case找到核心用户调研,发掘实际用户需求

    5、头脑风暴:基于调研结果进行头脑风暴确定产品可行MVP版本

    6、梳理MVP版本的用户故事:基于MVP版本梳理用户故事(3C原则:为什么角色,解决什么问题、带来什么价值)

    7、用户故事讨论:开发、设计、测试、产品、客户(可能没有)针对用户故事进行澄清,测试基于用户故事进行编写约束(测试重点,也是测试用例)

    8、开发:基于用户故事进行开发

    9、测试:基于用户故事约束进行测试

    10、发布:测试通过发布

    11、观察:观察产品发布市场用户反馈

    12、优化:基于用户反应规划下一轮迭代

    scrum敏捷迭代开发模型

    image.png

    希望对大家有帮助

  • 一、思维导图

    根据客户的需求描述,整理一份客户需要的功能思维导图,尽量详细一点,细到每一个功能点,最好能划分好信息层级架构,例如首页的功能点,包括地点、搜索、轮播图、金刚区分类、消息、列表、点击进去详情、展示什么东西等等。

    二、需求文档

    需求文档主要根据思维导图,对功能做一个描述,例如用户的使用流程是怎样的,用户可以做什么、做了之后的结果是什么,需求文档主要是给开发看的,开发看了之后大致能理解是怎样子的一个功能,去做开发逻辑,同时这也是和客户确定需求,签订合同的重要一环。

    以上两点都确定好后,便可以开始制作原型,原型可以把客户的需求更加直观的体现出来,接近于真实的一个项目,可以想象到项目开发出来后是什么样子的,原型做完并不是就OK了,当和客户过原型的时候,可能会想到一些新的需求、或者更好的优化方案,然后再修改原型,直到客户确定原型ok没问题。做原型过程中,如果一些功能没办法用原型体现的,或者重复的一些功能,就可以通过备注功能的信息来告知开发或者客户,起到事半功倍的效果。

    四、视觉设计

    视觉设计这一块同样,原型定好以后开始设计,设计完后给甲方审核,审核通过后就切图然后交付给开发。

    五、编码开发

    程序员们收到确认好的需求文档以及视觉效果图,便安排好开发周期,进行开发。

    六、测试上线

    测试功能是否正确没有bug,功能通过后便可以上线使用

  • MRD?BRD?


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK