01 / SELECTED WORK
先看与你的业务最接近的部分。
再讨论哪些值得做到第一版。
PROJECT INTERFACES
会员中心承接权益与订单入口，管理后台组织业务模块与操作入口。定制的重点，是让这些界面对应你的工作方式。
以下为现有项目界面展示，不代表本页演示已接入该系统，也不作为原生 App 上架或经营效果证明。
展示后台信息组织方式；截图中的行业专属模块不属于通用商城服务范围，数据不作为业绩依据。
把 20 位中国古人与情境题结合，呈现一场有主题、有参与感的人格探索。
互动探索作品；非临床心理测评。
将网站导航、内容入口和智能提问组织在一起，让用户知道从哪里开始。
功能界面展示，具体交付范围按项目确定。
02 / WHAT WE BUILD
先明确首版范围。
把预算花在要解决的问题上。
01 / FIRST RELEASE
适合已有产品或业务，希望验证商城首版，或者补齐现有系统一个环节的团队。
02 / SCOPE & BOUNDARIES
完整商城不是几张页面。把未知项先说清，才有可执行的报价与交付安排。
也可以单独定制。带着目标和现有资料来聊，不需要先买一整套系统。复杂项目先约定需求梳理的范围与费用，再决定是否进入开发。
03 / DELIVERY
用范围清单、可体验版本和验收记录，
把每一阶段的工作讲清楚。
DEFINE / 01
先对齐业务目标与用户任务，再确定页面、功能、资料和验收标准。
确认谁使用、从哪里进入，以及要完成什么动作。
把核心页面与关键操作连起来，找出必须先做的部分。
写清首版内容、暂不包含的功能、报价与排期。
先确认端形态、用户角色、核心流程、已有系统和第三方接口，再给范围、费用与排期。商城不能直接套用官网的工时估算；支付、短信、托管等第三方费用会单独说明。
先确认是原生 App、跨端应用还是移动网页，以及是否需要应用商店上架。开发、接口、支付与审核各自明确范围后再承诺交付，本页界面和交互演示不等于已上架 App。
可以。先说明你的用户、目标和目前的卡点。需求明确的项目直接评估；复杂或尚不清晰的项目，可以先约定一次独立的需求梳理。
先确认新增范围对费用与时间的影响，再安排开发。已确认需求内的缺陷修复，与新增功能分开处理。
开始前约定代码、部署、账号与使用说明的交接范围，并明确第三方服务和许可。上线后支持的内容与期限也会提前说清楚。
04 / LET’S TALK
告诉我你卖什么、现在怎么接单，以及最想解决的一个问题。我会先确认是否适合合作；需求清楚后，给出建议的首版范围、待确认项与报价安排。
不需要先写完整需求书。已有 App 或商城，也可以从一个明确的功能迭代开始。