四、aPaaS产品的PM在设计什么从aPaaS产品PM视角出发 , 想回答“aPaaS产品设计和常规产品设计的不同“ , 就不得不从PM的核心工作要素谈起:
从用户来说 , 纯无代码aPaaS产品的用户 , 一般是业务运营人员 。这个群体的特征是:
- 离业务近 , 会有大量的业务洞见和需求
- 无代码能力 , 需要可视化界面甚至实施的辅助下完成搭建
- 在大量的长尾需求中 , 抽象并找到价值排序
- 按照价值排序 , 不断支持aPaaS产品的能力
- 优化编辑器和配置成品的体验
- 支持越复杂的object , 比如数值、金额等 , 就能支持更多种数据进入平台
- 支持的action越多 , 比如搜索、筛选、排序等 , 可配置的功能类型就越多
- 支持的layout越多 , 比如移动端界面、PC端界面、组件化 , 界面可配置能力越强
五、总结aPaaS产品经理 , 是软件行业蓬勃发展和企业数字化进程下对软件要求不断提高的产物 。从需求和供给的角度上来说 , aPaaS产品的发展都将是一种必然 。希望所有的软件相关PM都能了解这个领域、研究这个领域 , 这样就相当于站在“产品之外”来设计产品 , 会有更高层次的抽象意识 。
但反过来说 , aPaaS本质是一套生态 , 如果大家都在做自己的生态 , 又不能互通 , 就会导致生态缺乏完整性 , 那么也就失去了价值 。目前的TOB市场上 , salesforce、企业微信等都有自己的生态 , 但国内大量的企业还在数字化进程中 , 最终这些生态何去何从 , 能建设到多大 , 仍存在较多变数 。所以aPaaS领域最终会演化成怎样的模式、有多久的周期 , 仍是未知 。理性地讲 , aPaaS要抽象起来 , 或许能装下整个宇宙 。
但是 , 抽象的成本也是无限增加的 。需要兼具智慧和勇气的各位不断探索 , 既不能把aPaaS做成强大但没有场景的“屠龙之术” , 也不能钻牛角尖闭门造车 , 让产品很难复用 。“抽象归纳和具象定制平衡”的设计哲学 , 在aPaaS领域成为了核心问题 , 但在其它产品设计领域 , 也尤为重要 。
所以最后 , 愿诸君能在抽象与具象之间 , 用对业务的理解 , 找到产品力和成本的最佳平衡 。
引用:
- 科学网? Force.com的多租户架构理解(二) – 唐李洋的博文
- 一文讲透APaaS平台是什么
- 7.2.1 预置对象管理 · 纷享销客产品手册
#专栏作家#花生酱先生 , 微信公众号:产品之术 , 人人都是产品经理专栏作家 。金融业资深产品经理 , 对职涯规划与个人发展有丰富经验 , 产品涉猎广泛 , ERP、金融领域较多 。
本文原创发布于人人都是产品经理 。未经许可 , 禁止转载
【产品领域的元宇宙 椅子套罩图片及价格】题图来自Pixabay , 基于CC0协议
推荐阅读
- 医技证书报考条件 医技证的报考条件
- 区比市大吗
- 五月天《我心中尚未崩坏的地方》歌词
- 高考加油打气励志的句子简短 高考加油打气励志的句子有哪些
- 五十岁了才开始存钱还来得及吗?有没有存钱的好方法?
- 怪物猎人惨爪龙的裂伤怎么解
- 汽车音响不响的故障诊断方法是什么原理 汽车音响不响的故障诊断方法是什么
- 汽车仪表台指示灯表示 汽车仪表台的指示灯
- 拼多多只开场景可以吗 拼多多开场景没权重的吗?
- 不辜负时光不辜负自己的句子有哪些