Back

Moonshot Mafia #17 | Zion: From “Enrollment” to “Graduation” at MiraclePlus (FKA YC China)

By
Moonshot Commons
Jul 17, 2023
12 min read
image
Preview

Zion was founded in March 2020. It is a No-Code IDE for building cloud-native applications across platforms. It makes building applications more accessible, approachable, and enjoyable. Zion joined MiraclePlus accelerator in 2021, followed by a series-A investment from Sequoia Capital China. After that, Zion also joined and graduated from Microsoft and Tencent accelerators in late 2021.

They are committed to building a full-scenario no-code cloud development environment to help users complete the visual design of web pages, business logic, and data models. As a result, we can significantly reduce the technical threshold for participating in cross-platform application development. After the design is completed, complete automation can be achieved from design to delivery through code generation, application deployment, and release for live operation.

image
Preview

At Moonshot Commons’ Web3 Fireside Chat #17, we invited Jiheng Lu, founder of Zion, to share some stories on how he started his business in the first place with some insights into entrepreneurship.

Key Takeaways:
1.Get the Minimum Viable Product (MVP) out to the market as soon as possible and sort out the project structure. The community created around entrepreneurship is also seen as a valuable resource.
2.Preparation for entrepreneurship is a continuous process that involves learning from failures. Lu Jiheng believes that the ability to persevere in the face of challenges and pressures is crucial and depends on the entrepreneur’s innate willpower.
3.Lu Jiheng’s startup project was born out of his own needs and experiences as a back-end engineer. The project aims to simplify the development process for non-technical people, allowing them to create websites and applications without writing code.
4.Zion was created as a codeless tool to solve the tedious and repetitive tasks of translating product requirements and design drafts into machine-understandable code. Such tools can help early-stage entrepreneurs develop market-oriented MVPs faster, as faster iteration is necessary for the “Make something people want” philosophy of the Lean Startup.
image
Preview
Moonshot Commons:

As an outstanding alumnus of MiraclePlus, can you share what you have gained there?

Jiheng Lu:

There are two main takeaways from my time at YC:

1.The first is the effective entrepreneurial philosophy that they promote.

At MiraclePlus, Dr. Lu and his partners emphasize two things during office hours, a time dedicated to communicating with entrepreneurs: First, no matter what kind of product, you need to get the MVP out to the market as soon as possible. If it is a long-term R&D project, such as biological gene editing, you can find a reachable short-term checkpoint throughout the long-term development process to get feedback in the market as soon as possible. It is in MiraclePlus’ values to “make something people want.” Only after pushing a product to the market can you know if it is what users want, and then you can further iterate it.

2.Another thing is to sort out what you are making. MiraclePlus has a framework that will help you clarify the basic structure of the project by starting from the questions of What, How, Why, Why not, and Why us. This approach will eventually become the spine of what we will share at Demo Day. Once this is clear, you will be able to figure out what your business is. You will know exactly what you are doing when you enter the market. MiraclePlus also divides what needs to be done at each stage of the project into what’s in the pot, what’s in the bowl, and what’s in the field. What’s in the pot is what you are doing now; what’s in the bowl is what you will do in the short term; and what’s in the field is what the big market will be eventually.

These two concepts, which MiraclePlus Accelerator has always emphasized, have allowed me to get faster feedback iterations early on and have relatively long-term plans.

The second takeaway is about the community that MiraclePlus offers.

They want to build a positive community where you can learn about entrepreneurship and prepare for your future startup projects. MiraclePlus also has an online forum like YC’s Hacker News to share information on tech startups. We have also worked with MiraclePlus to build this platform, which is now in internal testing.

image
Preview

MiraclePlus Team. Source: MiraclePlus.

image
Preview

“Make something people want.”

Moonshot Commons:

When did you first think about starting your own business? Can you share how you prepared for the pressure of entrepreneurship?

Jiheng Lu:

When I was an undergraduate, I had a strong interest in entrepreneurship. So the choices I made for graduate school, career, and work location were all preparations for entrepreneurship.

You can never be ready for entrepreneurship. The only way to be ready is to start acting. Only when you start will you know if the idea is worthwhile. Each time you fail, you are also preparing for the next time. So when you have a lot of ideas, pick the one that excites you the most and execute it. There’s a good chance it will fail, but that’s not important because the journey and learning experience is more valuable to you.

Elon Musk said that he had a friend who made the analogy that starting a business is the equivalent of staring at the abyss through the glass. The YC analogy for it is like jumping off a cliff, falling while you’re building a plane, and flying yourself out. You will never know the challenges and pressures you will face unless you go through this process.

And the best way to face these challenges is to persevere. Whether you can succeed in the entrepreneurship journey depends a lot on your innate willpower. Your ability to persevere depends on how much you are willing to sacrifice for the project. The vast majority are willing to give up very little. If entrepreneurship is not your top priority, you will not sacrifice other aspects of your life for it.

I feel that my partners and I are enjoying this state, mainly for these two reasons:

1.First, having the right expectations for entrepreneurship is important. A lot of the stress and helplessness actually comes from the gap between your expectations and reality. Starting a business always starts with a bucket full of holes, and then it builds up little by little. So it’s important to recognize this and be patient when starting from scratch. Learn to break up abstract expectations into small, achievable goals. If your goal is within reach, you will feel motivated to work towards it.
2.Second, growth is mostly in stages. For example, before our financing in February this year (2021), the company’s development was actually rather stagnant. Once you reach a certain point in the product development process and begin interacting with real customers, you will find that securing financing becomes relatively easier. These are all step-by-step processes, from quantitative changes to qualitative changes, and qualitative changes often happen instantly. These are my experiences.
image
Preview

Source: Zion.

image
Preview

“Have the right expectation of entrepreneurship, from quantitative changes to qualitative changes.”

Moonshot Commons:

Why did you choose no-code tools as your startup project?

Jiheng Lu:

The starting point of this project was actually to solve my own needs.

My partner and I met in 2015 when we were working in Silicon Valley and on some startup projects on the side. We are both back-end engineers, but for an early-stage startup, your MVP's challenges are usually on the front end. You need to think about how to present the application to the user community. For the back end, the challenge becomes greater after the application volume increases.

When we were an early startup, we had to develop a lot of web pages and applications. We would learn some front-end architecture, such as the integration of React and applications. In the process, we found that a lot of manpower was spent on repetitive and tedious things, such as translating PRDs (product requirements documents) and designing drafts into machine-understandable, runnable code. These are not technically demanding processes. Creating a more effective tool for automating the entire end-to-end application development, production, and deployment process was possible.

This tool existed around 2000, similar to early Dreamweaver and front-page web development tools. Then the technology changed, and all applications had front-end and back-end separated architecture, so these tools became outdated. Under this new model, there are a lot of opportunities for new tools.

Early-stage entrepreneurs, in particular, need such tools to develop market-oriented MVPs faster. As mentioned earlier, at MiraclePlus as well as in Silicon Valley, there is a Lean Startup philosophy that in order to “Make something people want”; faster iteration is a prerequisite. When I worked in the front end at early startups, I found that entrepreneurs put a lot of effort into alternative processes. I very much hope to provide a tool to help early entrepreneurs launch products quickly.

image
Preview

Source: sqlshack.

Moonshot Commons:

What are the challenges for no-code tools in the present environment? Where is its technical bottleneck?

Jiheng Lu:

First of all, there are several major types of no-code tools.

The first type is a tabular product like Airtable. The challenge is more about moving the Excel model to the cloud and allowing collaboration, which is relatively more about the adjustment of the product.

The second type is the BPM (Business Process Modeling) engine, which provides a lot of tools to enterprises for internal use. They will give premade modules and a process engine so that enterprises can have their own automated arrangements. It’s like a pre-built SaaS tool but with a visual drag-and-drop approach for more flexible arrangements. Its challenge is mainly the encapsulation of business logic.

We, Zion, are in the third category. It is a tool with a new software infrastructure. The challenges we face are actually more in software engineering.

We do three things:

1.first, we redesign a general-purpose IDE (integrated development environment) based on codeless interaction to deliver to users.
2.Second, after the user has programmed the IDE, the code has to be generated automatically. This is equivalent to developing a new compiler, and this part is very difficult to engineer.
3.The third part is automating the deployment after we produce the source code. The deployment process and the construction of the whole operation of the native platform are also significant technical challenges.

What we create is a development environment, a programming language, and an automated process. The challenges we face are mainly in these three areas.

image
Preview

Source: Zion.

Moonshot Commons:

Codeless is also significant in this information age, providing the ability to create for people with no code experience. What do you think about the ultimate vision for the development of the no-code tool industry?

Jiheng Lu:

We aim to increase the percentage of the global population with software development skills from 0.33% to 8%, allowing 25 times more people than before to do development. We believe in the saying, “Software is eating the world.” The software will eventually change the whole world's architecture from the inside out, and codeless tools are indispensable.

The ultimate form of no code is built from a change in forms of interaction. In the 1980s and 1990s, computer operating systems evolved from command-line Linux to GUIs (graphical user interfaces) to MacOS and Windows, directly allowing more people to use computers that were only available to a small group of professionals.

The same process will emerge in software development. Now software development is really like doing a fill-in-the-blank puzzle: you have so much freedom that there could be all kinds of mistakes. Early-stage entrepreneurs don’t really need that much flexibility.

Zion wants to turn the fill-in-the-blank software development into a multiple-choice problem, significantly reducing the user’s effort. Once the learning cost is reduced, more people can get involved. This is our ultimate vision of visual programming or codeless interaction.

Although most of the paying users are large companies now, we want our products to be used by individuals. Eventually, it will become a necessary tool in life, like Microsoft Office, and get integrated into the daily workflow.

image
Preview

Source: LinkedIn.

image
Preview

“No-Code tools turn fill-in-the-blank questions into multiple-choice questions in software development.”

Moonshot Commons:

How do you find the right partner for your company? How do you communicate with partners and manage the team?

Jiheng Lu:

My partner and I met in the Bay Area. I had just arrived in the Bay Area and was staying with one of my seniors. My partner and my senior were working on a part-time project together. One weekend, I heard them debating some product features downstairs and thought it interesting. A very important purpose of my trip to the Bay Area at that time was to be exposed to some entrepreneurial opportunities. I went downstairs to talk to them, joined their team, and got to know my co-creator. Although that project didn’t work out, it turned out that my partner and I were quite compatible, so we continued to work on new projects after that.

In terms of working, we are both the type of people who can separate subjective emotions and rational judgment relatively well. We often had heated debates, but we talked about subject matters without bringing in strong personal emotions. So if there is a disagreement at the strategic level, we will speak up. This is also part of our company culture, called “Brutal Honesty.” We believe that when a person is rational and smart enough, the vast majority of their disagreements with others are due to having different perspectives. In the end, the best decisions are relatively clear when you have enough information in sync.

There is a book called Lightning Expansion by Ray Hoffman, the founder of Linkedin. In it, he mentions that there are five stages of a company according to the number of employees, from family to tribe, to village, to city, and then to country. The management is different at each stage.

At our current stage, our team is still relatively small, with 30~50 people, in the tribal stage, so what I can share can only go so far.

I think that we actually don’t need too much management in the early stages. Sometimes management can put unnecessary pressure on the team. Before the Pre-A round, our team was only about a dozen people. At that time, our mechanism was like a Hackathon team doing a project in school, with everyone working on the project together.

Of course, when the size of the team reached 30+ people, I experienced some managerial challenges. With more people, the complexity of communication will increase geometrically. The more ideas we have, the more we need to manage these expectations and collisions of ideas. Our solution leans toward solving problems through direct peer-to-peer, bottom-up communication, expecting direct contact between each team member.

To give an example, we don’t want the partners and me to tell the team what to do with a feature. Instead, employees in the process of implementation, in the process of communication with customers, identify problems and then would put forward a feasible program of improvement on their own. This allows the company to operate spontaneously, allowing each person to self-manage their own part of the advancement, which is much less process intensive than giving orders from management.

image
Preview

Source: LinkedIn.

Moonshot Commons:

Many times, we want to make a product that is simple and easy to use at first. Then as the customer has more complex demands and wants more powerful features, it reduces the applicability of the process. How do you balance the conflict between applicability and functionality to meet the needs of different customers?

Jiheng Lu:

We are actually facing this problem right now. If you can’t develop some functions the user wants with this platform, your value will be significantly reduced. The possibility of the user choosing you will be significantly reduced as well. So our choice was to focus on the completeness of functions first and then optimize the experience later.

Based on the feedback and analyses we’ve received so far, we found that users will choose against your product because your product cannot do certain things, but they won’t give you up because you don’t have an exceptional user experience.

image
Preview

@ Moonshot Commons

Stay connected with us

More Blog about ’Fireside Chats‘

View All
loading...