扫描二维码 上传二维码
域名商店
选择防红平台类型,避免链接被拦截
选择允许访问的平台类型

产品实战分享:六个阶段让产品从0到1

编者按里提到,初级产品经理最缺的就是实战经验。面对"从0到1"这种听着很酷、做起来抓瞎的任务,很多人第一反应是翻书——用户体验五要素、AARRR、KANO、SWOT,背得滚瓜烂熟,真到用的时候才发现,会议室里的争吵比模型推导管用得多,灵光一现的野路子往往比标准答案更解决问题。我的态度是:理论要懂,但不能被捆住手脚。

先交代下背景。我所在的公司是工信部人工智能机器人领域TOP10企业,业务分三块:ToB商用服务机器人、ToE人工智能教育,以及ToC家用机器人。我负责教育线,客户是教育集成商和学校领导,最终用户是学生,从普通中小学到中高职,覆盖面不小。

我们的人工智能教室可以理解为传统计算机教室的升级版:以前里面摆满电脑,教计算机知识;现在换成机器人,教人工智能。前段时间接到一个任务:SH市某学校开了人工智能理论课,缺实验环节,需要我们去填这个坑。听着简单,但国内AI教育刚起步,可参考的平台凤毛麟角,再加上要同时兼容教材、实验、机器人硬件,知识点散、覆盖面广,开发难度远超预期。正是在这个项目里,我完整经历了一次产品从0到1的过程,攒下了一些实打实的经验。

我把整个过程拆成六个阶段,下面逐一道来。



第一阶段:接任务

做产品和做项目是两回事。产品像手机,产品经理琢磨的是Home键要不要、全面屏怎么做、摄像头放哪儿;项目像产线,项目经理操心的是生命周期、人员分工、成本风险、质量把控。但第一阶段,两者得先对齐:为什么做、给谁做、什么场景、要什么效果、什么时候交差。

项目名叫"AI技术学习开放平台开发"。做的动因有三层:客户主动提需求,能带来可观收益;市场上"有课无实验"是普遍痛点,有机会;再往深了说,公司职业教育板块也需要这类平台,而且能充实数据库。说白了,产品得先能赚钱,谈理想是后话——罗永浩对产品很有想法,但市场嗅觉差点意思,结局大家都看到了。



用户分两类。普通教育阶段的学生有编程基础,平台定位是辅助教学,以体验为主,跟着教材做实验;职业教育学生是AI相关专业,要的是从基础编程到实战开发的能力跃迁。使用场景锁定在人工智能实验室,配合教材和机器人使用。

需求层面,平台要支撑四个层级:高级编程学习,支持通用编程语言;高级数据库学习,调用合作平台数据库、训练模型、管理机器人本体文件;高级机器人学习,编程控制机器人;高级人工智能学习,调用AI技术,附带体验功能和说明文档。最终落到场景应用的实战开发和职业能力培养。交付节奏很紧:第一周出初稿原型收集需求,第二三周评审优化,第四五周UI设计,第六到九周开发测试。

第二阶段:任务分析

这个阶段核心目标是让认知从0到1,别急着动手。内部资料要盘清楚:机器人现有哪些AI技术、能开放什么API接口和SDK包、教材涉及哪些技术点、有没有现成的应用场景实验、第三方合作数据能不能用。外部则要扫一遍BAT等巨头的AI开放平台框架、AI在线学院框架、在线编程平台的业务逻辑。

竞品调研不能少,但别陷进去。时间充裕就做个系统的SWOT分析,时间紧就抓重点。特别要注意区分"功能调研"和"产品调研"——前者看人家有什么,后者看人家为什么这么做、怎么运转的。

第三阶段:梳理产品架构

有点像用户体验五要素里的"范围层":到底做什么、不做什么,先做哪个、后做哪个。业务流程是这一阶段的关键,它能帮团队理解产品怎么跑起来——完成一件事要几步、谁参与、数据怎么流转、异常怎么处理。画清楚这个,后面UI和开发的理解成本会低很多。

第四阶段:原型设计

这一步可以拆成几个动作。



先画页面流程。如果功能复杂,在碰Axure之前先把页面层级和交互逻辑理清楚。页面流程从用户视角出发,标清楚主流和分支,每个页面的关键元素是什么、页面之间怎么跳转。

然后才是原型。几点心得:先用纸笔画,确认界面布局和元素位置,比直接上工具快得多,跟领导沟通也省事;页面跳转关系必须明确,信息要和前面阶段对得上;整体结构、交互逻辑、操作逻辑都要清晰;哪怕是低保真,元素、字体、文案也得真实,别用占位符糊弄;原型上直接写注释,除非特殊要求,否则不用另写PRD,功能、跳转、交互、异常、弹窗、文案,越细越好,减少开发和设计的理解偏差。

团队评审不可少。产品经理要阐述最终原型,明确各部门任务,回答问题,规划开发周期。评审的核心价值是消除信息差——有疑问当场提,别等开发到一半再改原型,那代价就大了。如果评审发现原型难实现或周期太长,就得做版本规划,分期开发。评审后或迭代中有变化,再来一轮原型优化。

第五阶段:产品开发

这时候产品经理多少得兼点项目经理的活儿:追进度、保质量、控风险。一方面盯紧开发周期,另一方面继续给团队讲原型,确保做出来的和想的一致。有余力的话,把项目管理的过程记录下来。

第六阶段:产品上线

上线前有几张清单要过:开发还有多少BUG没修完,测试提的BUG改完没有,运营的内容准备是否到位,核心流程和功能是否完整可用,网站内容够不够丰满、初始数据填没填,服务器稳不稳、和机器的连接有没有问题。都确认完了,通知各方上线日期。

上线当天,发公告、发邮件,谢谢所有参与的人。上线之后,持续收集需求、迭代产品、分析数据、优化体验——这才是开始,不是结束。

---

最后提一句,本文旨在分享互联网运营与产品相关的实战经验,内容整理自行业观察与个人实践,部分素材参考公开资料,不代表对任何第三方观点的背书。如有疏漏或侵权,欢迎联系处理。